Ha nem adatbázisból dolgozik a rewrite a webszerver oldalán, hanem statikusan fájlból, akkor nem ugyanaz a featuresetLátom, Te sem érted. Két, egymástól független dologról van szó. Na mégegyszer: 1. amikor változik az URL, akkor egy Symfony-s php szkript lekéri a routingot az adatbázisból, és a nyelvkód nélküli URL-eket kiírja egy rewrite fájlba, mint amolyan cache-t. Ez csak akkor fut le, amikor VÁLTOZIK a routing. 2. az oldallekérés közben NINCS adatbáziskapcsolat, a nyelvkód nélküli URL-ek a webszerver memóriájában íródnak át nyelvkódos URL-ekké. Ez MINDIG lefut, de nem használ se php-t, se sql-t.
te megoldási javaslatod lényegesen kevesebbet tud nyújtani,Francokat. Épp ellenkezőleg, lehetővé teszi, hogy egy oldalhoz több URL-t is fel tudj venni, amit jelenleg az OP nem tud vanilla Symfony-val megoldani.
amibe szinte mindent bele lehet írniMiért is? A fájlba írást az Ő általa írt php végzi, az Ő általa admin felületen megadott adatokból. Ennyi erővel már az is gáz lehetne, hogy admin-ból egyáltalán megadható az URL, mert bármit bele lehet abba is írni. Elfeledkezel róla, hogy nincs felhasználói adat sehol, csakis admin által biztosított adat kerül egy admin által készített template-be. Ha ez törhető, akkor az azt jelenti, hogy az egész admin felületük törhető...
Látszólag te akarod szétgányolni, azzal, hogy minden kényelmi, biztonsági és framework szintű funkciótMiről beszélsz, miféle framrework szintű funkció? A Symfony alapból NEM is kezel több URL-t egy oldalhoz! Az én megoldásomnál NEM kell a Symfony kódjához hozzányúlni, a Ti megoldási javaslatotoknál ellenben igen, szétgányolás nélkül nem is implementálható Symfony-ba, amit akartok.