Onderwerp: Meertalige website

Hoe maak je best een meertalige website ?

Heb dat ooit eens voor een kleine vzw gemaakt, met een simpele if : als
gekozen taal (uit cookie of link) engels is, toon engelse tekst, anders too
nederlandse tekst. Ik heb maar een tweetalige site nodig, maar je kan het
natuurlijk ook zo maken dat er moeiteloos (behalve voor de vertaler dan)
andere talen kunnen toegevoegd worden (dan heb ik het over frans, duits,
spaans en niet over arabisch, chinees, ...).

Standaard taal is nederlands. Wanneer de bezoeker een andere taal kiest
(voorlopig enkel engels) dan stop je dat best in een cookie, vermoed ik, en
voor het geval dat er geen cookies aanvaard worden, kun je de taalkeuze ook
meegeven als een parameter in de links
(www.mijnsite.be/dezepagina.php?taal=en). Tenzij er andere alternatieven
zijn.

Waar stockeer je de teksten ? 2Dimensionale array (ok voor kleine stukjes
tekst), includes, xml, databank, ... ?

Pugi!

Pugi! schreef op 21-5-2006 20:28:
> Hoe maak je best een meertalige website ?
[knip]
> Standaard taal is nederlands. Wanneer de bezoeker een andere taal kiest
> (voorlopig enkel engels) dan stop je dat best in een cookie, vermoed ik, en
> voor het geval dat er geen cookies aanvaard worden, kun je de taalkeuze ook
> meegeven als een parameter in de links
> (www.mijnsite.be/dezepagina.php?taal=en). Tenzij er andere alternatieven
> zijn.

Je zou URL rewriting kunnen overwegen, je krijgt dan iets als:
www.domeinnaam.nl/nl/pagina.php
www.domeinnaam.nl/en/pagina.php

enz., je kunt dan met php achterhalen welke taal bedoelt wordt.
Verder stuurt een browser vaak ook een HTTP_ACCEPT_LANGUAGE mee, je kunt
daarmee achterhalen of een gebruiker wel of geen Nederlands wil/kan
spreken (misschien handig voor een eerste taalkeuze, i.p.v. standaard
Nederlands).


> Waar stockeer je de teksten ? 2Dimensionale array (ok voor kleine stukjes
> tekst), includes, xml, databank, ... ?

Als je alle pagina's toch in een database stopt (CMS) zou ik alle
pagina's in een database stoppen met een taal flag en de kleine teksten
(copyright, footer etc.) in een include. Maar als het vooral statische
pagina's zijn kun je ook de pagina's zelf in include of tekstbestand
stoppen. Het hangt er van af hoe vaak de pagina's geupdate worden, en
hoe belangrijk performance is, en zo.

Pugi! <reply@group.be> wrote:
> Hoe maak je best een meertalige website?

Met medewerkers die de verschillende talen goed beheersen, of met de hulp van
een professioneel vertaalbureau.

> Heb dat ooit eens voor een kleine vzw gemaakt, met een simpele if: als
> gekozen taal (uit cookie of link) engels is, toon engelse tekst, anders too
> nederlandse tekst.

Je kunt dit ook zonder koekjes (en zo zonder ergernis voor de gebruiker) doen
met behulp van content negotiation. Als je Apache gebruikt, zou je dan in een
<Directory> block in je httpd.conf (of in de toepasselijke .htaccess) iets als
dit kunnen zetten:

Options +MultiViews +Includes
AddOutputFilter INCLUDES .html

LanguagePriority nl fr
ForceLanguagePriority Fallback
AddLanguage nl .nl
AddLanguage fr .fr

Als je verwacht dat er mensen browsers gaan gebruiken die geen content
negotiation doen, of dat er bezoekers zien wiens browsers een taal verzoeken
die ze niet spreken, of als je gewoon een fallback wil geven, kan je er dan
nog bijzetten:

SetEnvIf Cookie "language=fr" prefer-language=fr
SetEnvIf Cookie "language=nl" prefer-language=nl

> Waar stockeer je de teksten?

