A veces nos ha ocurrido que aunque la plataforma Magento (versión 1.9) funciona perfectamente y las URLs van bien, cuando hemos querido instalar desde el Downlader una extensión con la URL del Marketplace de Magento, nos ha dado el error:

Leer más

Cuando en Magento estamos trabajando con listados de productos en categorías y activamos el atributo “isAnchor” en la categoría para que salga el buscador por atributos, el list.phtml que muestra el listado no es el que tiene la plantilla en
plantilla-que-estamos-usando/template/catalog/product/list.phtml,
sino el que se encuentra en la carpeta
base/template/catalin_seo/catalog/list.phtml.

Entonces, para personalizar esta plantilla, copiaremos el contenido de catalin_seo a la carpeta de nuestra plantilla, y modificaremos ese archivo.

A veces sucede que cuando se instala un plugin en MAgento, o lo desinstalamos, o actualizamos la plataforma de alguna forma, la parte del front se ve perfectamente y funciona todo, pero al intentar entrar en el backend, no podemos acceder al mismo.

Nos ponemos un poco nerviosos, porque aunque no es la pantalla de mantenimiento, no podemos acceder al backend de nuestro comercio electrónico. Si después de hacer lo que te recomiendan en foros y webs, que suele ser “borrar el contenido del directorio de var/cache de Magento”, “borrar el contenido del directorio var/sessions de Magento” y ver que sigue igual, y después de poner el código correspondiente al modo desarrollador:

[crayon-5ae23ad9df81f052462555/]

y comprobar que seguimos sin ver nada, ni en los archivos de log propios de Apache ni en los de var/log y var/reports de Magento, y tampoco has conseguido ver qué ocurre al desactivar la compilación, es que ha llegado el momento de utilizar este código, que devolverá qué clase es la que da el error, y por lo tanto, nos dará pistas de qué está ocurriendo (por ejemplo, que no se ha instalado / desintalado el plugin correctamente, o que la instalación ha encontrado algún problema a la hora de volcar todos los archivos de la actualización, y alguno no lo ha hecho, o se ha corrompido algún archivo, etc).

[crayon-5ae23ad9df825238859895/]

Esta minientrada servirá para ayudaros a resolver un problema como el que tuvimos recientemente con una instalación de un módulo en un Magento. A pesar de seguir las instrucciones al pie de la letra al instalar (volcar carpetas y archivos, limpiar cachés, desactivarlas, activarlas…), nos daba un error 500 al activarlo, así que dimos estos pasos para encontrar el error y solucionarlo fácilmente:

Primero nos metimos por ssh al servidor, y fuimos al directorio de logs del apache (distinto del log de Magento). Allí hicimos un tail -f al archivo de error, y nos devolvió el error:

PHP Fatal error:  Class ‘empresa_modulo_Model_Mysql4_Setup’ not found in includes/src/Mage_Core_Model_Resource_Setup.php on line 234

Como no podíamos tener la web con un error 500 mientras realizábamos la búsqueda, borramos el archivo XML que está en app/etc/modules que activa al módulo, y empezamos a investigar. Como las soluciones que proponían en Internet no nos surtían efecto, decidimos borrar los archivos antiguos (más de 4 horas) de sesiones de var/sessions/, activamos de nuevo el plugin, y todo funcionó a la primera.

Espero que os sirva de ayuda.

Cuando afronteis un proyecto en Magento u otra plataforma de comercio electrónico, podeis usar todos los módulos que se os apetezcan, pero cuando llegue la hora de configurar la parte de forma de pago, si os piden configurarlo para un banco, olvidaos de todo e id a los módulos que os ofrecen los chicos de Zhenit. En su web de módulos de pago teneis todo lo necesario para montar el módulo de pago y olvidarse de problemas, incompatibilidades, etc. Y si teneis alguna duda, os atenderán muy amablemente y os guiarán en todo.

El proceso completo es el siguiente, compras el módulo, lo descargas, lo instalas, lo configuras,… y te olvidas.