Jump to content

Recommended Posts

Soy nuevo en este foro y es mi primer post.

Tengo este error tanto en el index como admin:

 

Fatal error: Uncaught exception 'SmartyException' with message 'unable to write file /home/u335673367/public_html/prestashop/cache/smarty/compile/c3/61/97/wrt51bef7546c7513.71860515' in /home/u335673367/public_html/prestashop/tools/smarty/sysplugins/smarty_internal_write_file.php:44 Stack trace: #0 /home/u335673367/public_html/prestashop/tools/smarty/sysplugins/smarty_internal_template.php(201): Smarty_Internal_Write_File::writeFile('/home/u33567336...', 'compileTemplateSource() #2 /home/u335673367/public_html/prestashop/classes/module/Module.php(1623): Smarty_Internal_TemplateBase->fetch() #3 /home/u335673367/public_html/prestashop/modules/favoriteproducts/favoriteproducts.php(105): ModuleCore->display('/home/u33567336...', 'favoriteproduct...') #4 /home/u335673367/public_html/prestashop/classes/Hook.php(421): FavoriteProducts->hookDisplayHeader(Array) #5 in /home/u335673367/public_html/prestashop/tools/smarty/sysplugins/smarty_internal_write_file.php on line 44

 

Tengo este problema y no se como solucionarlo;

 

en la configuración de rendimiento tengo la compilación forzosa y el cache desactivado.

 

también he borrado el interior de los archivos cache/smarty/compile y cache/smarty/cache menos los index.php y funciona pero al cabo de un rato se vuelve a producir el error.

 

Si alguien puede ayudarme lo agradecería.

Link to comment
Share on other sites

Perdona que es eso de FastCGI?

 

Si las carpetas tienen esos permisos y los ficheros index tambien.

 

en la carpeta cache/smarty/compile se me crean varias carpetas con numeros y letras como 5b,b1,e6,fe,b8,etc.. con permisos 771 estos son los archivos que borro y todo me funciona pero despues parecen que se crean de nuevo y otra vez el error.

 

gracias por responder rapidamente

 

me he quedado sorprendido...

Link to comment
Share on other sites

he borrado otra vez los achivos de compile y chace

 

en rendimiento quito forzar compilacion y activo cache funciona pero al cabo de un rato otra vez este error:

 

Fatal error: Uncaught exception 'SmartyException' with message 'unable to write file /home/u335673367/public_html/prestashop/cache/smarty/cache/blocktopmenu/0/category/1/1/1/4/0/0/0/0/2c/1f/4f/wrt51bf0c5f36d173.64200869' in /home/u335673367/public_html/prestashop/tools/smarty/sysplugins/smarty_internal_write_file.php:44 Stack trace: #0 /home/u335673367/public_html/prestashop/tools/smarty/sysplugins/smarty_internal_cacheresource_file.php(102): Smarty_Internal_Write_File::writeFile('/home/u33567336...', 'writeCachedContent(Object(Smarty_Internal_Template), 'write(Object(Smarty_Internal_Template), '

 

esta vez se me han generado carpetas en cache/smarty/cache carpetas como homeslider,blocktopmenu,etc...con permisos 771

 

gracias.

Link to comment
Share on other sites

FastCGI no es soportado por mi servidor. Crees que los permisos son el problema?

FastCGI no es soportado por mi servidor. Crees que los permisos son el problema?

 

Es una de las "pegas" que en otro tema comentaba con Victor, que en las versiones 1.5.x es casi imprescindible FastCGI.

 

A mi persona mente me resulta mas comodo y sencillo trabajar en mod Apache, pero en fin, hay que adaptarse al FastCGI.

 

Verifica los permisos de cada una de las carpetas y archivos que te a dado el error.

 

Después, si no funciona, tendremos que "engañar" al servidor para que conceda los permisos necesarios a las aplicaciones y archivos php que crea el propio Prestashop, y eso sin poder configurarlo desde dentro, lo puedes probar mediante el .htaccess .

 

Busca por el foro configuraciones .htaccess para poder encontrar la forma de "engañar" al server.

Link to comment
Share on other sites

Pregunta:"¿FastCGI es soportado en sus servidores?"

 

Respuesta: "FastCGI/CGI/Perl no es soportado en nuestros servidores."

 

es lo que me dicen

 

Modo curiosidad. ¿Donde estas alojado? (Como se llama la empresa)

Link to comment
Share on other sites

  • 2 weeks later...
  • 2 weeks later...

Cuando se trabaja en modo Apache y la aplicación crear directorios o ficheros pueden ocurrir estas cosas... ya que seguramente toda la estructura de directorios y ficheros pertenecen a tu usuario FTP... y el nuevo contenido que está generando PrestaShop pertenece a Apache... por lo que el usuario Apache no puede crear o modificar contenido del otro usuario (FTP).

 

Como te han recomendado ya, lo ideal es: trabajar en modo FastCGI y permisos 755 en directorios y subdirectorios, y 644 para ficheros... teniendo esto muy presente, para descartar o no que sea un tema de permisos, le pones a todo tanto ficheros como directorios 777 y pruebas. Si así te funciona, el trabajo ahora consiste en detectar exactamente que es lo que necesita más o menos permisos y tratar de dejarlo todo con 755 y 644 menos eso que necesites.

Y en caso de que con todo a 777 tampoco te funcione, podría ser que tu proveedor te tenga que cambiar el usuario de algún directorio y/o ficheros... para que sea también el usuario Apache, y PrestaShop usando Apache pueda escribir dentro o modificar ficheros sin dificultad.

 

Buena suerte, ya nos cuentas.

 

Saludos.

  • Like 1
Link to comment
Share on other sites

Por cierto, para detectar si estáis trabajando en modo FastCGI o no.

 

Crear un fichero llamado nadie.php

 

y meterle este contenido:

 

<?php
phpinfo();

?>

 

Subir el fichero nadie.php al raiz de tu tienda.

 

Accedar a vuestra web asi:

 

tuweb.com/nadie.php

 

Y fijaros en la parte que dice:

 

Server API

 

si aparece:

 

CGI/FastCGI

 

Estais trabajando en modo FastCGI

 

si os sale algo parecido a:

 

Apache Handler

 

Estáis trabajando en modo apache.

 

---

 

Por otro lado, normalmente en un hosting decente, no os ponen problemas en la activación el modo FastCGI

  • Like 1
Link to comment
Share on other sites

Por otro lado, normalmente en un hosting decente, no os ponen problemas en la activación el modo FastCGI

 

Lo normal incluso al menos con Plesk y Cpanel, es que el propio usuario sea quien decida el modo de ejecución PHP.

Link to comment
Share on other sites

Lo normal incluso al menos con Plesk y Cpanel, es que el propio usuario sea quien decida el modo de ejecución PHP.

Efectivamente, suele ser lo habitual, lo que pasa es que existen casos en los que no se usa ni plesk, ni cpanel y hay hosting, que teniendo ambos paneles, no te permiten cambiar el modo de ejecución, aunque no suele ser habitual.

 

Saludos

 

-------------------------

 

Por cierto, en una de las ocasiones que me salto el error era por falta de espacio. xD (Aunque solo lo comento a modo anecdótico) 

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...