Indien je content negotiation gebruikt, zoals in mijn voorbeeld, kan je je
teksten gewoon als HTML files bewaren. Je noemt ze dan foo.html.nl of
foo.html.fr bijvoorbeeld.

> 2Dimensionale array (ok voor kleine stukjes tekst), includes, xml,
> databank,...?

Als je om andere redenen scripts en een database nodig hebt, kan je het
inderdaad zo doen. Als je deze technologie voor de rest echter niet nodig
hebt, kan het een stuk eenvoudiger met gewone files op het filesystem.

Deze oplossing is ook handig voor vertalers: die hoeven dan enkel HTML files
aan te leveren. Als je je content en je opmaak gescheiden houdt (door CSS te
gebruiken) kan hier weinig mee fout gaan.

- Philip

--
Philip Paeps Please don't email any replies
philip@paeps.cx I follow the newsgroup.

BOFH Excuse #321:
Scheduled global CPU outage

Pugi!:

> Hoe maak je best een meertalige website ?

Al eens overwogen beide talen tegelijk aan te bieden in hetzelfde
document?
Voorbeeld: http://elystar.ardane.com/

"Geert Wirken" <usenet@gwirken.nl> schreef in bericht
news:4470b2db$0$31645$e4fe514c@news.xs4all.nl...
> Pugi! schreef op 21-5-2006 20:28:
>> Hoe maak je best een meertalige website ?
> [knip]
>> Standaard taal is nederlands. Wanneer de bezoeker een andere taal kiest
>> (voorlopig enkel engels) dan stop je dat best in een cookie, vermoed ik,
>> en
>> voor het geval dat er geen cookies aanvaard worden, kun je de taalkeuze
>> ook
>> meegeven als een parameter in de links
>> (www.mijnsite.be/dezepagina.php?taal=en). Tenzij er andere alternatieven
>> zijn.
>
> Je zou URL rewriting kunnen overwegen, je krijgt dan iets als:
> www.domeinnaam.nl/nl/pagina.php
> www.domeinnaam.nl/en/pagina.php
>
> enz., je kunt dan met php achterhalen welke taal bedoelt wordt.
> Verder stuurt een browser vaak ook een HTTP_ACCEPT_LANGUAGE mee, je kunt
> daarmee achterhalen of een gebruiker wel of geen Nederlands wil/kan
> spreken (misschien handig voor een eerste taalkeuze, i.p.v. standaard
> Nederlands).
>
>
>> Waar stockeer je de teksten ? 2Dimensionale array (ok voor kleine stukjes
>> tekst), includes, xml, databank, ... ?
>
> Als je alle pagina's toch in een database stopt (CMS) zou ik alle
> pagina's in een database stoppen met een taal flag en de kleine teksten
> (copyright, footer etc.) in een include. Maar als het vooral statische
> pagina's zijn kun je ook de pagina's zelf in include of tekstbestand
> stoppen. Het hangt er van af hoe vaak de pagina's geupdate worden, en
> hoe belangrijk performance is, en zo.

Heb al iets over url rewriting gelezen, maar beschouwde dat voor een
volgende versie van mijn website.
Kun je me soms een goed boek, manual, website, ... aanraden ?
(regulier expressies moet ik ook nog eens bekijken).

Pugi!

