gmane.comp.web.lighttpd

Re:

Oliver Peter — 2008-09-03T14:52:53

On Wed, 3 Sep 2008 16:47:16 +0200 Stefan Bühler web.de> wrote: ... we definitely need some more documentation about the mailinglists. :-) How to subscribe/unsubscribe...

(unknown)

Stefan Bühler — 2008-09-03T14:47:16

Re: Mod_Cache and urls with parameters

Hongyu — 2008-08-29T03:18:38

Modcache doesn't support cache of dynamicly generated web pages. Please wait for modcache v1.5 which supports dynamicly web pages.

Mod_Cache and urls with parameters

Norberto Meijome — 2008-08-29T02:37:15

hi there, - Centos 5.2 - Lighttpd + mod_cache built from lighttpd-1.4.19.modcache.v.1.4.4.tar.gz < at > linux.cn I have lighty running as proxy in front of some REST web services. I want to provide caching too, but mod_cache is only caching the static components (images, html, css,etc), but none of the pages with query parameters. My relevant config is : [...] cache.enable = "enable" cache.debug = "enable" cache.support-queries = "disable" cache.bases = ("/CachedResponses/") cache.refresh-pattern = ( "." => "30 update-on-refresh" ) proxy.balance = "hash" proxy.server = ( "/" => ( ( "host" => "127.0.0.1" , "port" => 81 ) ) ) proxy.worked-with-mod-cache = "enable" [...] The urls I want to cache are of the form /uriX/?param=value¶m2=value2 If i enable support-queries, then all calls to /uriX/ point to the same cached result, regardless of the parameters. If I disable support-queries, it never gets cached. This matches the documentation...so here I am hoping i really have messed up my config or missed something else big. Have I ? thanks, B _________________________ {Beto|Norberto|Numard} Meijome "People demand freedom of speech to make up for the freedom of thought which they avoid. " Soren Aabye Kierkegaard I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned.

File is delivered partially? (linux-sendfile/gthread-aio)

Vyacheslav Chernousov — 2008-08-09T16:15:29

My script updates some file very often (for example, 10 times per second). Updating is done by creating tmp file, and then renaming to destination file. This file is requested by http very often also (for example, 100 times per second). File size - 4000-5000 bytes. 1. server.network-backend = "linux-sendfile" Often file is delivered to client incompletely, just few first bytes, instead of complete file. 2. server.network-backend = "gthread-aio" The same as with "linux-sendfile", but also in error_log: network_gthread_aio.c.379: (error) read() returned 0 ... not good: connections.c.1405: (trace) (network-subsys sent us a fatal-error) and sometimes: network_gthread_aio.c.383: (error) read() returned 33 *instead of 182* connections.c.1405: (trace) (network-subsys sent us a fatal-error) network_gthread_aio.c.383: (error) read() returned 31 *instead of 180* connections.c.1405: (trace) (network-subsys sent us a fatal-error) network_gthread_aio.c.383: (error) read() returned 2 *instead of 3* connections.c.1405: (trace) (network-subsys sent us a fatal-error) network_gthread_aio.c.383: (error) read() returned 511 *instead of 514* connections.c.1405: (trace) (network-subsys sent us a fatal-error) As I said before, file size is not less than 4000 bytes. I'm also confused with "instead of XXX" numbers. Any ideas?

Conditional Config Ordering

Perry Clarke — 2008-06-29T01:00:56

