Nem értettél meg.
Amikor php-ból akarsz url-t generálni, akkor se a konkrét url megadádával teszed, hanem csak egy kódnevet adsz át neki.Ugyanúgy php-ból generálod ugyanazzal a framework hívással az URL-eket itt is, csak route helyett webszerver konfig fájlt csinálsz belőlük kimenetnek.
A háttérben ő pedig előbányássza az url-t.Pontosan ugyan úgy itt is. A különbség csupán annyi, hogy nem minden egyes oldalbetöltést terhelsz az előbányászással, hanem csupán csak akkor futtatod le, amikor változtatsz valamelyik URL-en. A php által az adatbázisból előbányászott URL kerül a a rewrite konfigfájlba (tekintsd úgy, mintha ez egy routing cache lenne). Ha az adatbázis változik, újra lefuttatod és frissül a "cache".
egy htaccess-t problémás admin felületre kivezetniNem kell hozzá semmiféle külön admin, mehet akár egy hook-ból is, automatikusan, a már meglévő admin felületről hívva. Vagy mehet akár függetlenül cron-ból is éppen, az már tökmindegy, a lényeg, hogy nincs szükség külön adminfelületre hozzá, hisz ez a szkript pontosan ugyanazzal az interfésszel bányássza elő az URL-eket, ahogy egyébként is tennéd. Mégegyszer, minden ugyanaz, annyi csak a különbség, hogy a nyelvfüggetlen URL-eket a rewrite konfigba írod, a nyelvfüggő URL-eket meg hagyod, hadd menjenek a szokásos Symfony 7 route szerint. (Mivel a rewrite már a HTTP kérésben lecseréli az URL-t, ezért az sem probléma, ha a nyelvfüggetlen URL-ek is bennmaradnak a Symfony 7 routingjában, senkit nem fognak zavarni.)
Nem jöttem rá hogy kéne felvinni több routingot egy name alatt több nyelven.Fordítva ülsz a lovon. Felveszel egy oldalt, mondjuk "/hu/fooldal" routinggal, egy másikat pedig "/en/homepage" routinggal. Mindkettőnek megadod ugyanazt az aliast ("homepage"). Szóval nem egy oldalhoz veszel fel több routingot, hanem minden routing külön oldal.