Hej!

Det är ingen speciell teknik mitt svar behöver utan jag är bara nyfiken på hur ni skulle lösa ett flerspråksystem på er sidor. Det är bara statiskt innehåll.

Jag hade tänkt mig någon XML historia där varje Label hämtar sin text ifrån en XML fil? Blir det för slöt?
Databas kanske? Eller ska jag lägga allt i serverns RAM? Det är juh ren HTML vi pratar om så det blir inte så många KB..? Hur hade ni gjort?

Om det spelar någon roll så är det .NET jag kör!

en enkel funktion för att hämta en identifier (functionen håller själv koll på vilket som är det valda språket) ur en databas och om du vill kan du alltid bifoga en defaultsträng som fallback ifall den valda strängen inte finns.
Sparar i databasen med memcached som cachepool mellan applikation och db.

Om det är statiska sidor så kan du ju översätta hela sidorna... :P

Men annars skulle jag nog gå på labelnivå och låta varje label hämta sitt värde via en funktion. Det positiva med det ärju att du i dagsläget inte behöver bry dig om du lagrar språken i en databas eller i en XML-fil. Om du enkelt vill kunna låta andra göra fler översättningar så ärväl XML förstahandsvalet. är du orolig för prestanda och mängden fraser inte är mer än ett hundratal så skulle jag nog lägga översättningarna i en hash i samma objekt som har översättningsfunktionen.

Tack för svaren, det är inte tekniken att hålla reda på varifrån dom kommer eller att hämta unika värden, utan det är mer presstanda/vad-är-bra-struktur =)

Jag såg ett annat exempel på Recours Files, har haft det i tankarna, men vad är det i grund och botten? Kanske är någon form utav XML i botten som är snyggt wrappat?

Tack återigen för alla svar! ;-)

Men asså, du ska ju läsa från källan varje gång cachen har expirat objektet, så om det är XML eller en databas eller något annat spelar väl inte så stor roll eftersom en expire inte ska hända speciellt ofta alls.

när det gäller dotnet så är det satellite assemblies som gäller då det är bra prestanda. fast om texten ska ändras så blir det bökigt. då är det nog bättre med en databaslösning.

XML helt klart säger jag. Kanske med XSL för att slippa bearbeta det.

XML är enklast och mest flexibelt.

Kika vidare på resursfiler (resx).

så länge xml-filen inte är särskilt stor bör det fungera fint. Passa på att hämta så mycket text som möjligt vid varje läsning. xml är inte särskilt effektivt jämfört andra datakällor/databaser som tex en sqlserver