I've written for myself and the mug-germany a FastCGI-Interface for GT.M (tested with nginx) to get very fast acces to my GT.M-Data and GT.M-Routines, having possibility to use HTTPS to prevent passwords and data to be sniffed by hackers. GT.M only delivers dynamic Data, static content is being delivered by nginx. nginx and GT.M can run on the same machine, but with FastCGI it is also possible to run nginx on a firewall-computer and GT.M behind the firewall on another machine. This is a great advantage to protect M-data against hackers.
FastCGI is much faster than other soulutions using classic CGI or inetd because these solutions always spawn new processes for each HTTP-request.
My interface has a built-in session-handling based on one cookie so i have no problem with status-less HTML.
Other things - i.e. an Active-M-Page-Parser which allows to program server-side-HTML-Generation analog to PHP is developend but not yet published via sourceforge. A REST-interface for modern Web-2.0-applications or access via other languages is also available.
It's good to hear from you again, and I am glad to hear you are still active with GT.M. This group is very much alive, although traffic is low. A lot of discussion relating to GT.M happens on these forums, and you can also post there to find users:
Hello!
Is this group still alive?
I've written for myself and the mug-germany a FastCGI-Interface for GT.M (tested with nginx) to get very fast acces to my GT.M-Data and GT.M-Routines, having possibility to use HTTPS to prevent passwords and data to be sniffed by hackers. GT.M only delivers dynamic Data, static content is being delivered by nginx. nginx and GT.M can run on the same machine, but with FastCGI it is also possible to run nginx on a firewall-computer and GT.M behind the firewall on another machine. This is a great advantage to protect M-data against hackers.
FastCGI is much faster than other soulutions using classic CGI or inetd because these solutions always spawn new processes for each HTTP-request.
My interface has a built-in session-handling based on one cookie so i have no problem with status-less HTML.
Other things - i.e. an Active-M-Page-Parser which allows to program server-side-HTML-Generation analog to PHP is developend but not yet published via sourceforge. A REST-interface for modern Web-2.0-applications or access via other languages is also available.
Is somebody interested in testing or co-working?
Greetings from Germany
Winfried
nginx: http://www.slideshare.net/linaroorg/lcu14-lightning-talk-nginx
My FastCGI-Interface:https://sourceforge.net/projects/fastcgi-for-gtm/
Winfried --
It's good to hear from you again, and I am glad to hear you are still active with GT.M. This group is very much alive, although traffic is low. A lot of discussion relating to GT.M happens on these forums, and you can also post there to find users:
You may also find Data Ballet interesting.
Regards
-- Bhaskar
Last edit: K.S. Bhaskar 2016-08-10