Project

General

Profile

Actions

Bug #40

closed

lighttpd + python

Added by Anonymous about 20 years ago. Updated about 18 years ago.

Status:
Fixed
Priority:
High
Category:
mod_fastcgi
Target version:
-
ASK QUESTIONS IN Forums:

Description

I don't know if it's the right place to post this...
I'm trying to change from thttpd to lighttpd essentially for fcgi support so I'm re-writing my CGI to be fcgi compilent.
I found no success story about lighttpd + python on internet for real works (only very basic scripts are reported to work). I use the adapter "fcgi.py" which I modified to work less or more like php fcgi mode (.some_extension can be associated with fcgi.py, it seems that without it I needed one fcgi process for each fcgi script I want to run, unlike php...).

My main problem is, I get "internal server error" depending on the output of the scripts. Once I had to replace an "...&mode..." by "...&mode..." to make it work! I get lot of fuzzy errors like this one which aren't expectable at all. I don't really know if it comes from fcgi.py or lighttpd but in all the cases i think a python (as fcgi) integration documentation under lighttpd will be welcome.

-- fab

Actions #1

Updated by Anonymous about 20 years ago

I may have a solution for lighttpd + python using fastcgi.
I'm working on openbsd and I get the weired results (some content is missing on the page and i get non-printable characters in the HTML code...). I tested exactly the same toolchain (libs, python, sql, etc...) on netbsd and I havn't the bug.
It can be an "hidden" lightppd bug which declares only in special cases. I would like to check what lighttpd recieves from the fcgi.
Actually I save the data I transmit to the wrapper to a file and the data isn't buggy, so it might be lighttpd that is doing something wrong with a buffer.

How can I print this kind of information ? (i checked mod_fastcgi.c a bit but I havn't this time to understand everything well, when I wanted to print the thing I was thinking the main buffer i got a segfault :> )

-- fab

Actions #2

Updated by jan about 20 years ago

  • Status changed from New to Fixed
  • Resolution set to fixed

Python should wrok fine with lighttpd 1.3.13 and above as mod_fastcgi is more robust in the HTTP-header parsing now.

Actions

Also available in: Atom