webForumDet fria alternativet

Flerspråkig webbplats

Webbutveckling

5 svar · 595 visningar · startad av J.N.

Medlem sedan apr. 20031 660 inlägg
Frågan#1

HEJ!

Vilket sätt är bäst att lösa språkval på en webbplats med flera språk?

1. Jag föredrar att kolla servervariablerna för tangentbord eller webbläsare, men har fått mothugg om att det inte alls är tillförlitligt, vilket jag inte fått intrycket bland annat på wF.

2. Man hamnar på en förstasida där man väljer språk, vilket läggs i cookie. När man sedan besöker webben igen, hamnar man på valt språk.

3. Läste om Apache-inställningen "language negotiation" för ett tag sedan. Man döper filerna till example.html.en, och sedan hanteras det med serverinställning, om jag förstod det rätt.
http://www.w3.org/International/questions/qa-apache-lang-neg

I samtliga fall finns en språkmeny tillgänglig om man skulle hamna fel.

Vilket är bäst? Frågan är generell, men VB-Script, .NET, php och My/SQL-Server är ett grundtips.

Medlem sedan apr. 20003 174 inlägg
Medlem sedan okt. 200450 inlägg
#3

Hejsan,
jag föredrar att kolla språket i webläsaren precis som du, så här:

<?
//Om ingen cookie är satt kollar ifall besökaren har en svensk webläsare, isf sätts en svensk cookie, annars en engelsk
if (!isset($_COOOKIE['lang'])){ 
    substr($_SERVER['HTTP_ACCEPT_LANGUAGE'],0,2) == 'sv' ? setcookie('lang','sv',(time()+2592000)) : setcookie('lang','en',(time()+2592000));
}
header('Location: http://www.funnygames.se/main.php');
?>

dvs. om webläsaren är svensk sätts värdet 'sv' i lang-cookien, annars 'en'. sen kan man även ändra språk ifrån en select-meny inne på själva sidan.

ditt tredje alternativ har jag ingen koll på, men jag föredrar denna metod före alt. 2, då förstasidan där "måste" vara på engelska och sen skickas man vidare till ett annat språk om man vill det. Även om alt. 1 inte fångar upp alla (vissa kanske har en engelsk webläsare, fast dom är svenskar) så fångar det iaf upp dom som har det.

Medlem sedan juli 20011 084 inlägg
#4

4. Kontrollera till vilket lands ip-serie deras ip-nummer tillhör och skicka sedan besökaren till rätt språk.

Medlem sedan maj 200010 687 inlägg
#5

Så länge du har flaggor lättillgängliga på sajten så man enkelt kan byta språk och samtidigt ha en cookie som värderas högst så tycker jag att det går bra att läsa av HTTP_ACCEPT_LANGUAGE.

Men bäst är väl att ha olika domäner för varje språk och bestämma språk beroende på domän.

Medlem sedan apr. 20031 660 inlägg
#6

HEJ!

Palle skrev:

Lite intressant lektyr. :)
http://www.microsoft.com/mind/0100/internat/internat.asp
http://www.jugglingdb.com/articles/index.php?id=57
http://developers.sun.com/dev/gadc/technicalpublications/articles/apache.html

#1 var för avancerad för mig, den hoppade jag!
#2 verkar vara en db-konstruktion, vilket jag inte är ute efter (missvisande i min fråga)
#3 är intressant, reder bättre ut mina frågetecken om Apache.

wyndan/Eric Juhlin
- tack för stöd med HTTP_ACCEPT_LANGUAGE-spåret!

mozilla skrev:

4. Kontrollera till vilket lands ip-serie deras ip-nummer tillhör och skicka sedan besökaren till rätt språk.

Är detta inte lite för avancerat, att slå upp ett land jämfört med att kontrollera webbläsare/tangentbord?
Hör alla IP till ett land förresten?

Erik Juhlin skrev:

...Men bäst är väl att ha olika domäner för varje språk och bestämma språk beroende på domän.

Jag tänkte skriva det, men sedan glömde jag bort det...
Det är inget alternativ, vi förutsätter att företaget/etc äger sitt namn på diverse toppdomäner, men att de endast använda en domän i sin marknadsföring.

Fler som har något att tillägga på HTTP_ACCEPT_LANGUAGE-spåret?
Eller är tangentbordet att föredra? Fast, var har jag fått det ifrån, vilken variabel är det? :stud

I Palles tredje tips står det "Setting Up the Browser", dvs jag får intrycket att det inte är inställt från början, men de ändrar väl det endast för testen?
Jag har 'sv' (Verktyg->Internet-alternativ->Språk), och jag har inte lagt till något!

254 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
123 ms — deklarationer (db)
0 ms — hämta statistik (cache)
128 ms — hämta tråd, inlägg och bilagor (db)
123 ms — ändringar (db)