Adrian,
I do not disagree with you. The post was specifically concerning moving existing VFP applications to the internet. We have used many platforms for this like 2X and TSPlus and they work excellently well. With solid back-end servers this works like a charm. Ability to use a server farm takes care of scalability issues.
In respect of new applications - yes, of course, I think one needs to work with newer tools not least of which because they offer such fantastic developer productivity improvements plus all the new technology improvements.
>Hi,
>
>Terminal applications are one way to use legacy applications over internet. Solutions exists from decades (Citrix farms, Windows Terminal, ... )
>Definitely not the right or the best for VFP.
>
>If it is related to legacy applications it is one of the best ways as it does not involve any development.
>On the other hand I have doubts that can scale very well, this is not a matter for small applications (better small user base).
>
>If you are looking for a new application or a redesigned one, a better approach will be to use a more suitable architecture that can allow data exchange between a VFP client application and an Application server, solutions that are used by others programmers than VFP (Java & Jboss and C# and ...).
>Sure this will need a little more skills.
>
>For those that are still programming in VFP, I'll suggest to find solutions for real client/server development and invest a little in n-tier architecture.
>
>Today apps should be Internet ready that means will need to use HTTP/HTTPS protocol for data exchange, deal with companies proxies, and be highly scalable. This still can be achieved better with VFP for next years. (Install On Premise, SaaS, Cloud ready )
>
>Best regards,
In the End, we will remember not the words of our enemies, but the silence of our friends - Martin Luther King, Jr.