2009-09-20 7 views
5

Según su experiencia, ¿es mejor utilizar un archivo de idioma o varios archivos de idioma más pequeños para cada idioma en un proyecto de PHP utilizando la extensión gettext? Ni siquiera estoy seguro de si es posible usar múltiples archivos, es difícil para mí probarlo ya que el servidor almacena en caché los archivos de idioma.¿Es mejor usar archivos de varios idiomas o 1?

Estoy haciendo varios idiomas en un sitio de red social, hasta ahora solo la página de registro que es aproximadamente 1 de cada 200 páginas y 35 cadenas de texto para traducir, a este ritmo el archivo de idioma para cada idioma wold ser realmente grande, así que pensé que tal vez sería mejor hacer diferentes archivos de idiomas para diferentes páginas o secciones como la sección de foros y blogs, pero si no importaba, no dudaría en no perder el tiempo haciendo múltiples archivos más pequeños para cada idioma.

Soy consciente de que cada situación es diferente y la única respuesta real es probarlo pero estoy esperando para evitar que este tiempo y acaba de obtener algunas opiniones de personas con más experiencia, esta es mi primera vez usando gettext, gracias

Respuesta

4

Tendría el módulo de archivos de idioma basado. Con gettext, debe especificar la configuración regional para cada idioma. Sería mejor tener un archivo .po/.mo por separado para cada módulo o partes grandes de su sitio.

Esa es mi opinión. :-)

2

Por lo general, automatizo el proceso y tengo múltiples idiomas en múltiples archivos usando una base de datos para editar el sitio (usando una simple búsqueda db). Esto me permite contratar traductores para que entren y verifiquen la traducción actual fácilmente. Desplegar a producción es simplemente convertir la base de datos en un conjunto de archivos de idioma.

0

Por experiencia, rompería los idiomas por archivo a medida que los gastos generales de administración se vuelven pesados ​​y hay un gran margen para la duplicación y los errores.

La otra ventaja es que mediante el uso de una estructura de directorio y una convención de nomenclatura el idioma correcto puede seleccionarse programáticamente más fácilmente que el archivo grande y es más fácil escribir herramientas de administración en una etapa posterior del proyecto.

También vale la pena mirar algunos de los formatos que otras personas usan. Muchos de los Frameworks utilizan este tipo de estructura, Dashcode, Symfony, Zend, etc. Y hay un formato xml xliff que está diseñado para manejar la traducción y se integra con muchas de las herramientas que usan los traductores.

0

Múltiples archivos son el mejor camino a seguir, pero las cosas pueden desorganizarse.

Acabamos de lanzar un nuevo servicio gratuito llamado String que resuelve la mayoría de los problemas de administración de archivos de varios idiomas, como un campo base para la localización. Puede importar archivos existentes o comenzar desde cero con claves y cadenas en el sistema. Cuando esté listo, puede exportar los archivos nuevamente para ejecutar su aplicación. Funciona con los formatos PHP (array), PHP (definir), po, yaml, ini y .strings.

String le permite colaborar fácilmente con traductores; simplemente los invita a un proyecto y establece sus permisos de idioma. Los traductores pueden dejar comentarios y preguntas en cada cadena si necesitan más información, y usted puede revertir cadenas utilizando la función Historial si las cosas no son del todo correctas.

¡De todos modos el argumento de venta es suficiente! Échale un vistazo al http://mygengo.com/string - nos encantaría tu opinión.

Cuestiones relacionadas