Pentru a da posibilitatea handlerului tău să facă ce vrea cu url-ul primit. Nu trebuie să existe neapărat un fișier pe disc.
Exemplu: <FilesMatch \.sloboz$> Set-Handler Mituc </FilesMatch> Dacă apelez url-ul http://site.tld/persoana.sloboz atunci handlerul Mituc va returna un html corect prin care aruncă cu sloboz în persoana. Nici un fișier necesar pe disc. Bun, acum, care este X-ul ? Dumitru "the danger of C^W unix^w apache is that it lets you shoot yourself in the foot" On 15-Oct-13 20:33 PM, Alex 'CAVE' Cernat wrote: > pai si atunci de ce functioneaza si pentru gigi-nu-exista.cgi ? ca nu e > location, e files/filematch > > > 2013/10/15 Dumitru Ciobarcianu <dumitru.ciobarci...@ines.ro> > >> >> From TFM: >> >> http://httpd.apache.org/docs/2.2/mod/mod_mime.html#multipleext >> >> If you would prefer only the last dot-separated part of the filename to >> be mapped to a particular piece of meta-data, then do not use the Add* >> directives. For example, if you wish to have the file foo.html.cgi >> processed as a CGI script, but not the file bar.cgi.html, then instead >> of using AddHandler cgi-script .cgi, use >> >> Configure handler based on final extension only >> >> <FilesMatch \.cgi$> >> SetHandler cgi-script >> </FilesMatch> >> >> >> Dumitru >> >> >> On 15-Oct-13 20:13 PM, Alex 'CAVE' Cernat wrote: >>> 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 >>> >> >> _______________________________________________ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug >> > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
