Onehda jsem hledal webserver, ktery by mi nejvic vyhovoval, a po zkouseni hodne lite webserveru jsem zkoncil u thttpd - umi php,cgi,ipv6,vhosty,htpasswd a pritom je hrozne jednoduchy (i na konfiguraci).
No, tak jsem ho prave zkousel a to PHP bych rad videl. Bud ho tam dam jako modul, ale ten pri vykonavani kodu "zasekne" zbytek serveru, nebo prasecky pres CGI, ale to zase musim vsude pridat #!/path/to/php, coz je taky fuj.
CGI je OK a nejakej super vykon taky nepotrebuju. Povazuju ale za prasarnu pridavat do .php souboru #!/usr/bin/php "intro". Pak ani nepujdou includovat...
Pokud pouzivate PHP jako SSI filter, tak je to normalni technika.
Ale pokud pouzivate PHP pres CGI, tak je prasarna includovat kusy nezapouzdreneho kodu odkudsi a modlit se, ze se neprepisete nejakou promennou nebo se zas spolehat na jeji definici jine. Tam pak proste musite rozlisovat mezi hlavnim programem a knihovnou.
Ano, PHP bylo vymysleno jako HTML preprocesor, z tohoto hlediska je s unixovymi konvencemi neslucitelne a mate pravdu.
Ale je takovy problem rozlisovat hlavni program tim, ze bude zacinat deklaraci interpreteru a ostatni includovane soubory ji uz mit nebudou (na co taky, kdy to nejsou samostane programy)?
Je to uplne stejne jako kdyz v bashi mate hlavni program s #! a includujete do nej jiny kod pomoci prikazu '.' (tecka). Vkladany soubor uz taky nemusi mit deklaraci interpreteru.
No ona unstable verzi je tam stejna jak stable akorat tam jsou 2 patche prave kvuli php5, takze si dat jeden ebuild do package.keywords snad nicemu neublizi.
No ja jsem thttd taky zkousel, ale nakonec jsem presel na mathopd, protoze ten thttpd neustale forkoval a hned ty procesy zase zaviral, takze jsem nebyl schopen zjistit proc se tak chova. V tomto pripade byla ta jednoduchost spise na skodu.