[Robert]

Ok, ASP it is then (.Net har inbyggd språkhantering btw) =)

Det finns mååånga sätt att göra på, beroende på hur siten ser ut. Jag har iofs bara varit delaktig i 2 tidigare multispråkprojekt och där var iofs hela grejjen att ha språkversion på själva interfacet, inte produktdatat i sig (vilket redan var på flera språk), det gör ju saken lite lättare.

I en av siterna så tillverkades ett Vb program där man satt och läste in alla ASP filer, markerade den text som skulle bli administrerbar och sedan tryckte man på en knapp. Denna text böts nu ut mot ett databasanrop + att en post skapades i databasen. Alltså först ett initialt jobb att "tagga" upp all htmlkod i ASPkoden, sedan bygga admininterface till detta (+lagra språkval i cookie odyl).

I grund och botten är det ju alltid fråga om att lagra båda språken i db'n, men visst kan man lösa det genom att separera siten (koden) till olika undermappar ( /sv/ eller /eng/) men då har vi dubbeljobb vad gäller underhåll och utveckling.

Tänk igenom hur du vill ha det? Kommer det att bli så att de olika språkversionerna lever olika liv pga kulturella skillnader, alltså om du tex gör en portal och inser att de olika språkregionerna har olika behov? Då kan det vara bra att köra helt dubbelt och utveckla dessa separat och skiljt ifrån varandra med olika framtida funktionalitet för de olika språken (ett utmärkt tillfälle att använda separata servrar i olika länder).

Är det bara fråga om lite "enkel" översättning så kan du ju bygga dina sidor såsom ett cms-verktyg och anropa db'n på alla ställen där det ska vara text, men som sagt, det tar ju mer prestanda. Includes tar ju i princip ingen prestanda, men underhållet av dessa includer blir lite jobbigare. Du skulle kunna ha ett admininterface där du editerar texter i inklude-filerna iofs. Dessa includefiler kan ligga i mappar med språkangivelse (sv, en, us), då blir det bara för koden att byta foldernamn beroende på språk.