Problemas con traducciones en Prestashop 1.7.6

[Tzita]

Hola, he migrado la web a prestashop 1.7.6, con una plantilla nueva, y ahora tengo problemas para traducir diferentes secciones de la web.

Además se me hace bastante difícil encontrar en qué apartado hay que traducir cada frase, no sé si corresponde al theme, a módulos, etc.

Con algunos textos como State (En la información de la dirección), no me aparece en los campos a traducir.

Y otras veces, cuando quiero traducir algún módulo del theme me da el siguiente error:

"Could not crawl for translations files: The "/home/miweb/public_html/var/cache/dev/themes/mitheme/translations" directory does not exist".

En este caso ya he visto esto: https://github.com/PrestaShop/PrestaShop/pull/14962/files que por lo que entiendo tendría que modificar esos ficheros.

Vosotros teneis los mismos problemas? ¿Cómo lo habéis solucionado?

Un saludo.

[Prestafan33]

En esa versión hay un problema con el gestor de traducciones, no funciona bien. Deberías actualizar a la 1.7.6.1, donde ya lo han arreglado.

[Tzita]

Ok, actualizaré y a ver si así se solucionan todos los problemas.

 

[Tzita]

No he podido actualizar a 1.7.6.1, he tneido problemas.

[Tzita]

A ver si alguien me puede ayudar.

Necesito actualizar prestashop a 1.7.6.1 para solucionar el problema de traducciones, pero al actualizar con OneClick me da error y se me queda todo en blanco.

Entonces, quiero intalar una copia en el subdominio que he creado para porder hacer pruebas, siguiendoe stas recomendaciones:

https://www.prestashop.com/forums/topic/271082-upgrade-tips/

Pero no puedo insertar el sql porque es muy grande. Desde el hosting me handicho que es mejor hacerlo mediante SSH.

Ye he aprendido a conectarme mediante SSH al servidor, y para importar el sql tengo que poner esto:

mysql -p -u username database_name < file.sql

 mysql -p -u username database_name < file.sql

Pero lo que no sé, es en qué directorio tengo que poner el sql para que me lo coja. ¿Cómo sé cuál es el directorio donde va a buscar?

Trabajo en windows 10, con OpenSSH.

Muchas gracias por vuestra ayuda.

[Prestafan33]

Antes de ejecutar ese comando tienes que colocarte desde el SSH en el directorio donde hayas subido el archivo SQL.

El SSH es una consola de comandos similar a la que tiene Windows, sólo que los comandos que se ejecutan son los de Unix en vez de los de DOS.

Para moverte por los directorios puedes usar:

ls -> lista todos los archivos y subdirectorios en el directorio actual.

cd nombre -> entra en el directorio "nombre".

cd .. -> vuelve al directorio "padre" del actual.

Normalmente, todo lo que subes mediante FTP suele ir a un directorio que desde SSH se llama "www", aunque depende del hosting. En otros se llama "HTML", en otros "public_ftp", o "public_html". Eso ya es cuestión de explorar un poco. Cuando estés dentro del directorio donde has subido tu archivo SQL, ejecuta el comando desde allí.

[Tzita]

Gracias Prestafan33.

Con el SSH ya me he apañado, aunque no conseguí intalar una copia el el subdominio porque siemrpe me terminada redirigiendo al dominio principal y no conseguí arreglarlo.

Pero el tema importante es el de las traducciones.

He conseguido actualizar a Prestahop 1.7.6.1, que se supone que en esta versión se solucionaban los problemas de actualizaciones. Y al principio eso parecía, he podido traducir algunos campos sin problemas. Pero enseguida he vuelto a tener problemas con la caché (tengo que ir eliminando los archivos desde FTP porque se me queda en blanco la web), y ahora sigo teniendo el mismo problema que al principio:

Could not crawl for translation files: The "/home/carneeco/public_html/var/cache/prod/themes/ps_grocery_205/translations" directory does not exist.

 

¿Qué solución hay? No puedo tener la tienda a medias de traducir!

[Prestafan33]

Si el problema es con la caché, prueba a desactivarla al menos hasta que termines toda la traducción.

[Tzita]

Vale.

Ahora, al intentar guardar los cambios de unas traducciones, me dice Internal Server Error.

Tengo la caché desactivada, y ahora he seleccionado "Never compile files" (que pensaba que ya la tenía así). Sigo teniendo el mismo problema, modifico algo, y me da error, la web en blanco y además, no se me guardan la traducciones que hago...

Edited October 3, 2019 by Tzita (see edit history)

[Prestafan33]

Activa el modo depuración para ver más información del error (Parámetros avanzados -> Rendimiento -> Modo depuración)...

[Tzita]

Hola, he activado el modo depuración, pero no me sale nada nuevo. Cuando intento traducir algo, la primera vez que le doy a guardar funciona, pero la siguiente vez se me queda la pantalla en blanco y con este error:

Warning: require_once(/home/***/public_html/var/cache/dev/appParameters.php): failed to open stream: Permission denied in /home/***/public_html/config/bootstrap.php on line 87