"Philip Paeps" <philip+usenet@paeps.cx> schreef in bericht
news:slrne71dj3.2iu4.philip+usenet@fasolt.home.pae ps.cx...
> Pugi! <reply@group.be> wrote:
>> Hoe maak je best een meertalige website?
>
> Met medewerkers die de verschillende talen goed beheersen, of met de hulp
> van
> een professioneel vertaalbureau.
>
>> Heb dat ooit eens voor een kleine vzw gemaakt, met een simpele if: als
>> gekozen taal (uit cookie of link) engels is, toon engelse tekst, anders
>> too
>> nederlandse tekst.
>
> Je kunt dit ook zonder koekjes (en zo zonder ergernis voor de gebruiker)
> doen
> met behulp van content negotiation. Als je Apache gebruikt, zou je dan in
> een
> <Directory> block in je httpd.conf (of in de toepasselijke .htaccess) iets
> als
> dit kunnen zetten:
>
> Options +MultiViews +Includes
> AddOutputFilter INCLUDES .html
>
> LanguagePriority nl fr
> ForceLanguagePriority Fallback
> AddLanguage nl .nl
> AddLanguage fr .fr
>
> Als je verwacht dat er mensen browsers gaan gebruiken die geen content
> negotiation doen, of dat er bezoekers zien wiens browsers een taal
> verzoeken
> die ze niet spreken, of als je gewoon een fallback wil geven, kan je er
> dan
> nog bijzetten:
>
> SetEnvIf Cookie "language=fr" prefer-language=fr
> SetEnvIf Cookie "language=nl" prefer-language=nl
>
>> Waar stockeer je de teksten?
>
> Indien je content negotiation gebruikt, zoals in mijn voorbeeld, kan je je
> teksten gewoon als HTML files bewaren. Je noemt ze dan foo.html.nl of
> foo.html.fr bijvoorbeeld.
>
>> 2Dimensionale array (ok voor kleine stukjes tekst), includes, xml,
>> databank,...?
>
> Als je om andere redenen scripts en een database nodig hebt, kan je het
> inderdaad zo doen. Als je deze technologie voor de rest echter niet nodig
> hebt, kan het een stuk eenvoudiger met gewone files op het filesystem.
>
> Deze oplossing is ook handig voor vertalers: die hoeven dan enkel HTML
> files
> aan te leveren. Als je je content en je opmaak gescheiden houdt (door CSS
> te
> gebruiken) kan hier weinig mee fout gaan.
>
> - Philip
>
> --
> Philip Paeps Please don't email any replies
> philip@paeps.cx I follow the newsgroup.
>
> BOFH Excuse #321:
> Scheduled global CPU outage

Kun je goed boek of manual aanraden ivm apache ?
Werkt dat ook met php bestanden ?
foo.php.nl, foo.php.en, ...

Pugi!

On Sun, 21 May 2006 20:28:18 +0200, "Pugi!" <reply@group.be> wrote:

>Waar stockeer je de teksten ? 2Dimensionale array (ok voor kleine stukjes
>tekst), includes, xml, databank, ... ?

Er zijn standaard bibliotheken die dit voor je afhandelen, zoals
gettext.
--
branko collin
Volk van San Theodoros, ik heb U begrepen.

