Oh, wow. To me, that seems like a bug, or at least an unwanted behavior. That doesn't really follow any kind of pattern I've ever seen. I can't see the need to pass the same pair twice for any reason - if so I'd think it would be something like fastcgi_param SOMETHING[] 1; fastcgi_param SOMETHING[] 2; or something along those lines if someone -really- wanted two values. 2009/9/23 Maxim Doby mike - Nginx Mailing List - English
i used to set fastcgi_params on the global level, but now i have a fastcgi.conf file with all the params that i include in my location block for php - this allows me to alter the array like one would expect. :) On Wed, Sep 23, 2009 at 2:46 AM, Tomasz Pajor <nikon@puffy.pl> wrote: > Tomasz Pajor wrote: >> >> So there is no way to create such a configuration: >> >>by mike - Nginx Mailing List - English
On Tue, Sep 22, 2009 at 10:57 PM, Tomasz Pajor <nikon@puffy.pl> wrote: > Yes I agree but there is no active fastcgi_param SITE in location context. no but the location context's array overwrites the array that was defined on the server level i used to think the same thing - that it's all key based; but apparently it's not. think of it like a php array, and replacing the array with a neby mike - Nginx Mailing List - English
it does work but you overwrite it in your location, i believe. any of the "array" settings can't be mixed or the most local copy seems to win. On Tue, Sep 22, 2009 at 8:17 AM, Tomasz Pajor <nikon@puffy.pl> wrote: > When I set fastcgi_param in server context it is not set, if in location it > is set. > Wiki says it should work in http, server, location context. > >by mike - Nginx Mailing List - English
the launchpad project is not the patch anymore. we do need to do some housekeeping and explain the difference. what is on php-fpm.org is still the patch. there's a new direction though which does not require patching php, and that is hosted on launchpad and/or dreamcat's github right now. dreamcat's been hacking away at it (thank you!) so new non-patch php-fpm: launchpad old patch style php-fpmby mike - Php-fpm Mailing List - English
something is probably hardcoded for /etc/php-fpm.conf or the port needs to force the --with-fpm-conf like you said On Sat, Sep 19, 2009 at 2:56 AM, dreamcat four <dreamcat4@gmail.com> wrote: > > So then why doesn't /usr/local/etc/ path yet exist on the target system? > I guess i can't help you guys much more here. Check through the port file. > > On Sat, Sep 19, 2009 at 10:41by mike - Php-fpm Mailing List - English
isn't typical location for freebsd "third party" etc directory /usr/local/etc ? it does make sense... On Sat, Sep 19, 2009 at 1:51 AM, dreamcat four <dreamcat4@gmail.com> wrote: > > add "--with-fpm-conf=/etc/php-fpm.conf" to the ./configure arguments > I guess that's something to go in the port file? > > On Sat, Sep 19, 2009 at 4:33 AM, Jim Ohlstein <nby mike - Php-fpm Mailing List - English
we really need to get a page up on the wiki for the new FPM On Thu, Sep 17, 2009 at 4:01 PM, steven.hartland <steven.hartland@multiplay.co.uk> wrote: > > For those running FreeBSD I've created a port which combines php > 5.2.10 and fpm 0.6.3 > > How to use:- > 1. Download: http://gameservers.multiplay.co.uk/dropzone/freebsd-ports/php-5.2.10-fpm-0.6.3.tar.bz2 > 2. Extracby mike - Php-fpm Mailing List - English
yeah i like your redhat one, i asked someone to port over the same neat conftest stuff etc. On Thu, Sep 10, 2009 at 4:06 PM, Cliff Wells <cliff@develix.com> wrote: > It's a bug in the Debian/Ubuntu /etc/init.d/nginx script. It'd be nice > if someone with some Debian-fu could fix it. > > Cliff > > On Thu, 2009-09-10 at 18:23 -0400, Ilan Berkner wrote: >> Reloadinby mike - Nginx Mailing List - English
I don't see the need for multiple pools on each machine. Just make one larger pool, and fastcgi_pass to it. Also confirm that fastcgi_pass can used named locations (it probably can) and you may have to prefix it with @ to work nicely (I am not sure if that's 100% a requirement) On Sat, Sep 5, 2009 at 3:45 PM, Momchil Ivanov<slogster@gmail.com> wrote: > На Sunday 06 September 2009 00:by mike - Php-fpm Mailing List - English
changing to TCP would have been my suggestion, to see if it helps. On Fri, Sep 4, 2009 at 4:07 PM, Martin Fjordvald<nofearroxo@gmail.com> wrote: > > The search is horrible to be honest, searching for "socket" or > "gateway" gave no results, but browsing the topic list gave this > thread which discusses the exact same issue. > > http://groups.google.com/by mike - Php-fpm Mailing List - English
That's the plan. I was just hoping to close out on the last couple things but I wound up with some news that was disappointing to me from the Kerberos guy at MIT - the machines -must- be on the domain to work properly. You cannot do the right work without them being on the domain. I couldn't get my test machine on our domain at work so it killed me from testing it, but there was some crashing myby mike - Nginx Mailing List - English
$host is the same as $http_host? fastcgi_param SERVER_NAME $http_host; i've had that in there forever. just like $uri is short for $request_uri right? this should be documented better somewhere 2009/8/31 Igor Sysoev <is@rambler-co.ru>: > On Mon, Aug 31, 2009 at 03:58:28PM -0500, AMP Admin wrote: > >> I'm trying to list a bunch of domains under server_name. I'mby mike - Nginx Mailing List - English
which again, makes it sound like your website's code needs optimization. it's not php or nginx that's the issue but probably the php code itself on the main page doing something wrong. On Sun, Aug 30, 2009 at 11:41 PM, gloomen<nginx-forum@nginx.us> wrote: > I have a web site called about 30 minutes. > > At the same server running phpmyadmin, with him all right! The pages oby mike - Nginx Mailing List - English
sounds like the script is performing like crap. you should profile it for the bottleneck. or, you could change php-fpm.conf to allow things to run longer but that's poor user experience, better to fix the problem not work around it. On Sun, Aug 30, 2009 at 12:19 PM, gloomen<nginx-forum@nginx.us> wrote: > Hi all! > Problems with PHP, when approaching the site, appears in theby mike - Nginx Mailing List - English
Possibly leveraging shared memory or memcached :) Sent from my iPhone On Aug 30, 2009, at 8:15 AM, "gogobu" <nginx-forum@nginx.us> wrote: > Valery Kholodkov Wrote: > ------------------------------------------------------- >> gogobu wrote: >>> I've noticed the following config settings in >> the document: >>> >>> proxy_hideby mike - Nginx Mailing List - English
fastcgi_buffers 32 8k; I have that already... 2009/8/29 Igor Sysoev <is@rambler-co.ru>: > On Sat, Aug 29, 2009 at 11:10:43AM -0700, Michael Shadle wrote: > >> Does anyone see a problem here? The fastcgi parser returns back a -2, >> instead of 0 on a normal request. I don't see anything wrong with this >> header - the only thing that sticks out is theby mike - Nginx Mailing List - English
Igor's "development" is bastically as stable as anyone else's "stable" On Sat, Aug 29, 2009 at 11:32 AM, John Johnny<lists@ruby-forum.com> wrote: > Jeff Waugh wrote: >> <quote who="brianmercer"> >> >>> Sorry, easiest thing to do since you're using 8.04 and not adding any >>> extra modules is to add jeff waugh's ppa.by mike - Nginx Mailing List - English
I will change that and try again. This is using 0.8.11 actually - I upgraded just in case and it still didn't help. 2009/8/29 Igor Sysoev <is@rambler-co.ru>: > On Sat, Aug 29, 2009 at 11:10:43AM -0700, Michael Shadle wrote: > >> Does anyone see a problem here? The fastcgi parser returns back a -2, >> instead of 0 on a normal request. I don't see anything wrong wby mike - Nginx Mailing List - English
Does anyone see a problem here? The fastcgi parser returns back a -2, instead of 0 on a normal request. I don't see anything wrong with this header - the only thing that sticks out is the "//" - but still - I think this is a bug in nginx. Why does it say upstream split a header line? There are no \n \0 \r etc... Any help is appreciated - Igor, I sent you a larger chunk of the logby mike - Nginx Mailing List - English
Is this only for zend extensions? In 5.3 didn't they remove zend extensions and now everything is just an extension? (Is this an issue in 5.3 I guess?) On Fri, Aug 28, 2009 at 7:32 AM, dreamcat four<dreamcat4@gmail.com> wrote: > > Hello list, > We've recently come across a segfault in php-fpm 0.6, which occurs > about the time when Zend extensions are enabled / loaded.by mike - Php-fpm Mailing List - English
2009/8/28 Igor Sysoev <is@rambler-co.ru>: > No, now "gzip_disable msie6" disables MSIE4/5 and 6 before SV1. > Early it disables any MSIE4/5/6. Gotcha! > It depends. On Linux AIO can be used with DIRECTIO only, which disables > caching on VM. On FreeBSD I plan to add support for sendfile()s SF_NODISKIO > flag. This allows to use sendfile() and AIO preloadby mike - Nginx Mailing List - English
More cool features! Thanks Igor :) A couple questions below 2009/8/28 Igor Sysoev <is@rambler-co.ru>: > Changes with nginx 0.8.11 28 Aug 2009 > > *) Change: directive "gzip_disable msie6" enables gzipping for > MSIE 6.0 SV1. Do you mean "disables" ? > *) Feature: fileby mike - Nginx Mailing List - English
yeah, why do you have the site mixed into two dirs like that? you could try adding this block inside of location /php {} > location ~* \.php$ { > fastcgi_pass 127.0.0.1:9000; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME /usr/local/www/web3$fastcgi_script_name; > include fastcgi_params; >by mike - Php-fpm Mailing List - English
Well when Andrei had created this new FPM, it only had two dependencies - the slightly modified libevent and a vanilla PHP that had been ./compiled and make'd without any switches needed. In theory your bug with extensions not loading shouldn't have anything to do with FPM as PHP is compiled with its own flags and FPM just interacts with it (of course, that doesn't seem to be the case if yoby mike - Php-fpm Mailing List - English
Ideally this should be able to be packaged as a standalone debian type package, not a patch necessarily. just like php5-mysql and other php modules. On Thu, Aug 20, 2009 at 3:18 PM, dreamcat four<dreamcat4@gmail.com> wrote: > > On Thu, Aug 20, 2009 at 10:18 PM, Michael Shadle<mike503@gmail.com> wrote: >> >> This is based off the new PHP-FPM (from launchpad/thby mike - Php-fpm Mailing List - English
This is based off the new PHP-FPM (from launchpad/the non-patch version) right? On Thu, Aug 20, 2009 at 1:35 PM, dreamcat four<dreamcat4@gmail.com> wrote: > > Hello, > > Today I am pleased to announce a new php5-fpm TESTING package for > ubuntu. Its a candidate for an official debian package. > > Instructions and guide available at: > http://dreamcat4.jotby mike - Php-fpm Mailing List - English
yeah i am not sure. maybe it is all in the master. makes sense otherwise children would be isolated. On Thu, Aug 20, 2009 at 1:44 PM, Jim Ohlstein<jim.ohlstein@gmail.com> wrote: > > > > Michael Shadle wrote: >> >> I would put my money on that as well. >> >> Also, it's not necessarily a bad thing I guess if it's recycling every >> 160 secby mike - Php-fpm Mailing List - English
I would put my money on that as well. Also, it's not necessarily a bad thing I guess if it's recycling every 160 seconds. It does mean it is releasing memory a lot quicker from possible PHP leaks quicker. However your APC cache is probably blown away each time then too... On Thu, Aug 20, 2009 at 1:01 PM, Jim Ohlstein<jim.ohlstein@gmail.com> wrote: > I'm fairly certain that eachby mike - Php-fpm Mailing List - English
My only confusion is if each child terminates on it's own or the entire pool waits before it recycles. Sent from my iPhone On Aug 20, 2009, at 12:32 PM, Ilan Berkner wrote: > thanks for the info ... > > when you get a chance, if you can let me know how to figure that out > (engines * requests) that would be great. > > Thanks > > On Thu, Aug 20, 2009 atby mike - Php-fpm Mailing List - English
![]() |
![]() |
![]() |
![]() |
|