En nem mentem ennyire messze. A web.config is kb. ugyanazt a szerepet tolti be, mint a .htaccess, a webalkalmazas webszerver oldali konfigjat biztositja, ebbol tudja az IIS, hogy mit es hogyan kell deployolnia. A kulonbseg csak a bonyolultsagban van, az IIS egy komplett appszerver, nyilvan tobb infora van szuksege, mint egy webszerver funkciot betolto Apache-nak. A .htaccess-nek is eredetileg ez volt a celja.
Azonban az Apache - az IIS-tol elteroen - nem mondja meg, hogy honnan kezdodik a webapp, es hol van a vege neki (ezt szimpla webszerverkent nem is igen teheti meg), nincsenek konvencioi - ezert engedi meg, hogy barhol legyen egy .htaccess-ed, ezert kell minden mappat atnyalnia. Raadasul az Apache - az IIS-sel ellentetben - multiplatform cucc, es ha Linuxon lehetne is inotify-vel figyelni, Windows alatt peldaul erre nincs lehetosege.
Az nginx attol tud gyors lenni, hogy semmilyen deployment konfigot nem enged, de ettol maga a koncepcio nem valik ertelmetlenne. Ha azt mondjuk, hogy a .htaccess rossz, akkor a web.config is rossz, meg az osszes deployment leiro is rossz, hiszen mindegyiket ugyanaz a fejlesztoi igeny hivta eletre. Az IIS (meg kb. az osszes Javas-nem Javas alk. szerver) azert cacheli ezeket a leirokat, mert webapponkent csak egy lehet belole, vagy legfeljebb nehany, raadasul fix helyen.
--
Blog | @hron84
Üzemeltető macik