Fatal error: require_once(): Failed opening required '/home/***/public_html/var/cache/dev/appParameters.php' (include_path='/home/***/public_html/vendor/pear/pear_exception:/home/***/public_html/vendor/pear/console_getopt:/home/***/public_html/vendor/pear/pear-core-minimal/src:/home/***/public_html/vendor/pear/archive_tar:.:/home/***/php:/opt/php7.2/lib/php') in /home/***/public_html/config/bootstrap.php on line 87

Elimino los archivos, y vuelve a funcionar. Si que es curioso que estando en modo producción, tengo que borrar los archivos de la carpeta dev.

Del hosting me dicen que salen estos errores:

[03-Oct-2019 11:19:38 Europe/Madrid] PHP Fatal error: Uncaught Error:
> Call to undefined method NewProductsController::productSort() in
> /home/***/public_html/controllers/front/NewProductsController.php:48
> Stack trace:
> #0 /home/***o/public_html/classes/controller/Controller.php(291):
> NewProductsControllerCore->initContent()
> #1 /home/***/public_html/classes/Dispatcher.php(515):
> ControllerCore->run()
> #2 /home/***/public_html/index.php(28):
> DispatcherCore->dispatch()
> #3 {main}
> thrown in
> /home/***/public_html/controllers/front/NewProductsController.php
> on line 48
>
>
>
>
> [03-Oct-2019 14:40:23 Europe/Madrid] PHP Fatal error: require_once():
> Failed opening required
> '/home/***/public_html/var/cache/prod/appParameters.php'
> (include_path='/home/***/public_html/vendor/pear/pear_exception:/home/***/public_html/vendor/pear/console_getopt:/home/***/public_html/vendor/pear/pear-core-minimal/src:/home/***/public_html/vendor/pear/archive_tar:.:/home/***/php:/opt/php7.2/lib/php')
> in /home/***/public_html/config/bootstrap.php on line 87

[simchgab]

Alguien le pasa con la versión 1.7.6.8 que se le quede el relojito girando con las traducciones?

Recién instalado prestashop con el idioma español y español (Arg) abría sin inconvenientes luego de configurar parámetros normales de la tienda y actualizar los módulos propios de prestashop con el gestor de módulos Ahora queda re tildado el apartado de traducciones, sin importar si es backoffice, template, etc.

Ya intente borrar la cache desde /app/cache desde el backoffice de prestashop regenerar htaccess por si las dudas.

Y sigue sin traerme las traducciones. Alguna sugerencia?

 

Sin ir más lejos dado que la traducción de prestashop para español (argentina) es muy pobre he intentado para ahorrar trabajo por un tema de jerga del lenguaje copiar la traducción de español (españa) a español (argentina) y lo reconoce como el mismo idioma.... A ver sr. prestashop si es el mismo idioma entonces porque me instalas por defecto español (españa) y español (argentina) para colmo con una bandera de vaya a saber de donde cuando seleccionas en la instalación español y país argentina. Are you fucking kidding me?

 

[simchgab]

Bue, reinicializando los modulos propios de prestashop me encontre con esta sorpresita:

Error!

Excepción emitida por el módulo gamification en disable. Error al deshabilitar el módulo gamification. La propiedad Tab->name está vacía..

v2.3.2 - de PrestaShop, más alla de esto al renombrar la carpeta del modulo persiste el problema con la traducción en general

 

Sumado a esto que mejor que no funcione el debug

LevelChannelMessage

DEBUG11:55:11doctrineSELECT name FROM ps_module WHERE active = 1

INFO11:55:11requestMatched route "_admin_international_translations_modify".

DEBUG11:55:11securityRead existing security token from the session.

DEBUG11:55:11securityUser was reloaded from a user provider.

CRITICAL11:55:11phpUncaught Warning: debug_zval_dump() has been disabled for security reasons

CRITICAL11:55:11requestUncaught PHP Exception Symfony\Component\Debug\Exception\ContextErrorException: "Warning: debug_zval_dump() has been disabled for security reasons" at /home/albarico/public_html/vendor/symfony/symfony/src/Symfony/Component/VarDumper/Cloner/VarCloner.php line 322

DEBUG11:55:11phpWarning: highlight_file() has been disabled for security reasons

Edited October 14, 2020 by simchgab (see edit history)

[residentbea]

Buenas a todos:

Con el tema de las traducciones, me ha dado por entrar en parámetros avanzados/información y he visto que faltaban 42 archivos...

Todos de este directorio /web/vendor/beberlei/doctrineextensions

He entrado por ftp y cual es la sorpresa que el directorio se llama "DoctrineExtensions", con lo cual no reconocia los ficheros ahí ubicados. He pasado a minusculas el directorio y FUNCIONAN LAS TRADUCCIONES!!!
En la instalación en local que tengo, no hay ese problema, aunque el directorio lleve mayusculas lo reconoce igual, pero en mi servidor no. 

Espero que os sirva de ayuda.

[simchgab]

Genial, si en tu servidor local debes tener un WAMP que corre bajo windows la diferencia con tu host es que debe ser en base a Linux y linux si reconoce mayúsculas de minúsculas...