Why CGI? - this is legacy stuff. There is an included CGI Query Wizard that works using CGI. The CGI part, however, is a C++ exe. It calls back to the .VFP. .exe server using small .txt files for communication. A small improvement would be to redo the C++ .exe as a C++ ISAPI .dll. However, the bottleneck will continue to be those little text files which will cause slow communications. In addition, you have to worry about keeping those VFP .EXE servers running in the background. (.BTW., .VFP. is not like Delphi,C++, or PERL where you can create the CGI or ISAPI directly with the language. It shares more with something like VB where everything is a server in the background.)
The best way to program .VFP. today for the web is to create .VFP. mtdlls and call them from ASP or ASP.NET. This solves all of the problems mentioned above and is very easy to program and implement - see ActiveVFP in the downloads section for a free and easy-to-use framework for creating the best VFP web apps...
>I'd like to use Foxpro as a gateway language, that is, have a form address that will exe foxpro app on a hosting server. If I cant do that I'd like to use, say, PHP to send back to the local user a call to a fox exe or prg. Is any of this possible.