Meertalige website

In news:44718492$0$31640$e4fe514c@news.xs4all.nl,
Bart Friederichs <bf@tbwb.nl> typed:
> 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

Hoi Bart,

Omdat we andere prioriteiten hadden als het vertalen van sommige delen van
onze website hadden wij hier ook eerst last van ("alles moet vertaald
zijn"). We toonden dus maar een "This page is not yet available in English.
Sorry blahblahblah" voor die pagina's; niet echt een mooie oplossing. We
zijn er vanaf gestapt door op elke pagina een constante te declareren die
aangeeft of de pagina vertaald is; afhankelijk hiervan wordt door het
framework de taalvlag wel of niet getoond. Op die manier kun je ook secties
op je site maken die slechts in 1 taal beschikbaar zijn; kan soms handig
zijn of gewoon beter zo uitkomen.

Ons framewerk is echter waarschijnlijk precies omgekeerd aan de jouwe; bij
ons staat de pagina met tekst centraal en include die het framework, bij jou
lijkt de pagina het framework te zijn en include die vervolgens de tekst
zelf. Onze oplossing zou dan niet mogelijk zijn in jouw site. Maar je zou
wel kunnen kijken of de betreffende taal op disk aanwezig is, en afhankelijk
daarvan de taalvlag tonen. Of, wat iets betere performance geeft maar wel
meer administratie vergt, ook een extra standaard include maken op elke
pagina met daarin alleen een paar PHP variabelen die de mogelijke talen
bevat voor die pagina, en afhankelijk daarvan je framework de nodige
taalvlag(gen) laten kiezen.

Groetjes,
Carl

Carl Colijn wrote:
> 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...

Het gaat hierbij niet zozeer om het verschil in taal, maar eerder om de
hoeveelheid pagina's (lees inhoud) en de hoeveelheid backlinks naar het
domein.

In het geval van 2 domeinen, deel je beide op.

> * 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.

<html lang=...> zou door Google gevolgd moeten worden, maar de ervaring
leert dat dat niet zo is. Eigenwijs als ze zijn beslissen ze zelf waar
de pagina toe behoort.

Ook zonder het lang attribuut weet Google de pagina in te delen.
Schijnbaar zelfs beter.

> * 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...

PR is niet belangrijk. Waar het om gaat is inhoud, hoeveelheid pagina's
en de links.

>
> * 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).

Afgezien van het feit dat afbeeldingen voor een link niet echt optimaal
zijn, laten we taalvlaggetjes maar even buiten deze discussie. ;)

Een bezoeker van de pagina die dezelfde tekst in een andere taal wil
lezen, is er niet bij gebaat eerst naar de hoofdpagina van de
desbetreffende taal te worden verwezen alwaar hij zijn zoektocht naar
het gewenste document kan hervatten. En dat valt prima te bereiken op 1
en hetzelfde domein.


--
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

In news:4ddg6fF19i3ipU1@individual.net,
tonnie <t.prasing@chello.nl> typed:
> Carl Colijn wrote:
>> 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...
>
> Het gaat hierbij niet zozeer om het verschil in taal, maar eerder om
> de hoeveelheid pagina's (lees inhoud) en de hoeveelheid backlinks
> naar het domein.
>
> In het geval van 2 domeinen, deel je beide op.

Hoi Tonnie,

Zie commentaar bij volgende stuk...

>> * 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...
>
> PR is niet belangrijk. Waar het om gaat is inhoud, hoeveelheid
> pagina's en de links.

Inhoud is altijd goed natuurlijk, maar die overlapt volgens mij niet
(genoeg) tussen de talen om concurrentie op te leveren tussen de talen. En
dan nog: ook al concurreren ze, dan krijgt de bezoeker in het ene geval 2
hits van dezelfde site te zien, en anders 2 hits van verschillende sites.
En aangezien b.v. Google initieel max. 2 hits per site toont, is de 2e optie
zelfs beter als de zoekopdracht meer dan in totaal 2 hits opleverd, omdat je
zo het aantal getoonde hits effectief verdubbeld.

Maar als mijn veronderstelling klopt dat alle pagina's los van elkaar worden
beoordeeld bij Google (onafhankelijk van de site waar ze in zitten), en als
enige externe invloed inderdaad het aantal inkomende links heeft, dan maakt
het toch niet uit of je je pagina's spreid over 2 directories op dezelfde
site of over 2 sites? Zolang de linkstructuur maar hetzelfde is tussen de
pagina's zou de PR dan identiek moeten zijn voor de pagina's. Ook de
grootte van de fysieke site zou dan niet uit moeten maken; de site is zo
groot als dat zijn linkstructuur 'm maakt. Dus (even kort door de bocht
gezegt): alle pagina's zo veel mogelijk direct naar elkaar laten linken, wat
je juist door de taalvlag bereikt. En bij gelijkblijvende content en PR is
er dan geen verschil tussen je score in Google lijkt mij. Mogelijk zie ik
subtiliteiten van andere zoekmachines over het hoofd...?

