2009-11-28 6 views
1

Je travaille actuellement sur un projet/site web et je devrai le rendre disponible en plusieurs langues. Le site a été fait avec PHP/mysql et beaucoup de javascript (jQuery). Je n'ai aucune idée par où commencer et j'espérais que quelqu'un pourrait me donner quelques indices. J'aimerais connaître les opinions sur la meilleure approche à adopter, s'il y a de bons outils pour un tel site php, que faire avec les scripts existants, ou mieux, avec le texte à l'intérieur des scripts qui doit être traduit ainsi que. Est-ce que quelqu'un a dû faire quelque chose comme ça avant que cela pourrait me guider à travers le bon chemin :) ?? merciinternationalisation du site php

Répondre

2

Il y a plusieurs façons d'aborder cela. Aucun d'entre eux "la meilleure voie" et tous avec des problèmes à court terme ou à long terme. La toute première chose à dire est que les sites multilingues ne sont pas faciles, les traducteurs et les gens charmants mais difficiles à travailler et la plupart des programmeurs voient le problème uniquement comme un problème technique. Il y a aussi une autre dimension, en dehors de la portée de cette réponse, que vous traduisiez ou localisiez. Cela implique de regarder les mœurs culturelles du public cible, puis d'adapter le langage, le style, la mise en page, la couleur, la typographie, etc., à cette culture. Enfin, n'utilisez pas MT, Traduction automatique, pour quelque chose de sérieux ou si besoin d'être précis et lors de l'acquisition de traducteurs s'assurer qu'ils traduisent d'une langue étrangère dans leur langue maternelle, ce qui signifie qu'ils comprennent toutes les nuances de la langue cible.

Droite. Solutions. Sur la base que vous ne voulez pas réécrire le site, il suffit de cloner le site que vous avez et de traduire les copies dans la langue cible. En supposant que la base de code est stable, vous pouvez utiliser un VCS pour gérer les modifications de code. Vous pouvez modifier certaines parties du site en fonction de la langue cible. Par exemple, le texte français est en moyenne 30% plus grand que le texte anglais équivalent. Utiliser un site pour cela signifie que vous risquez d'avoir des problèmes de formatage et d'échanger fichier css différent dans et hors selon la langue. Cela peut sembler une façon maladroite de le faire, mais combien de temps les sites vont-ils exister? Les frais généraux de gestion de cette façon peuvent être inférieurs à d'autres options.

Deuxième manière sans reconstruction. Remplacez tout le contenu du site actuel par des balises, puis placez la langue différente dans les tables de fichiers ou de db, recherchez la langue souhaitée par les utilisateurs (avez-vous des utilisateurs enregistrés qui préfèrent ou souhaitent obtenir la balise de langue du navigateur? ça va être l'URL point-com point-fr, point-de qui fait le choix) et ensuite remplacer les balises par la langue cible. Ensuite, vous devez traiter les problèmes de dimensionnement et les problèmes d'image séparément. Cette solution est effective lorsque des frameworks tels que Symfony et Zend implémentent l10n.

Ensuite, vous pouvez reconstruire avec un framework ou avec gettext et éventuellement avoir une solution plus propre mais n'oubliez pas que les frameworks ont été conçus pour résoudre d'autres problèmes, et non la traduction.

Le gros problème avec toutes les solutions est la maintenance continue. Parce que non seulement vous avez une base de code mais aussi plusieurs bases linguistiques à maintenir. À moins que vous tous dans une solution est vraiment intelligent et efficace alors à la tâche en cours sera difficile.