Laravel de Localisation pour les grands sites web

Est là probablement une meilleure façon de stocker de grandes quantités de texte pour la localisation dans laravel? Il serait facile si l'ensemble de ma page était juste pur texte, mais plusieurs de mes pages ont des mises en page complexes, et je dois ajouter plusieurs chaînes de caractères pour le texte à la ligne autour du contenu tel que des images/liens/media.

C'est une douleur si jamais j'ai besoin pour le mettre en italique/gras ou de faire toute sorte de HTML pour le texte ainsi que j'ai besoin de les diviser en sections afin d'être en mesure de le faire.

Un exemple de ce que je suis en utilisant:

return array(
    'exchange_rate' => array(
        'title' => 'Exchange Rate',
        'p1' => 'Disclaimer', 
        'p2' => 'Currency rate displayed is subject to change.',
        'p3' => 'View All Rates to Date'
    ),

Le premier tableau est la page, le second est le contenu de la page. Je dois souvent aller de plusieurs baies profondes pour plus de modèles complexes tels que:

return array(
'exchange_rate' => array(
    'title' => 'Exchange Rate',
    'p1' => 'Disclaimer', 
    'p2' => 'Currency rate displayed is subject to change.',
    'p3' => 'View All Rates to Date',
    'table1' => array(
        'title' => 'Currency Table',
        'row1' => array(
           'l1' => 'Current Rate'
        ),
        'row2' => array('etc')
    )
);

Je fais ce droit? Est-il une meilleure façon de mettre en forme mes fichiers de langue pour que je puisse travailler autour de la mise en page de mon point de vue? Je suis juste curieux de voir comment de grands sites web de gérer la localisation.

Toute aide est grandement appréciée, merci!!

EDIT: je suis aussi conscient que vous pouvez ajouter des espaces réservés à l'intérieur de votre localisation tableaux tels que:

'title' => ':title'

Mais l'ajout de placer les titulaires de tous mes liens, des images, et des médias sur une page peuvent être très salissant. ~~Laravel ne supporte pas le HTML à l'intérieur de la langue tableaux donc je ne peux pas juste plop de contenu dans les fichiers de langue.~~ - Oui, il ne

Comme il est maintenant, il semble y avoir deux façons d'aller ici.

Continuer de les briser en petites sections pour formater le texte différemment.
Coller le texte de la page dans un "contenu" tableau par page, utilisez Waavi pour les transférer dans la base de données, puis les formater correctement à l'aide d'un éditeur WYSIWYG sur le site lui-même pour le format de la base de données d'entrée. (Même si cela a des problèmes parce que vous ne pouvez pas utiliser la lame de template comme Lang::get() retourne seulement la sécurité de texte)

MODIFIER (10 Fév 2015):

Après beaucoup de recherche, j'ai créé un paquet qui convient à mes besoins. Il supprime complètement la nécessité pour n'importe quel texte les tableaux dans laravel. Il va automatiquement ajouter du texte à la base de données et de les traduire à votre jeu de paramètres régionaux. De Plus, vous n'avez pas besoin de gérer et de déchiffrer dot-notée traduction chemins.

https://github.com/stevebauman/translation

Je serai curieux de voir la réponse à cette trop.

OriginalL'auteur Steve Bauman | 2014-01-24

laravel laravel-4

10

J'ai écrit un paquet de générer lang fichiers pour vous. Écrire vos templates, contrôleurs, ... sans ennuyer avec les traductions. Lorsque vous avez terminé de code, il suffit d'exécuter php artisan localisation:missing et il va générer tous les fichiers nécessaires dans votre lang/*/ répertoires.

Il permettra de synchroniser les traductions :
- garder le translatations
- créer de nouveaux translatations
- retirer ou de déplacer tout sur fond obsolètes traductions
Le package est disponible ici : https://github.com/potsky/laravel-localization-helpers

Dans l'utilisation quotidienne, c'est le même processus que les fichiers po. Permettez-moi de savoir si votre vie est plus facile maintenant avec des traductions dans Laravel génial !

Je vais vérifier cela, merci!

OriginalL'auteur Potsky
2

Vous pouvez toujours utiliser un Package appelé Waavi traduction

En gardant un projet traductions correctement mis à jour, c'est encombrant.
Habituellement, les traducteurs n'ont pas accès à la base de code, et même quand
ils le font, il est difficile de garder une trace des traductions manquantes pour
chaque langue ou lorsque des mises à jour pour le texte d'origine exigent que les
traductions être révisée.

Ce package permet aux développeurs de tirer parti de leur base de données et le cache de
gérer des sites multilingues, tout en travaillant sur des fichiers de langue
au cours du développement et de bénéficier de toutes les fonctionnalités de Laravel
Lot a, comme la pluralisation ou de remplacement.

J'ai déjà utiliser ce package, mais tout ce qu'il fait est d'ajouter vos traductions dans la base de données, ce qui est impressionnant ne m'obtenez pas le mal, mais le problème existe toujours qu'il ya tellement de nombreuses chaînes de langue que j'ai à ajouter par page pour faire ma propre mise en page

OriginalL'auteur
2

Je ne pense pas qu'il y est une solution idéale, cela dépend de la taille du projet. Peut-être juste avoir des points de vue différents pour chaque langue, puis Vue de l'appel::faire de manière dynamique à quelque chose comme ceci:
```
$view = 'pages.'.Lang::getLocale().'.mypage';
if (View::exists($view)) return View::make($page);
else App::abort(404);
```
Pas la meilleure réponse. Que faire si vous changez quelque chose dans la mise en page et vous aurez 15 traductions de cette page? Vous avez besoin de changer 15 fois, ce qui augmente les chances de briser quelque chose. En outre, les translaters doit connaître le langage HTML.
Je suis complètement d'accord trizz, c'est exactement pourquoi je ne veux pas avoir plusieurs points de vue pour les différentes langues. Il se casse la méthode que laravel est d'aller pour. Je préfère avoir un fichier de mise en page et gérer les traductions du texte pur.
Je pense toujours que le mécanisme de l'avoir de gros blocs de texte en tant que distincte de la langue partiels peut être composite dans une page finale de rendu est une tactique utile pour l'OP.

OriginalL'auteur Andreas
2

Bien que l'auteur a créé son propre forfait pour la traduction, je voudrais en ajouter un autre:
laravel-gettext

Venant de CakePHP monde où la traduction est gérée avec .les fichiers po dans mon laravel projets je voudrais utiliser l'extension ci-dessus, parce que:
1. J'ai l'habitude d'utiliser la syntaxe, pour moi c'est une sorte de naturel de l'utiliser (j'ai des extraits de code pour la création d')
2. GNU Gettext est une traduction standard et il y a des éditeurs pour la traduction des fichiers (PoEdit)
3. il est plus facile de maintenir la vision et de l'ajout de nouvelles étiquettes dans le fichier
L'extension n'est pas le mien, et je ne l'ai pas utilisé jusqu'à présent, mais je le ferai dans un premier événement.

OriginalL'auteur Nik Chankov
1

Bien,

De grands sites internet probablement utiliser une sorte de CMS pour permettre l'édition des textes pour les différentes langues.

Je ne suis pas sûr de Laravel en particulier, mais vous voulez que l'utilisateur puisse modifier les textes. Il n'y a pas tellement de solutions pour cela vous aurez besoin:
1. un en ligne interface de votre site web
2. ou d'un script pour exporter/importer les traductions hors ligne.
Le format le plus courant pour ce qui est .po fichiers, certains logiciels vous permettent même d'importer /exporter des fichiers contenant des tableaux PHP directement. Cela ne fonctionnera pas avec votre format, parce que vos fichiers sont un tableau multi-dimensionnel.

Si vous allez de cette façon, cette PHP PoParser classe qui peut à la fois lire et écrire .les fichiers po.

Oui, j'ai construit une ligne de backend pour être en mesure de modifier les traductions, mais le point de des fichiers de traduction est juste du pur texte de la page à l'intérieur de chaque tableau. Tandis que le HTML est pris en charge à l'intérieur des tableaux, l'ajout de la totalité du contenu de la page à l'intérieur d'une langue tableau avec HTML semble pas la voie à suivre, et dans ce cas, je pourrais aussi bien avoir deux points de vue différents pour chaque langue et de rester loin de l'aide de laravel est l'outil de localisation.
Ya, profitez de la vue modifiable à l'aide de Démarque ou de base Wysiwyg et vous êtes tout à fait obtenir un CMS.
Je pouvais le faire, et c'est une option pour vous, mais alors il ya une chance que la page aura un aspect différent sur l'anglais et le français côté quand il y a deux points de vue différents édité en WYSIWYG. Je suis juste coincé sur la voie à suivre ici.

OriginalL'auteur Savageman

Vous devez vous connecter pour publier un commentaire.