>> * 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).
>
> Afgezien van het feit dat afbeeldingen voor een link niet echt
> optimaal zijn, laten we taalvlaggetjes maar even buiten deze
> discussie. ;)
> Een bezoeker van de pagina die dezelfde tekst in een andere taal wil
> lezen, is er niet bij gebaat eerst naar de hoofdpagina van de
> desbetreffende taal te worden verwezen alwaar hij zijn zoektocht naar
> het gewenste document kan hervatten. En dat valt prima te bereiken op
> 1 en hetzelfde domein.

Onze taalvlaggen worden dynamisch op de server aangemaakt, zodat ze meteen
naar de goede vertaalde pagina wijzen; misschien dat we door deze
veronderstelling langs elkaar heen praten ;) Wat ik me wel realiseer is dat
je alle session state kwijt raakt als je van domein wisselt i.p.v. naar een
andere tak in dezelfde site springt, maar onze pagina's zijn veelal toch
stateless (op de shop e.d. na dan), en dat is verder een andere discussie
voor een andere thread.

Groetjes,
Carl

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

> 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

Dat is witte ruis, dat werkt rustgevend. Maar ik word nooit vrolijk van
handleidingen (b.v.) die twee talen op een pagina proppen.

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

On Sun, 21 May 2006 20:35:01 +0200, Geert Wirken <usenet@gwirken.nl> wrote:
> Pugi! schreef op 21-5-2006 20:28:
>> Hoe maak je best een meertalige website ?

>> 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).

Talen zijn zo onbelangrijk. Kijk eens naar de mogelijkheden die een webserver
heeft en ga dat aanbieden in een cookie. Stel je voor dat de mensen die hier
over de vloer komen alleen maar nl mogen lezen, zou niet echt handig zijn.

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

wie heeft het over arrays? :-)

> 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.

De vertalers die je wellicht toch moet inhuren laat je rustig vertalen, dat
gooi je in een verdeelde document root waar je alleen komt nadat je als
bezoeker hebt gekozen voor een taal. Hoe je dat aanpakt is eigenlijk
onbelangrijk.
--
<iemand>
iemand heeft een gat gevonden in pdp's access.db? bel cnn
IM: hans.wolters@jabber.xs4all.nl
http://blacklist.kernelnewbies.nl

Op www.eurobilltracker.com is gebruik gemaakt van Babel, zie deze pagina
http://www.eurobilltracker.com/faq/i...and=4096;tab=2
Misschien heb je hier wat aan.



"Pugi!" <reply@group.be> schreef in bericht
news:BcKdnSEwnK3VLO3ZnZ2dnUVZ8qqdnZ2d@scarlet.biz. ..
> 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!
>

Joop schreef:

> Op www.eurobilltracker.com is gebruik gemaakt van Babel, zie deze
> pagina
> http://www.eurobilltracker.com/faq/i...and=4096;tab=2
> Misschien heb je hier wat aan.

Ouch!, Babelfish.

<http://www.yuropeenterprise.com/dutch/index.php>


--
Cheers,
Maarten Wierda ('ongeveer ons'?)

Maarten Wierda wrote:

> Ouch!, Babelfish.
>
> <http://www.yuropeenterprise.com/dutch/index.php>
>
Is dat nu echt, of een grap? Ik dacht eerst dat het een grap was, maar
de Engelse versie zit er redelijk normaal uit.

Bart

Bart Friederichs schreef:

>> Ouch!, Babelfish.
>>
>> <http://www.yuropeenterprise.com/dutch/index.php>
>>
> Is dat nu echt, of een grap? Ik dacht eerst dat het een grap was, maar
> de Engelse versie zit er redelijk normaal uit.

Ik vrees dat het echt is. Maar nog steeds op een grappige manier natuurlijk.


--
Cheers,
Maarten Wierda

http://www.onlamp.com/pub/a/php/2002.../php_i18n.html

> "Pugi!" <reply@group.be> schreef in bericht
> news:BcKdnSEwnK3VLO3ZnZ2dnUVZ8qqdnZ2d@scarlet.biz. ..
>> 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!
>>