salutare 2 minunate chestii legate de apache (2.2 in cazul asta)
- "it's not a bug, is a feature": pe marea majoritate e sistemelor (n-am vazut pana acum decat unul sa mearga cum trebuie, si cred ca facea ceva gresit), un addhandler x-gigi-php php face executia posibila nu numai la gigi.php, ci si la gigi.php.lupa sau ce vreti voi (spre exemplu la .txt e 50-50 sansa, dupa care handler castiga in configuratie); si asta pentru ca in intelepciunea lor, indienii (nu aia din india) considera ca extensie e orice vine dupa punct de oricate ori testat mod_php, fcgi, php-fpm (fcgi-ul e destul de destept sa-i dea cu 500 in cap la apache, nu mai stiu la fpm cum era, cert este ca cererea ajungea la el ... si de fapt sarea si el la gatul indianului, ca are niste limitari de extensii) lauda cineva redhat/centos ca are by default setari care opresc comportamentul de mai sus; a testat Wolfy (danke schon), ca el e fan centos, a trecut ca prin branza lu berbecali bun, exista solutie pentru asa braindamaged, un sethandler dupa files/filesmatch; eu din cate stiu astea cu files se bazeaza pe fisiere care exista pe disc, cert insa este ca un /nu-exista.php (care nu exista) ajunge si el bine mersi tot in ograda php-ului, desi in mod normal ar trebui sa-l scuipe apacheul cu 404, nu sa ajunga in handler de php (un fisier normal il scuipa cu 404 default, deci handler definit nu exista, nu e rewrite - desi sa mai verific odata); alte idei nu mai am eu macar inteleg ca m-a underclock-at raceala, dar chiar si asa, parca e prea aberant ce se intampla mai sus ... any hint-uri ? danke Alex _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
