Bug #1101
closedSSI include virtual does not run cgi
Description
instead of running the cgi displays the source, but when loading the cgi directly runs it fine, i see many problems about this, but not known bug reports and no fixes any ideas ?
-- spam
Updated by Anonymous over 17 years ago
I have the same problem.
Is it a bug or missconfiguring? Did this work on other versions?
Updated by Anonymous over 17 years ago
We gave up and went back to apache we lost a week of migration downtime because of it. We have lhttpd on another server running static content and php index pages, its now 2% cpu load compared to 50%+ when apache was installed what a shame. Is lhttpd vaporware now ?
Updated by Anonymous about 17 years ago
This bug seems to still be around in version 1.4.16. doesn't parse the code, merely adds it as text.
-- nulani
Updated by Anonymous about 17 years ago
Same problem here, Lighttpd does not parse included shtml, but inserts the code!
-- chris
Updated by Anonymous about 17 years ago
problem still exists under 1.4.18. does anyone have any kind of solution?
-- Lightning
Updated by Anonymous about 17 years ago
Updated by Anonymous about 17 years ago
A poor manner run cgi with ssi is to use the exec directive
But it is slow and not very clean, but it's the only way i success to do it.
-- petitchevalroux
Updated by Anonymous over 16 years ago
as of lighttpd-1.4.19 - Mar 26 2008 21:14:56 Still doesn't do it. We just use .cgi files for now, but it's a major pain as it breaks our normal ssi setup.
Updated by Anonymous over 16 years ago
The same trouble here... Anyone resolved this problem? Problem exists in 1.5.x ?
Updated by Anonymous over 16 years ago
I just installed lighttpd for the first time, from svn trunk, include virtua="/cgi-bin/myscript.pl" does not work. Uses the wrong path according to error log. If the cgi-bin exists in the document root as a sub directory, then it will include the file as plain text.
Updated by Anonymous over 16 years ago
WTF!
Well, I think I found a solution:
The normal setup fails:
ssi.extension = ( ".shtml" )
But this worked!
ssi.extension = ( ".html", ".shtml" )
Would some one else please test this. I am using lighttpd 1.4.19(-r2) on Gentoo.
-DingbatCA
-- talbotx
Updated by stbuehler over 16 years ago
- Status changed from New to Fixed
- Resolution set to wontfix
I updated the docs to make the limitation more clear: we do not execute sub requests for mod_ssi, and we will not implement it.
Updated by Anonymous over 16 years ago
Taken you long enough ! I think they worked something else out, like using php instead, I have no need for SSI personally but we were migrating from apache, so obviouslly there is an arrogance because the SSI feature is broken and not doing what its suppose to do. So why not just remove the module altogether. There is always technologies like AJAX anyway.
-- spam
Also available in: Atom