Pugi! <reply@group.be> wrote:
> Philip Paeps <philip+usenet@paeps.cx> wrote:
> > Pugi! <reply@group.be> wrote:
> > > Heb dat ooit eens voor een kleine vzw gemaakt, met een simpele if: als
> > > gekozen taal (uit cookie of link) engels is, toon engelse tekst, anders
> > > too nederlandse tekst.
> >
> > Je kunt dit ook zonder koekjes (en zo zonder ergernis voor de gebruiker)
> > doen met behulp van content negotiation. Als je Apache gebruikt, zou je
> > dan in een <Directory> block in je httpd.conf (of in de toepasselijke
> > .htaccess) iets als dit kunnen zetten: [...[
>
> Kun je goed boek of manual aanraden ivm apache?

Apache is uitstekend gedocumenteerd. Als je Apache 2.0 gebruikt, vind je de
documentatie op <http://httpd.apache.org/docs/2.0/>. Een beetje creativiteit
helpt je ook de documentatie voor andere versies te vinden.

> Werkt dat ook met php bestanden?
> foo.php.nl, foo.php.en,...

Ja. Als ik me niet vergis, heeft PHP intern ook ondersteuning voor content
negotiation. Als je dus echt PHP wil/moet gebruiken, kan je het vermoedelijk
in je script opvangen.

- Philip

--
Philip Paeps Please don't email any replies
philip@paeps.cx I follow the newsgroup.

"I used to think that *I* was stupid, and then I met
philosophers."
-- (Terry Pratchett, Small Gods)

Geert Wirken <usenet@gwirken.nl> wrote:

> Pugi! schreef op 21-5-2006 20:28:
>> Hoe maak je best een meertalige website ?
> [knip]
>> Standaard taal is nederlands. Wanneer de bezoeker een andere taal
>> kiest (voorlopig enkel engels) dan stop je dat best in een cookie,
>> vermoed ik, en voor het geval dat er geen cookies aanvaard worden,
>> kun je de taalkeuze ook meegeven als een parameter in de links
>> (www.mijnsite.be/dezepagina.php?taal=en). Tenzij er andere
>> alternatieven zijn.
>
> Je zou URL rewriting kunnen overwegen, je krijgt dan iets als:
> www.domeinnaam.nl/nl/pagina.php
> www.domeinnaam.nl/en/pagina.php

Multiviews kan een optie zijn:
<http://httpd.apache.org/docs/1.3/content-negotiation.html>

--
John Bokma
Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

Erick T. Barkhuis <erick.usenet@ardane.c-o-m> wrote:

> Pugi!:
>
>> Hoe maak je best een meertalige website ?
>
> Al eens overwogen beide talen tegelijk aan te bieden in hetzelfde
> document?
> Voorbeeld: http://elystar.ardane.com/

Niet gekeken, maar dat betekend dus dat een website ineens naar 50% ruis
gaat. En hoe gaat dat met 5 talen? :-D

--
John Bokma
Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

John Bokma:
> Erick T. Barkhuis <erick.usenet@ardane.c-o-m> wrote:
>
> > Pugi!:
> >
> >> Hoe maak je best een meertalige website ?
> >
> > Al eens overwogen beide talen tegelijk aan te bieden in hetzelfde
> > document?
> > Voorbeeld: http://elystar.ardane.com/
>
> Niet gekeken, maar dat betekend dus dat een website ineens naar 50% ruis
> gaat. En hoe gaat dat met 5 talen? :-D

Meer ruis.
Maar John, websites bestaan toch al voor slechts een heel klein deel uit
de informatie die je wilt geven. Heb je al eens geteld hoeveel pixels
daadwerkelijk gebruikt worden voor het vormen van lettertjes, en hoeveel
pixels daar niets mee te maken hebben? ;-p


--
Erick

"A journey of a thousand miles begins with a single step." - Lao-Tse

In news:BcKdnSEwnK3VLO3ZnZ2dnUVZ8qqdnZ2d@scarlet.biz,
Pugi! <reply@group.be> typed:
> Hoe maak je best een meertalige website ?
>
> Heb dat ooit eens voor een kleine vzw gemaakt, met een simpele if :
> als gekozen taal (uit cookie of link) engels is, toon engelse tekst,
> anders too nederlandse tekst. Ik heb maar een tweetalige site nodig,
> maar je kan het natuurlijk ook zo maken dat er moeiteloos (behalve
> voor de vertaler dan) andere talen kunnen toegevoegd worden (dan heb
> ik het over frans, duits, spaans en niet over arabisch, chinees, ...).
>
> Standaard taal is nederlands. Wanneer de bezoeker een andere taal
> kiest (voorlopig enkel engels) dan stop je dat best in een cookie,
> vermoed ik, en voor het geval dat er geen cookies aanvaard worden,
> kun je de taalkeuze ook meegeven als een parameter in de links
> (www.mijnsite.be/dezepagina.php?taal=en). Tenzij er andere
> alternatieven zijn.
>
> Waar stockeer je de teksten ? 2Dimensionale array (ok voor kleine
> stukjes tekst), includes, xml, databank, ... ?
>
> Pugi!

Hoi Pugi,

Onze website is ook 2-talig (en/nl). Wij hebben het opgelost door de
hoofdindexpagina (/index.asp) een "kies je taal" pagina te laten zijn, en
vervolgens de 2 talen (nederlands en engels) in aparte subdirectories te
zetten; fysiek 2 aparte takken dus. Een voorbeeld: /nl/services/index.asp
vs. /en/services/index.asp Je hoeft zo geen cookies te gebruiken om de
taalkeuze over sessies heen te bewaren, omdat de paden fysiek anders zijn.
En we vertrouwen erop dat de gebruikers via de goede taalpagina binnen
worden gestuurd door de zoekmachines

Omdat de pagina's dan wel gedupliceerd worden, hebben we ervoor gekozen de
standaard paginaindeling (menu, header, footer, etc.) in een include
framewerk te zetten. Verder hebben de 2 taaltakken dezelfde
filesysteemstructuur, zodat je makkelijk van de ene taal in de andere kan
switchen door alleen de url aan te passen door op positie 3 in het URL pad
een andere code neer te zetten; de taalkeuze wordt verder door het framework
geregeld. Hierdoor bevatten de pagina's alleen maar een paar standaard
includes, wat Const parameters en de tekst zelf. De pagina's hangen bij ons
redelijk van script aan elkaar (het is dan ook de site van een paar
programmeurs ), maar je kan het ook vrij basic houden. Een nadeel is
natuurlijk wel dat je zo moeilijk een CMS kan gebruiken, omdat de site toch
een beetje uit losse tekstfragmenten bestaat (alhoewel je het framewerk zelf
in combinatie met Windows Verkenner / Notepad natuurlijk ook als een heel
simpel CMS kan zien).

Een voorbeeldje van een pagina met wat extra commentaar erin; maakt het een
stuk duidelijker:

=================================================

<%
Option Explicit

Const sLang = "nl" ' De taal van deze pagina
Const bShowLangSwitch = True ' Of de pagina vertaald is (of er een
taalvlag wordt getoont)
Const bSwitchWithQuery = True ' Of de querystring meemoet met het
switchen van de taal
Const sTitle = "TwoLogs - Producten - Ondersteuning"
Const sKeywords = "producten ondersteuning ondersteuningsvraag formulier
fout gevonden twologs"
Const sDescription = "Gebruik onderstaand formulier om uw
ondersteuningsvraag te stellen. Heeft u een tekortkoming in een van onze
producten gevonden, dan kunt u ons ook via dit formulier hiervan op de
hoogte stellen."
Const sMainHeading = "Ondersteuning" ' Hoofdtitel van de pagina voor in
de H1
Const sSection = "products" ' De sectie...
Const sSubSection = "support" ' ...subsectie...
Const sPageName = "support" ' ... en paginanaam voor het menu,
stylekeuze, custom logging, etc.
%>
<!-- #include file="..\..\framework\page_1.asp" -->

<!-- Ruimte voor extra dingen voor in de header, zoals JavaScript en inline
styles -->

<!-- #include file="..\..\framework\page_2.asp" -->


<!-- Nu de algemene header include in de juiste taal (/nl/header c.q.
/en/header) -->
<!-- #include file="..\header.asp" -->

<!-- #include file="..\..\framework\page_3.asp" -->

<!-- Nu de toc voor deze sectie (/nl/services/toc c.q. /nl/contact/toc) -->
<!-- #include file="toc.asp" -->

<!-- #include file="..\..\framework\page_4.asp" -->

<p>De paginatekst!</p>

<!-- #include file="..\..\framework\page_5.asp" -->

<!-- Nu de algemene footer include in de juiste taal (/nl/footer c.q.
/en/footer) -->
<!-- #include file="..\footer.asp" -->

<!-- #include file="..\..\framework\page_6.asp" -->

=================================================

Overigens zitten we nog te denken aan een betere oplossing voor de algemene
"Kies je taal" pagina: gewoon 2 domeinen registreren; eentje de .com voor de
engelse, en eentje de .nl voor de nederlandse. Een kleine cosmetische
verbetering, maar je moet natuurlijk wel de luxe hebben dat je domeinnaam
nog vrij is.

Groetjes,
Carl Colijn

--
TwoLogs - IT Dienstverlening en Productontwikkeling
A natural choice!
http://www.twologs.com
TimeTraces: het krachtige en veelzijdige tijdsregistratiesysteem!
http://www.twologs.com/en/products/timetraces.asp

Carl Colijn wrote:
> In news:BcKdnSEwnK3VLO3ZnZ2dnUVZ8qqdnZ2d@scarlet.biz,
> Pugi! <reply@group.be> typed:
>
>>Hoe maak je best een meertalige website ?

Door op elke pagina een link op te nemen naar de tekst in de beschikbare
talen.

[knip splashscreen en frameworks etc.]

> Overigens zitten we nog te denken aan een betere oplossing voor de algemene
> "Kies je taal" pagina: gewoon 2 domeinen registreren; eentje de .com voor de
> engelse, en eentje de .nl voor de nederlandse. Een kleine cosmetische
> verbetering, maar je moet natuurlijk wel de luxe hebben dat je domeinnaam
> nog vrij is.

Door twee domeinen te gebruiken voor 1 en dezelfde site, laat je beiden
concurreren ipv. elkaar te versterken door meer inhoud beschikbaar te
stellen in diverse talen.


--
Webontwerp: http://vision2form.nl/webontwerp/
Korte handleiding zoekmachine optimalisatie / gevonden worden:
http://vision2form.nl/webontwerp/gevonden-worden.html
Lifestyle - wonen reizen en genieten : http://vision4living.com

Pugi! wrote:
> Hoe maak je best een meertalige website ?

De oplossing die ik gebruikt hebt is als volgt:

Een 'lang' variabele in je session opnemen en alles wat taal-afhankelijk
is (teksten, sommige plaatjes, etc) staat als file op je server. Die
files include je dan als volgt:

include ("filename_".$_SESSION['lang'].".ext);

Bijvoorbeeld, je hebt een tekst en een plaatje:
text/body_NL.htmlpart
text/body_EN.htmlpart
images/logo_NL.jpg
images/logo_EN.jpg

En een linkje op een vlaggetje van een land, die alleen die session
variabele verandert (<a href="$PHP_THIS_FILENAME?lang=NL"><img
src="vlag_NL.jpg"></a>).

Voordelen: Talen toevoegen is makkelijk, switchen kan live, dus niet
eerst terug naar de beginpagina; met 1 click is je pagina vertaald.

Nadelen: Alles in je pagina moet altijd 100% vertaald zijn, naar alle
talen die je aanbiedt.

Zo staat het nu in ons CMS (phpwcms) en het werkt goed.

Bart

In news:4ddbqlF19vd78U1@individual.net,
tonnie <t.prasing@chello.nl> typed:
> Carl Colijn wrote:
>> Overigens zitten we nog te denken aan een betere oplossing voor de
>> algemene "Kies je taal" pagina: gewoon 2 domeinen registreren;
>> eentje de .com voor de engelse, en eentje de .nl voor de
>> nederlandse. Een kleine cosmetische verbetering, maar je moet
>> natuurlijk wel de luxe hebben dat je domeinnaam nog vrij is.
>
> Door twee domeinen te gebruiken voor 1 en dezelfde site, laat je
> beiden concurreren ipv. elkaar te versterken door meer inhoud
> beschikbaar te stellen in diverse talen.

Hoi Tonnie,

Niet dat ik je stelling in twijfel trek, maar ik vraag me dan een paar
dingen af;

* Is het niet zo dat de twee aparte sites toch al vrijwel totaal
verschillend zijn voor zoekmachines omdat ze compleet andere woorden
gebruiken? Dan zou je er toch in ieder geval een stuk minder last van
moeten hebben...

* Al onze pagina's beginnen met <html lang=...>; ik weet niet hoeveel mensen
bij Google "alleen pagina's in het ..." gebruiken, maar op deze manier geeft
dit ook geen concurrentie.

* Is het niet zo dat (wat Google betreft) de pagina's allemaal los van
elkaar worden beoordeeld wat hun pagerank betreft? Dus als een pagina in je
site een hoge PR heeft, en die linkt naar de anderstalige site, geeft 'ie
alsnog automatisch zijn PR zo door...

* De taalvlag op onze site zou dan niet naar de anderstalige tak wijzen,
maar direct naar de goede pagina op de andere site; op die manier is het
vrij transparant voor de gebruiker (zelfs iets logischer).

Ben benieuwd naar je reactie!
Groetjes,
Carl