From: Hank K. <hkn...@gm...> - 2011-09-13 00:03:20
|
I would like to use Yaws to serve a PHP-powered website. Should I use CGI or FastCGI? |
From: Steve V. <vi...@ie...> - 2011-09-13 00:40:29
|
On Mon, Sep 12, 2011 at 8:03 PM, Hank Knight <hkn...@gm...> wrote: > I would like to use Yaws to serve a PHP-powered website. Should I use > CGI or FastCGI? Ue FastCGI if you can, the overhead is much lower. --steve |
From: Damien O'R. <da...@en...> - 2011-09-30 00:45:30
|
Maybe I'm missing something but form my reading of the Yaws PDF ... and some info garnered from the web ... it's possible to run PHP scripts directly from Yaws (i.e. replacing Apache) using CGI ... but FastCGI requires an external/other server to handle the FastCGI processing .. Yaws only acts to make a call out to the other server. So my reading from that is that Yaws can replace Apache for handling PHP scripts in CGI mode ... but not FastCGI mode. Is that correct? Thanks Damien On 13/09/2011, at 10:40 AM, Steve Vinoski wrote: > On Mon, Sep 12, 2011 at 8:03 PM, Hank Knight <hkn...@gm...> wrote: >> I would like to use Yaws to serve a PHP-powered website. Should I use >> CGI or FastCGI? > > Ue FastCGI if you can, the overhead is much lower. > > --steve > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > Learn about the latest advances in developing for the > BlackBerry® mobile platform with sessions, labs & more. > See new tools and technologies. Register for BlackBerry® DevCon today! > http://p.sf.net/sfu/rim-devcon-copy1 > _______________________________________________ > Erlyaws-list mailing list > Erl...@li... > https://lists.sourceforge.net/lists/listinfo/erlyaws-list |
From: flyingmana <fly...@go...> - 2011-09-30 01:00:22
|
Hi Damien, php FastCGI is an own server. Apache does not bundle it, it only has a mod to start additional php-fcgi server, if needed. Current php versions contain an own manager for fast cgi, called "PHP FastCGI Prozess Manager" or short "php-fpm" http://de.php.net/manual/en/install.fpm.php So, php-fcgi will mostly be the same as php-cgi in usage, you only need an additional startup script/call I hope this Answer matched your Question. If you still want something to know, try asking again =) |
From: Damien O'R. <da...@en...> - 2011-09-30 01:10:14
|
OK ... thanks ... wasn't aware of that ... was ooking at the spawn-fcgi as an alternative. Was just wanting to confirm my understanding that Yaws doesn't provide/act as a fastCGI server in and of itself (like Apache + mod_fcgid) so another server of some sort would be needed. I guess then it depends on what percentage of PHP code there is to make migrating from Apache worthwhile i.e. is the performance any better if you're handing off most of the processing to another server or server process anyway? Is the percentage improvement (if any) dependent then on the chosen FastCGI server rather than on Yaws? Thanks Damien On 30/09/2011, at 11:00 AM, flyingmana wrote: > Hi Damien, > > php FastCGI is an own server. Apache does not bundle it, it only has a > mod to start additional php-fcgi server, if needed. > Current php versions contain an own manager for fast cgi, called "PHP > FastCGI Prozess Manager" or short "php-fpm" > http://de.php.net/manual/en/install.fpm.php > > So, php-fcgi will mostly be the same as php-cgi in usage, you only need > an additional startup script/call > > I hope this Answer matched your Question. If you still want something > to know, try asking again =) > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2 > _______________________________________________ > Erlyaws-list mailing list > Erl...@li... > https://lists.sourceforge.net/lists/listinfo/erlyaws-list |
From: Daniel F. <fly...@go...> - 2011-09-30 01:32:29
|
I think i should describe a bit, what fastCGI is. If you use CGI, than the server first starts php, execute your php site, and close the parser, after the request finished. a fastCGI server starts php and listen for requests from the webserver. It does not close php after every request, so you save the startup time of php. This is, why fastCGI is much faster than CGI, and explains too, why it needs some kind of server. Now, what does Apache do? it has mod_fcgid, it does the same as php-fpm. It starts php and hold it open after request has end A Note beside, there is a problem with mod_fcgid and APC http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html I think, there should be no performance difference in mod_fcgid vs. php-fpm. But if i look at the Problem with APC, if this get not solved, you can put the mod_fcgid into trash. 2011/9/30 Damien O'Rourke <da...@en...> > OK ... thanks ... wasn't aware of that ... was ooking at the spawn-fcgi as > an alternative. > > Was just wanting to confirm my understanding that Yaws doesn't provide/act > as a fastCGI server in and of itself (like Apache + mod_fcgid) so another > server of some sort would be needed. I guess then it depends on what > percentage of PHP code there is to make migrating from Apache worthwhile > i.e. is the performance any better if you're handing off most of the > processing to another server or server process anyway? Is the percentage > improvement (if any) dependent then on the chosen FastCGI server rather than > on Yaws? > > Thanks > > Damien > > On 30/09/2011, at 11:00 AM, flyingmana wrote: > > > Hi Damien, > > > > php FastCGI is an own server. Apache does not bundle it, it only has a > > mod to start additional php-fcgi server, if needed. > > Current php versions contain an own manager for fast cgi, called "PHP > > FastCGI Prozess Manager" or short "php-fpm" > > http://de.php.net/manual/en/install.fpm.php > > > > So, php-fcgi will mostly be the same as php-cgi in usage, you only need > > an additional startup script/call > > > > I hope this Answer matched your Question. If you still want something > > to know, try asking again =) > > > > > ------------------------------------------------------------------------------ > > All of the data generated in your IT infrastructure is seriously > valuable. > > Why? It contains a definitive record of application performance, security > > threats, fraudulent activity, and more. Splunk takes this data and makes > > sense of it. IT sense. And common sense. > > http://p.sf.net/sfu/splunk-d2dcopy2 > > _______________________________________________ > > Erlyaws-list mailing list > > Erl...@li... > > https://lists.sourceforge.net/lists/listinfo/erlyaws-list > > |
From: Damien O'R. <da...@en...> - 2011-09-30 03:39:05
|
Yes ... got the handle on FastCGI ... just wondering if there was '(pseudo-)internal' support in Yaws for it (as per Apache module(s)). Have set it up and is working with php-fpm ... well once I clean up all the 'assume I'm running in apache' app stuff it'll be fully working ... then can start migrating parts to erlang Thanks Damien On 30/09/2011, at 11:32 AM, Daniel Fahlke wrote: > I think i should describe a bit, what fastCGI is. > If you use CGI, than the server first starts php, execute your php site, and close the parser, after the request finished. > a fastCGI server starts php and listen for requests from the webserver. It does not close php after every request, so you save the startup time of php. > This is, why fastCGI is much faster than CGI, and explains too, why it needs some kind of server. > > Now, what does Apache do? > it has mod_fcgid, it does the same as php-fpm. It starts php and hold it open after request has end > A Note beside, there is a problem with mod_fcgid and APC http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html > > I think, there should be no performance difference in mod_fcgid vs. php-fpm. > But if i look at the Problem with APC, if this get not solved, you can put the mod_fcgid into trash. > > > 2011/9/30 Damien O'Rourke <da...@en...> > OK ... thanks ... wasn't aware of that ... was ooking at the spawn-fcgi as an alternative. > > Was just wanting to confirm my understanding that Yaws doesn't provide/act as a fastCGI server in and of itself (like Apache + mod_fcgid) so another server of some sort would be needed. I guess then it depends on what percentage of PHP code there is to make migrating from Apache worthwhile i.e. is the performance any better if you're handing off most of the processing to another server or server process anyway? Is the percentage improvement (if any) dependent then on the chosen FastCGI server rather than on Yaws? > > Thanks > > Damien > > On 30/09/2011, at 11:00 AM, flyingmana wrote: > > > Hi Damien, > > > > php FastCGI is an own server. Apache does not bundle it, it only has a > > mod to start additional php-fcgi server, if needed. > > Current php versions contain an own manager for fast cgi, called "PHP > > FastCGI Prozess Manager" or short "php-fpm" > > http://de.php.net/manual/en/install.fpm.php > > > > So, php-fcgi will mostly be the same as php-cgi in usage, you only need > > an additional startup script/call > > > > I hope this Answer matched your Question. If you still want something > > to know, try asking again =) > > > > ------------------------------------------------------------------------------ > > All of the data generated in your IT infrastructure is seriously valuable. > > Why? It contains a definitive record of application performance, security > > threats, fraudulent activity, and more. Splunk takes this data and makes > > sense of it. IT sense. And common sense. > > http://p.sf.net/sfu/splunk-d2dcopy2 > > _______________________________________________ > > Erlyaws-list mailing list > > Erl...@li... > > https://lists.sourceforge.net/lists/listinfo/erlyaws-list > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________ > Erlyaws-list mailing list > Erl...@li... > https://lists.sourceforge.net/lists/listinfo/erlyaws-list |
From: Damien O'R. <da...@en...> - 2011-09-30 05:43:46
|
One other part that I've either mis-interpreted or is not quite clear .... trying to run version 1.90 on ports 80 and 443 ... the PDF (May 24, 2011) mentions adding the username to the config file but this kills startup with 'username' as an unknown token. And the on-site doc talks about other work arounds. So does that mean on Linux there's no simple 'run as this user after start' as per other web servers? Just the (not entirely convincing) workarounds listed in the web doc? Thanks Damien On 30/09/2011, at 11:32 AM, Daniel Fahlke wrote: > I think i should describe a bit, what fastCGI is. > If you use CGI, than the server first starts php, execute your php site, and close the parser, after the request finished. > a fastCGI server starts php and listen for requests from the webserver. It does not close php after every request, so you save the startup time of php. > This is, why fastCGI is much faster than CGI, and explains too, why it needs some kind of server. > > Now, what does Apache do? > it has mod_fcgid, it does the same as php-fpm. It starts php and hold it open after request has end > A Note beside, there is a problem with mod_fcgid and APC http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html > > I think, there should be no performance difference in mod_fcgid vs. php-fpm. > But if i look at the Problem with APC, if this get not solved, you can put the mod_fcgid into trash. > > > 2011/9/30 Damien O'Rourke <da...@en...> > OK ... thanks ... wasn't aware of that ... was ooking at the spawn-fcgi as an alternative. > > Was just wanting to confirm my understanding that Yaws doesn't provide/act as a fastCGI server in and of itself (like Apache + mod_fcgid) so another server of some sort would be needed. I guess then it depends on what percentage of PHP code there is to make migrating from Apache worthwhile i.e. is the performance any better if you're handing off most of the processing to another server or server process anyway? Is the percentage improvement (if any) dependent then on the chosen FastCGI server rather than on Yaws? > > Thanks > > Damien > > On 30/09/2011, at 11:00 AM, flyingmana wrote: > > > Hi Damien, > > > > php FastCGI is an own server. Apache does not bundle it, it only has a > > mod to start additional php-fcgi server, if needed. > > Current php versions contain an own manager for fast cgi, called "PHP > > FastCGI Prozess Manager" or short "php-fpm" > > http://de.php.net/manual/en/install.fpm.php > > > > So, php-fcgi will mostly be the same as php-cgi in usage, you only need > > an additional startup script/call > > > > I hope this Answer matched your Question. If you still want something > > to know, try asking again =) > > > > ------------------------------------------------------------------------------ > > All of the data generated in your IT infrastructure is seriously valuable. > > Why? It contains a definitive record of application performance, security > > threats, fraudulent activity, and more. Splunk takes this data and makes > > sense of it. IT sense. And common sense. > > http://p.sf.net/sfu/splunk-d2dcopy2 > > _______________________________________________ > > Erlyaws-list mailing list > > Erl...@li... > > https://lists.sourceforge.net/lists/listinfo/erlyaws-list > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________ > Erlyaws-list mailing list > Erl...@li... > https://lists.sourceforge.net/lists/listinfo/erlyaws-list |
From: Steve V. <vi...@ie...> - 2011-09-30 17:49:22
|
On Fri, Sep 30, 2011 at 1:43 AM, Damien O'Rourke <da...@en...> wrote: > One other part that I've either mis-interpreted or is not quite clear .... > trying to run version 1.90 on ports 80 and 443 ... the PDF (May 24, 2011) > mentions adding the username to the config file but this kills startup with > 'username' as an unknown token. And the on-site doc talks about other work > arounds. Yes, there does seem to be a problem related to "username" -- thanks for bringing it to our attention. Not sure yet if it's a code problem or a doc problem, but either way I'll fix it. > So does that mean on Linux there's no simple 'run as this user after start' > as per other web servers? Just the (not entirely convincing) workarounds > listed in the web doc? Well, I don't think the use of authbind as shown on this page: http://yaws.hyber.org/privbind.yaws is very difficult -- seems pretty simple to me. What part of it is complicated, or unconvincing? thanks, --steve |
From: Damien O'R. <da...@en...> - 2011-09-30 23:05:34
|
Steve, thanks for looking into it. I guess it was the 'here's an option ... but it doesn't work straight up' and 'here's another option but it has drawbacks' ... nothing complicated. Just thought it curious given that the situation (the restricted ports) has been like that for a long time ... whether right or wrong ... and it comes across as having to implement hacks around it. Anyway no big deal ... Thanks Damien On 01/10/2011, at 3:49 AM, Steve Vinoski wrote: > On Fri, Sep 30, 2011 at 1:43 AM, Damien O'Rourke <da...@en...> wrote: >> One other part that I've either mis-interpreted or is not quite clear .... >> trying to run version 1.90 on ports 80 and 443 ... the PDF (May 24, 2011) >> mentions adding the username to the config file but this kills startup with >> 'username' as an unknown token. And the on-site doc talks about other work >> arounds. > > Yes, there does seem to be a problem related to "username" -- thanks > for bringing it to our attention. Not sure yet if it's a code problem > or a doc problem, but either way I'll fix it. > >> So does that mean on Linux there's no simple 'run as this user after start' >> as per other web servers? Just the (not entirely convincing) workarounds >> listed in the web doc? > > Well, I don't think the use of authbind as shown on this page: > > http://yaws.hyber.org/privbind.yaws > > is very difficult -- seems pretty simple to me. What part of it is > complicated, or unconvincing? > > thanks, > --steve |
From: Steve V. <vi...@ie...> - 2011-10-01 21:59:57
|
On Fri, Sep 30, 2011 at 7:05 PM, Damien O'Rourke <da...@en...> wrote: > Steve, > > thanks for looking into it. Turns out to be a documentation error. The username config setting was removed ages ago. Thanks again for reporting the doc problem. I've pushed a fix to github but Klacke will have to copy a new PDF out to yaws.hyber.org for anyone viewing it there. > I guess it was the 'here's an option ... but it doesn't work straight up' and 'here's another option but it has drawbacks' ... nothing complicated. Just thought it curious given that the situation (the restricted ports) has been like that for a long time ... whether right or wrong ... and it comes across as having to implement hacks around it. Anyway no big deal ... Understood. It basically looks like was written with a good dose of Swedish humility and pragmatism -- not uncommon when it comes to Yaws documentation. ;-) However, don't let that fool you, as the approaches mentioned there actually do work. thanks, --steve > > Thanks > > Damien > > On 01/10/2011, at 3:49 AM, Steve Vinoski wrote: > >> On Fri, Sep 30, 2011 at 1:43 AM, Damien O'Rourke <da...@en...> wrote: >>> One other part that I've either mis-interpreted or is not quite clear .... >>> trying to run version 1.90 on ports 80 and 443 ... the PDF (May 24, 2011) >>> mentions adding the username to the config file but this kills startup with >>> 'username' as an unknown token. And the on-site doc talks about other work >>> arounds. >> >> Yes, there does seem to be a problem related to "username" -- thanks >> for bringing it to our attention. Not sure yet if it's a code problem >> or a doc problem, but either way I'll fix it. >> >>> So does that mean on Linux there's no simple 'run as this user after start' >>> as per other web servers? Just the (not entirely convincing) workarounds >>> listed in the web doc? >> >> Well, I don't think the use of authbind as shown on this page: >> >> http://yaws.hyber.org/privbind.yaws >> >> is very difficult -- seems pretty simple to me. What part of it is >> complicated, or unconvincing? >> >> thanks, >> --steve > > |