On 10/15/2013 10:12 PM, Petru Ratiu wrote: > Problema e ca handlerul il alege in functie de request, i se falfaie la > momentul ala daca e sau nu ceva pe disc, e treaba handlerului asta. > > In cazul tau poti pune directiva aia de SetHandler sa faca match doar pe ce > se termina in php$ (ceea ce btw, pachetele de mod_php cel putin de pe > debian fac binemersi). > sincer nu mi se pare o abordare corecta, dupa cum vad eu lucrurile apacheul ar trebui sa identifice fisierul resursa ce urmeaza a fi servit, iar dupa aceea sa selecteze handlerul de servire pe baza setarilor din el concret cu exemple (testate acum): /exista.php -> pass to php /gigi.jpg -> servire directa, arunca poza /gigi.jpg/path/gigi.php -> 404 (ceea ce este bine, ca la nginx a fost un bug de securitate legat de subiect) /gigi.sloboz/gigi.php -> 404 (iarasi e ok, chiar daca nu e handler definit pentru o extensie non-standard, scuipa 404) /non-exist/ceva.php -> 404 (raspunde corect, pentru ca nu exista directorul non-exist) in schimb la /non-exist.php trimite mai departe catre php, care binenteles va da eroare de file not found /exista/non-exist-php trimite la fel catre handlerul de php
se pare ca problema apare doar in doc_root, de fapt mint, in orice director existent, dar in care se cere un php care nu exista (fara path suplimentar) problema se poate rezolva usor cu un rewrite cu R=404, acolo unde nu este deja implementat asa ceva (vezi cazul wordpress); strict pentru performanta, pastrarea unor mesaje de eroare identice si/sau folosirea handlerului de 404 ar mai fi ceva de adaugat ce mi-a scapat mie sau asta e, asa functioneaza, cu asta ne jucam ? Alex _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
