[Kimpo]

Själv kör jag också .net mvc3 och har byggt en väldigt simpel lösning men fungerar bra för mina ändamål.

Har en tabell [LanguageResources] med en kolumn för nycklar(detta är ett beskrivande strängvärde) och en för värden(själva språkfraserna) och sen en tredje som är id:t för själva språket. Sen cachar jag dem i minnet som en dictionary/namevalue collection och kan fråga efter dem vilket går extremt fort.

Sedan kan du köra på en annan tabell som heter [Languages] där du har alla språken. Har du väldigt bra konventioner för hur all kod skrivs i din "business layer" så skulle du kunna lagra namnen på språken där då det är inte varje dag man slänger in nya språk. Men att ha dem i en tabell är nog att föredra.

obs: Detta använder jag för kortare fraser som namn olika element på sidan som knappar där det står save / spara , kontakta oss / contact us osv...

för ren content med mycket text bör man nog köra på nån annan lösning, mer CMS likt


vad är det för typ av site? Ska en och samma domän presentera innehållet på olika språk (beroende på url parametrar eller användarinställningar) eller kommer varje språk att få en egen domän?

[pelmered]

Ursprungligen postat av Kimpo

Själv kör jag också .net mvc3 och har byggt en väldigt simpel lösning men fungerar bra för mina ändamål.

Har en tabell [LanguageResources] med en kolumn för nycklar(detta är ett beskrivande strängvärde) och en för värden(själva språkfraserna) och sen en tredje som är id:t för själva språket. Sen cachar jag dem i minnet som en dictionary/namevalue collection och kan fråga efter dem vilket går extremt fort.

Sedan kan du köra på en annan tabell som heter [Languages] där du har alla språken. Har du väldigt bra konventioner för hur all kod skrivs i din "business layer" så skulle du kunna lagra namnen på språken där då det är inte varje dag man slänger in nya språk. Men att ha dem i en tabell är nog att föredra.

obs: Detta använder jag för kortare fraser som namn olika element på sidan som knappar där det står save / spara , kontakta oss / contact us osv...

för ren content med mycket text bör man nog köra på nån annan lösning, mer CMS likt

Jag hade tänkt lite på något i stil med det där också. Jag tycker det känns bättre att ha texterna i databasen än att ha dem i textfiler. Känns lättare att underhålla plus att man ganska enkelt kan bygga ett webbinterferera för att ändra i texterna om vill senare(så att andra som inte har programmeringskunskaper kan ändra).

Jag funderade lite på om man skulle göra en sån där lösning men att man har två tabeller med text. En med korta texter(datatyp: VARCHAR(255)) och en med längre beskrivande texter(datatyp: TEXT). Är det en bra lösning eller är det bättre att köra en med TEXT för allt?
Texterna kommer ju cachas i memcached med lång TTL så de kommer nästan aldrig läsas ifrån databasen så det kanske inte gör något om man använder TEXT även för korta värden?

Ursprungligen postat av Kimpo

vad är det för typ av site? Ska en och samma domän presentera innehållet på olika språk (beroende på url parametrar eller användarinställningar) eller kommer varje språk att få en egen domän?

Det är en webbtjänst med en kontrollpanel. Det är kommer vara mest ganska korta texter men även en del längre beskrivande texter och hjälptexter.

Jag tror jag kommer köra på domän.com/en/... och domän.com/se/. Möjligen kommer vissa länder få en egen domän senare. Det är inte helt klart i dagsläget.

[Clarence]

Ursprungligen postat av ITisGood.se

Jag funderade lite på om man skulle göra en sån där lösning men att man har två tabeller med text. En med korta texter(datatyp: VARCHAR(255)) och en med längre beskrivande texter(datatyp: TEXT). Är det en bra lösning eller är det bättre att köra en med TEXT för allt?
Texterna kommer ju cachas i memcached med lång TTL så de kommer nästan aldrig läsas ifrån databasen så det kanske inte gör något om man använder TEXT även för korta värden?

Rätt tänkt. Cachar du din data i ett annat lager så är det effektiviteten i det lagret som blir det viktiga i slutändan.

Själv tittade jag på gettext, tmx, tbx, xliff etc nyligen till ett nytt projekt men kom fram till att det finns alldeles för dåligt med smidiga, stabila och plattformoberoende öppna mjukvaror för hantering av alla dessa (för att inte tala om att många av formaten i sig redan har en del tveksamheter). Att göra en webb-admin med import/export till en databas kändes mycket bättre.