Ben momenteel bezig met een framework wat voor een CMS wordt gebouwd. Begin inmiddels al ergens op te lijken maar nu bedacht ik me een puntje waarvoor het misschien wel verstandig is om er wat aandacht aan te schenken.

Het systeem is meertalig, hierbij wordt er niet gewerkt met een virtuele subdirectory maar met instellingen vanuit het gebruikers profiel, sessie data of de standaard instellingen van het systeem.

Het systeem heeft een vrij simpele opzet, een htaccess bestand stuurt alles door naar de index.php waarin de router staat, de URL (eigenlijk alles na de slash) wordt doorgestuurd als variabel. Zo komt de url http://www.mijnsite.nl/auth/register/ uit op index.php?route=auth/register deze zorgt er weer voor dat deze variabel wordt opgesplitst op het /-teken en vervolgens wordt de eerste variabel (indien bestaat) uitgevoerd als in:

$page = new auth($vars);

$vars houden alle andere variabelen in buiten de eerste (dus $vars[0] is 'auth' en deze valt weg). Binnen de auth class wordt de functie Run() uitgevoerd welke gaat kijken of er een logische stap is opgegeven en zo niet wordt de standaard opgegeven. Bijvoorbeeld de class auth kan deze stappen hebben:

register
lostpw
login
logout

Echter, om het meertalig duidelijk de hebben, is het misschien de bedoeling dat we:

aanmelden
wachtwoord-vergeten
inloggen
uitloggen

deze stappen in de URL kunnen vinden ('auth' moet ook anders genoemd kunnen worden, maar dat is in dit geval niet perse nodig).

Uiteindelijk zou je dus op meerdere manieren op dezelfde pagina moeten komen;

www.mijnsite.nl/auth/aanmelden/
www.mijnsite.nl/auth/register/
www.mijnsite.nl/auth/anmelden/

Gaan allemaal naar de registratie pagina van de website.

Is het nu verstandig om zo'n opzet te hanteren? Dit voegt volgens mij aardig wat werk toe aan het framework (vooral qua documentatie helaas). De website wordt in eerste instantie volledig Nederlandstalig opgezet dus de vertalingen komen sowieso pas achteraf, maar waar ik het meeste tegenop zie is eigenlijk de menu module.. hier kun je op deze manier niet meer handmatig iets laten invullen (nou ja, het kan nog wel, maar dan niet met dezelfde velden in de database) omdat je dus relaties legt tussen de class+method in de database...

Iemand die hier al eens eerder mee gestoeid heeft? Zelf denk ik er eerder aan om bij het installeren/importeren van een module de mogelijke methods en class in de database te laden om ze daar te benoemen en dan enkel de content op de pagina's aanpassen per taal.. het blijft anders sowieso raar om via 3 pagina's (Duits, Nederlands, Engels) op dezelfde pagina uit te komen (welke dus ook OF Duits, OF Nederlands, OF Engels is.. /auth/aanmelden/ zou dus evengoed op een Engelse pagina kunnen uitkomen).
Aanvullend bericht:
Wordt al opgelost door bij het installeren van het framework/CMS op te geven hoe de URL structuur is en wordt dan over de gehele website doorgevoerd in één taal.