Lighttpd cgi binära alternativ

Säkerhet, hastighet, överensstämmelse och flexibilitet - alla dessa beskriver lighttpd (pron lighty) som snabbt omdefinierar effektiviteten hos en webbserver, eftersom den är designad och optimerad för högprestandamiljöer. Med ett litet minnesfotavtryck jämfört med andra webbservrar, är effektiv hantering av cpu-belastningen och avancerad funktionssats (FastCGI, SCGI, Auth, Output-Compression, URL-omskrivning och många fler) lighttpd den perfekta lösningen för varje server som lider lastproblem. Och bäst av allt sin Open Source licensierad enligt den reviderade BSD-licensen. lighttpd driver flera populära Web 2.0-webbplatser. Dess höghastighets-io-infrastruktur gör det möjligt för dem att skala flera gånger bättre med samma maskinvara än med alternativa webbservrar. Denna snabba webbserver och dess utvecklingsteam skapar en webbserver med framtidswebbens behov i åtanke: Snabbare FastCGI COMET möter modmailbox Async IO Den händelsesdrivna arkitekturen är optimerad för ett stort antal parallella anslutningar (levande) som viktiga för högpresterande AJAX-applikationer. January 14, 2017 Viktiga ändringar buggfixar (bugg-fix-only release) Viktiga ändringar stöder HTTP 1.1 8216Transfer-kodning: chunked8217 Be om bodybug-fixar Höjdpunkter förbättringar stöd HTTP 1.1 8216Transfer-kodning: chunked8217 begäran kropp moddirlisting: gör dirlisting som HTML modproxy: alternativ för att ersätta HTTP-värd skickad till backend modproxy: proxy. balance 8220sticky8221 alternativ modssi: grundläggande rekursiva SSI inkluderar virtuella olika kodportabilitet och bygga korrigeringar för äldre plattformar buggfixar fixa ras i dynamiska hanterarkonfigurer (reentrancy) modcgi: fixa ur sockerfel för POST till CGI (1.4.43) modscgi: fix segfault (1.4.43) modmagnet: fix magnetcgiset () uppsättning env var s modfastcgi: fixa segfault om alla backends down (1.4.43) 31 oktober 2016 Viktiga ändringar förbättrar FastCGI, SCGI. proxy återkoppling vid fel fel fixar Höjdpunkter förbättringar förbättra FastCGI, SCGI. proxy återkoppla på felbyggande system: bygg inte moduler för vilka beroenden inte är närvarande autobuild: använd CCFORBUILD för citron när cross-compiling config: varna om modauthnldap, mysql inte listad config file remote IP-villkor gäller för TLS SNI moddeflate ignore trailing 82168217 i deflate. mimetypes moddeflate hoppa deflate om loadavg för hög modaccesslog n loggar kompressionsförhållande modexpire av mimetype modevhost partial matchande mönster moddirlisting config header och readme filer buggfixar fixa potentiell tempfile korruption med streaming respons fix fd läcka när du använder libev (1.4.42) fix ssl-klientcertifikatautentiseringssegmenter (1.4.42) fixa modscgi prefix matchning för att alltid matcha urlI använda OpenSUSE.10. Jag har byggt lighttpd (version 1.4.23) och php (version 5.3.0). Detta är lighttpd build-kommandoreder: Detta är php build-kommandoradser: Detta är php, php-cgi - v: Detta är lighttpd. conf: Detta är kommandoraden för att starta lighttpd: och slutligen skapar lighttpd lighttpderror. log: Min questionis är: 1) har någon framgångsrik erfarenhet av att starta lighttpd PHP FastCGI på Ubuntu eller OpenSUSE 2) varför gawning fcgi misslyckades dvs Jag vill använda sådant index. php för att testa min webbserver: från lighttpd. conf startar lighttpd framgångsrikt och Firefox visar index. html (men inte index. php): Tack för svaren. lighttpderror. log säger exakt att det finns ett problem med FCGI och PHP tolk. Ja, backports finns tillgängliga i SUSE eller Ubuntu, men de fungerar inte heller. Jag tycker att det är OS-problemet. Jag har inbäddad enhet: Cross-kompilator för att bygga appar för den här enheten: Så, jag har byggt Lighttpd och php för MIPS-mål, kopierat dem till den här enheten och. servern började fungera normalt. Jag kunde se index. php från Mozilla Jag vet inte varför LighttpdPHP inte fungerar på PC. BESLUT: Jag poängerar på problemet. Jag försöker att konfigurera lighttpd för att köra binär CGI app (inte PHP-skript eller smth, men en binär fil, sammanställd från C-källan). Jag har faktiskt inte kommenterat, ha myApp. exe i htdocsapp. och även då, för att få alla saker att fungera genom att komma till, säg localhost: 8080appmyApp. exepaamp. Jag var tvungen att lägga en tom myApp. exe i lighttpd-rotmapp (där servrarna exe är). Det är faktiskt konstigt och suger, och inte alla CGI kan fungera så. Att tillämpa dessa åtgärder på en annan CGI-app (som fungerar perfekt på korrekt inställd Apache) gav ingen framgång. Vad gör jag fel, frågade den 5 oktober kl 10:46 Dokumenten: redmine. lighttpdwiki1Docs: ModCGI Ive gjorde ett test med ett tcl-skript som cgi och det här var min fungerande config: cgi. assign kan du ange filtillägg för att vara hanteras av specifika applikationer. I det här exemplet avses: En filtyp öppnas via usrbintclsh. Eftersom min indexfil är ett tcl-skript får jag innehållet som jag lägger igenom skriptna STDOUT. Om du vill köra en binär körbar är det här platsen för att ange det. Kanske den här länken innehåller lite mer information om binär cgi för dig: redmine. lighttpdissues1256 svarat den 4 november kl 11:43