I don't understand some of the ordering dependencies in the conditional configuration stuff. I'm using lighttpd 1.4.19. For example, this first method doesn't work ("server.error- handler-404" is never set): while merely swapping the order of the clauses makes it work correctly depending on the incoming request: There are times when one order is much more convenient than another so it would be better if ordering wasn't such an issue (this is just one example, I've tripped over similar ordering issues several times). Is there logic behind this that isn't obvious? Perry

[fastcgi] Using FastCGI with C/C++

Darren Garvey — 2008-06-17T18:41:17

Re[2]: Start up script for lighttpd?

Christian Kujau — 2008-06-15T18:59:05

There seems to be an error in webapp.py, not much lighttpd can do about it. Maybe you're better off asking this on a python-* list. C.

Re[3]: Start up script for lighttpd?

Jack L — 2008-06-15T08:31:31

I found out that somehow when run from /etc/init.d/lighttpd, a wrong version of Python is invoked.

Re[2]: Start up script for lighttpd?

Jack L — 2008-06-14T21:40:38

Hello Christian, In my case, lighttpd starts the fastcgi process automatically. The exact error: [root< at >server init.d]# Traceback (most recent call last): File "/web/webapp.py", line 4, in ? import web ImportError: No module named web 2008-06-14 17:38:27: (mod_fastcgi.c.1025) the fastcgi-backend /web/webapp.py failed to start: 2008-06-14 17:38:27: (mod_fastcgi.c.1029) child exited with status 1 /web/webapp.py 2008-06-14 17:38:27: (mod_fastcgi.c.1032) If you're trying to run PHP as a FastCGI backend, make sure you're using the FastCGI-enabled version. You can find out if it is the right one by executing 'php -v' and it should display '(cgi-fcgi)' in the output, NOT '(cgi)' NOR '(cli)'. For more information, check http://trac.lighttpd.net/trac/wiki/Docs%3AModFastCGI#preparing-php-as-a-fastcgi-programIf this is PHP on Gentoo, add 'fastcgi' to the USE flags. 2008-06-14 17:38:27: (mod_fastcgi.c.1336) [ERROR]: spawning fcgi failed. 2008-06-14 17:38:27: (server.c.895) Configuration of plugins failed. Going down.

Re: Start up script for lighttpd?

Christian Kujau — 2008-06-14T21:04:22

The script you sent just starts lighttpd, not the backend process. What's the exact error message here? C.

Start up script for lighttpd?

Jack L — 2008-06-14T18:06:04

Hi all, I'm so not good at Unix stuff - a while ago I got a copy of the /etc/init.d/lighttpd from someone on this list but I lost it. I tried modifying from another file myself. Somehow it doesn't start the back end process (Python FCGI) properly. The Python back-end somehow can not find some modules. But if I run the same command /usr/local/sbin/lighttpd -f /etc/lighttpd.conf, it works just fine. Can anyone help point out what I'm doing wrong? Below is the file.

Mailinglists are moved

Jan Kneschke — 2008-06-08T15:08:34

Dear lighties, thanks to darix the mailing-lists have a new home now and all previous subscribers are added to the new mailing-lists: * lighttpd< at >lists.lighttpd.net * lighttpd-announce< at >lists.lighttpd.net * lighttpd-dev< at >lists.lighttpd.net The prefixes are the same, just the domain is now < at >lists.lighttpd.net instead of < at >lists.kneschke.de. Sorry, that it took so long to bring up the mailing lists again. cheers, Jan

Re: libpre3 stack overflow

Andy Wright — 2008-02-22T20:07:37

I seam to be seeing double on this mailing list. My eyes just needed to adjust. That's my excuse! :-D

Re: libpre3 stack overflow

Christian Hoffmann — 2008-02-22T19:31:07

No, updating the system pcre library is sufficient, usually. It would only be a problem if you created a static lighttpd executable (which is non-default and does not really make sense for normal systems). In this special case, the vulnerability is not a problem for lighttpd anyway -- lighty uses regular expressions in mod_re{write,direct} and =~ conditionals. In all those cases the patterns are created by you (and not by a possibly malicious user), but for successful exploitation of this vulnerability the attacker needs access to the patterrn. It's PCRE and not PRE btw ;)

libpre3 stack overflow

Andy Wright — 2008-02-22T19:25:53

Their is a security update for libpre3 and devel packages for Ubuntu Server 6.06: Version 7.4-0ubuntu0.7.04.2: * SECURITY UPDATE: stack overflow when handling long UTF8 strings. * pcre_compile.c, testdata/test{in,out}put4: upstream changes from 7.6 backported, thanks to Tomas Hoger and Florian Weimer. * References CVE-2008-0674 I compile lighttpd from source, should I be overly concerned with the previous build without this fix?

Problems with 503 page returned by mod_magnet

Martin Honermeyer — 2008-02-22T01:58:51

Hello guys, first of all, thanks for this wonderful piece of software! Running Lighttpd 1.5 for about half a year now, updating to HEAD now and then. A few stability issues at the beginning have been resolved after a while. We have one problem though. We try to show a custom 503 page when our application is down for maintainance, like described over here: http://johnleach.co.uk/words/archives/2007/01/10/251/ From lighttpd.conf: magnet.attract-raw-url-to = ( "/etc/lighttpd-1.5/magnet.lua" ) magnet.lua if (lighty.stat("/u/apps/ss2-rails/shared/system/maintenance.html")) then lighty.status["maintenance.hits"] = lighty.status["maintenance.hits"] + 1 lighty.content = { { filename = "/u/apps/ss2-rails/shared/system/maintenance.html" } } lighty.header["Content-Type"] = "text/html" return 503 end When using curl or or a text browser (links), the page is correctly displayed (although the default error message is appended, see http://trac.lighttpd.net/trac/ticket/1420). In "real" browsers like Firefox and Konqueror, the page just loads forever, waiting for data to arrive (?). Furthermore, I tried using "server.errorfile-prefix" with a custom 503 page in that directory. I modified my magnet script like this, so as to return the error code only: if (lighty.stat("/u/apps/ss2-rails/shared/system/maintenance.html")) then lighty.status["maintenance.hits"] = lighty.status["maintenance.hits"] + 1 --lighty.content = { { filename = "/u/apps/ss2-rails/shared/system/maintenance.html" } } --lighty.header["Content-Type"] = "text/html" return 503 Same problem then! I don't know what's happening here. Maybe this is about problems with "Keep-Alive"? Sorry for guessing so badly, I am not a HTTP expert.. Any help would be greatly appreciated! Greetings Martin

Re: response not received, request sent: 997 on socket: unix:/tmp/php-fastcgi.socket-5

Senthil — 2008-02-17T11:25:24

Thanks for your reply, My PHP is not crashed. I am able to run the same php script with only cgi enabled in lighttpd and without mod_cgi in apache web server. I am not facing any issue when i execute the same script from CLI. Whether i can resolve this problem by replacing some other version of PHP or lighttpd. Thanks Senthil. On 15/02/2008, Marcus Rueckert web.de> wrote:

Re: response not received, request sent: 997 on socket: unix:/tmp/php-fastcgi.socket-5

Marcus Rueckert — 2008-02-15T15:04:34

your php crashed?

response not received, request sent: 997 on socket: unix:/tmp/php-fastcgi.socket-5

Senthil — 2008-02-15T14:23:19

Hi All, I'm not receiving response, when i call a function from a php script. The function is from a shared library, basically a php extension . I am able to send a request to that function and receive the response with cgi enabled in my lighttpd web server. But with fast-cgi,i am not getting any response from the server. I am getting 500 error instead. Following is the lighttpd error log. ====================================================== response not received, request sent: 997 on socket: unix:/tmp/php- fastcgi.socket-5 for /symbrowser/player_control.php , closing connection ====================================================== I version of lighttpd is 1.4.13 and php version is PHP 5.2.1 (cgi-fcgi) (built: Nov 28 2007 23:09:10). Please suggest a solution asap. Thanks, Senthil.

Save sessions in memcached

sir buce — 2008-02-08T11:11:08

Hello, When I try to save the sessions on memcached with Lighttpd 1.5 doesn't run correctly, doesn't do anything in the log of memcached, and save the session files in the default folder of php5. I have configured /etc/php5/cgi/php.ini session.save_handler = Memcache session.save_path = "tcp://192.168.100.243:11211?persistent=1" When I execute "php5-cgi -m" we can see that the module of memcache loaded. My pecl's version is 2.1.2 Memcached service: I try in 1.1.13 and 1.2.2 With apache2 the same parameters in /etc/php5/apache2/php.ini run ok. Somebody know what is the solution? Thanks