Soporte

Los plugins de caché son muy útiles para mejorar el rendimiento de nuestra página en WordPress. Pero, cuando dan problemas, se pueden poner muy pesados. Tanto, que no sea posible quitarlos desde el backend y sea necesario desinstalarlos de manera manual.

Ya escribimos cómo hacer esto con WC Total Caché, hoy os dejamos el proceso para otro muy conocido WP Rocket.

Cómo desinstalar WP Rocket de manera manual.

Tienes que:

• Eliminar la carpeta del plugin de  /wp-content/plugins/
• Borra la carpeta  /wp-content/cache/ 
• Borrar la carpeta  /wp-content/wp-rocket-config/ 
• Borra el fichero /wp-content/advanced-cache.php
• Edita el fichero htaccess y borra cualquier cosa entre  #BEGIN WP ROCKET y #END WP ROCKET
• Edita el fichero wp-config.php de la raíz de tu web y cambia el campo define(‘WP_CACHE’, true)  a define(‘WP_CACHE’, false) 
• Borra la entrada wp_rocket_settings y la entrada transients and cronjob en la tabla Options de tu base de datos.

Con eso ya debería estar todo borrado. Más información aquí.

Si tienes Magento con el módulo oficial de RedSys puede que te esté ocurriendo este error. Los pagos están entrando, se reciben, pero el pedido se queda pendiente y al cliente le devuelve a una página con error.

La causa de esto es que el módulo está mal, tiene definidas 3 páginas de “callback” (retorno):

DS_MERCHANT_MERCHANTURL, DS_MERCHANT_URLOK y DS_MERCHANT_URLKO

Estas páginas son las de la tienda, las de pedido correcto y las de pedido erróneo. Pero el plugin tiene definida la misa url (dirección) para todas estas páginas.

Os enseñamos a corregirlo.

Solución.

Tenemos que modificar el fichero /app/Code/Redsys/Redsys/Controller/RedSysController.php y añadir las direcciones. Una manera de hacerlo es:

• Encontrad donde pone  $urlTiendaOK=$this->_baseURL.”redsys/index/notify”; y añadid justo después las siguientes dos líneas (dos variables):
      $urlTiendaOK=$this->_baseURL.”checkout/onepage/success”;
      $urlTiendaKO=$this->_baseURL.”checkout/onepage/failure”;
• Id a donde pone:
  
  $miObj->setParameter(“DS_MERCHANT_URLOK”,$urlTienda);
  $miObj->setParameter(“DS_MERCHANT_URLKO”,$urlTienda);
  
  y cambiadlo por
  
  $miObj->setParameter(“DS_MERCHANT_URLOK”,$urlTiendaOK);
  $miObj->setParameter(“DS_MERCHANT_URLKO”,$urlTiendaKO);

De esta manera tiene las nuevas direcciones a las que ir cuando el pago sea exitoso o no.
Probad ahora un pago, veréis como llega bien a Magento, el pedido pasa a su estado pagado y el cliente recibe el mensaje de “pago correcto”.

En ocasiones en Magento 2 vemos que nuestro sitio web no se ve bien, no se cargan los CSS o los JS y sale el error:
“MIME type (‘text/html’) is not a supported stylesheet MIME type, and strict MIME checking is enabled. Refused to apply style.”

Lo que ocurre en este caso es que el contenido estático no está correctamente generado y hay que regenerarlo. Pero no lo podemos hacer desde el backend (si la página está en modo producción, que debería). Lo tenemos que hacer por línea de comandos. Hoy os enseñamos cómo.

Solución.

Puede haber diferentes causas, os dejamos varias.

1. Realizar un deploy.
   Sería una de las primeras cosas a probar: realizar un deploy que genera de nuevo todos los ficheros estáticos necesarios para producción. En teoría esto se hace desde el directorio raíz de Magento con:
   
   php bin/magento setup:static-content:deploy
   
   Lo que no viene en casi ningún manual es que esto hace deploy del contenido en_US, y no del español. Por eso a nosotros no nos funcionó. Tuvimos que forzar el deploy del contenido español con :
   
   php bin/magento setup:static-content:deploy -f es_ES
   
2. Parece ser que si vas a modo Developer (desarrollo) y luego pasas a modo Producción te hace el paso anterior, te genera de nuevo el contenido estático. Otro día mostramos cómo hacer eso.
   
3. Permisos.
   Puede que los ficheros no se estén cargando bien por tema de permisos. Para eso comprueba que los permisos están correctamente. Deberían ser:
   – Directorios: 711: find . -type d -exec chmod 0711 {} +
   – Ficheros php: 600: find . -type f -name “*.php” -exec chmod 600 {} +
   – Todos los demás ficheros 644. find . -type f -exec chmod 0644 {} +
   
   Comprueba que los ficheros y directorios pertenecen al usuario:grupo correcto (en modo recursivo). Y además que el directorio bin/magento tiene permisos de ejecución: chmod u+x bin/magento
   Más info aquí.
   
4. FIchero .htaccess en pub/static/
   Entra en el directorio pub/static/ y asegúrate que tiene el fichero .htaccess. Cuidado, recuerda que es un fichero oculto.
   Si no está:
   – Descárgate la versión adecuada de Magento.
   – Coge el fichero de pub/static de esa descarga.
   -Súbelo a tu sitio.
   – Limpia caché de Magento y de tu navegador.