Discussion :

[Giantrick]

Bonjour à tous,

Je voudrais avoir votre avis.

Je suis en train d'internationaliser mon site et j'hésite entre plusieurs solutions.

Laquelle est la mieux, (simple et rapide lors de l'utilisation, accès serveur et ainsi de suite)

Option 1 : MYSQL
J'ai la possibilité de créer une table qui stockera toutes les traductions et en fonction d'un script PHP je vais lire cette table pour changer les variables en fonction de la langue de l'utilisateur.

Option 2 : Fichier Texte
Utiliser des fichiers textes pour stocker la traduction comme la méthode utiliser par OScommerce

Option 3 : GetText
Je n'ai pas encore compris totalement la méthode, si elle est similaire à l'option 2 où si c'est une mise à jour lié à PHP5.2 et qui fait référence à une nouvelle méthode d'internationalisation.

Merci pour votre avis et de m'expliquer les raisons de vos choix.

Bon week-end à tous et merci d'avance.

[Palca]

Utiliser une base de données ne présente pas un grand intérêt vu que les traductions sont "statiques", donc ça consomme inutilement des ressources (à moins d'avoir un système de cache derrière).

Gettext j'ai jamais testé mais ça me semble plutôt intéressant, à voir à l'usage après mais au moins c'est fait pour ça.

Sinon il y a aussi la possibilité des fichier XML comme en ASP.NET, c'est assez facile à manipuler d'autant plus qu'avec SimpleXML on peut les traiter comme des objets.

Mais clairement c'est plus vers Gettext que je m'orienterais, je pense que c'est ce qui est de plus-en-plus utilisé.

[lunarnet76]

Salut,

effectivement Gettext est la meilleure solution car compilée donc plus rapide!
Aprés si tu veux t embeter moins et que n importe qui puisse l utiliser le mieux c est les fichiers CSV car tout le monde a Excel ou Open Office et tout le monde ne veux pas utiliser un editeur gettext et avoir a comprendre comment ca s utilise!

Par contre la pire solution c est celle del OSCommerce avec des define,c est un bordel fini

[Giantrick]

Salut,

effectivement Gettext est la meilleure solution car compilée donc plus rapide!
Aprés si tu veux t embeter moins et que n importe qui puisse l utiliser le mieux c est les fichiers CSV car tout le monde a Excel ou Open Office et tout le monde ne veux pas utiliser un editeur gettext et avoir a comprendre comment ca s utilise!

Par contre la pire solution c est celle del OSCommerce avec des define,c est un bordel fini

Merci à vous deux, pour vos commentaires, oui en effet, l'oscommerce c'est un gros bordel, il y en a partout.... mais ne connaissant pas d'autres solutions, et l'ayant mis en place pour un client, je me demandais si c'était une solution possible.... a priori c'est pas la meilleure.

Je vais me pencher sur le GetText, bien que je n'en ai pas beaucoup le temps.

Pour les fichiers CSV, je voudrai m'affranchir d'outils externes comme excel ou open office pour des raisons de liberté d'évolution.

C'est aussi pour cela que j'avais initialement opté pour la solution de la table de traduction avec des clés croisés entres tables.

Mais je me questionne toujours à la "consommation de la bande passante" pour les solutions 'mysql" et "gettext"....

Laquelle est la moins gourmande ???

Merci encore à vous deux pour vos commentaires.

J'attends d'autres points de vu avant de fermer cette discussion.

[Invité]

Bonjour,
personnellement, j'opte pour la solution BDD, Pour plusieurs raisons :
1- choix de la table de la BDD a utiliser :
(avec des tables FR-matable, EN-matable, ...)
$LANG = ... (FR, ou EN, ou ... récupéré d'un clic sur un drapeau par exemple)
$SQL = "SELECT * FROM ".$LANG."-matable ......"
2- administration :
il est possible de créer un espace "admin" ou le quidam lambda (le client, en l'occurence, ou ma mère !) pourra très facilement modifier les textes, sans la moindre connaissance en programmation.
3- modification facile, meme pour le programmeur (phpMyAdmin !)


Pour la question de "consommation de la bande passante" pour les solutions 'mysql" et "gettext"....
(sans connaitre "gettext") Si "gettext" était plus efficace qu'une BDD, alors pourquoi tous les sites fonctionnent-ils avec des BDD ?
(ceci n'engage que moi ...)

[Giantrick]

Bonjour,
personnellement, j'opte pour la solution BDD, Pour plusieurs raisons :
1- choix de la table de la BDD a utiliser :
(avec des tables FR-matable, EN-matable, ...)
$LANG = ... (FR, ou EN, ou ... récupéré d'un clic sur un drapeau par exemple)
$SQL = "SELECT * FROM ".$LANG."-matable ......"
2- administration :
il est possible de créer un espace "admin" ou le quidam lambda (le client, en l'occurence, ou ma mère !) pourra très facilement modifier les textes, sans la moindre connaissance en programmation.
3- modification facile, meme pour le programmeur (phpMyAdmin !)

Ha intéressant, cela rejoint ce que j'avais imaginé en premier jet pour mon site....

J'ai une table qui gère toutes les traductions avec des clefs identifiants

une table "Langue"

id_langue
nom_langue
actif (pour n'afficher que celle active en fonction des volontés du client)

une autre table "langue_traduction"

id_langue_traduction
id_langue (référence à la table ci-dessus du texte d'origine)
texte (texte dans la langue de l'id_langue du texte d'origine)
id_langue_traduit (référence à la langue du texte traduit)
texte_traduit (texte dans la langue traduite)

Ensuite je fais appel à un script qui va chercher les variables dans la langue sélectionné par le "drapeau" ou le menu "langue" affiché sur le site.

Est-ce que la logique est bonne ?

ps: pour les traductions j'ai créé un module d'admin avec des piles de mots et de phrases à traduire pour éviter d'aller dans phpmyadmin.

Merci encore des commentaires