Trucos

Hoy vamos a intentar explicar un error de WordPress que surge en determinadas ocasiones, si se dan varios casos, y que puede resultar extraño. Caso: Hemos programado una publicación de WordPress, o una oferta de WooCommerce, esperamos que se publique como siempre pero no aparece. Cuando entramos en el backend de vuestra tienda, aparece la publicación con una aviso en rojo: Programación perdida. Causa: ¿Por qué sucede esto? Vamos a intentar explicarlo. Cuando programas una entrada en WordPress, lo que hace el sistema es usar un pseudo-cron llamado wp-cron.php. Como no puede modificar el cron del servidor, deja las tareas pendientes hasta que se cargue un script, hasta que se carga página (porque un cliente ha visitado la web). Es decir, si no se cargan las páginas no se ejecutan las tareas programadas. ¿En qué casos no se cargan las páginas? Si se dan algunas de estas condiciones: No ha habido visitas a tu página en ese periodo de tiempo. Pero tu página tiene que tener pocas visitas para eso. Tienes un sistema de caché en tu web (como W3 Total Cache) que tiene caché de objetos. En ese caso, cuando los clientes solicitan visitar tu página, el sistema les proporciona un html generado, no la página php que dispara el cron wp-cron.php. El cliente visita la página, pero, al ser cacheada no dispara la tarea programada. Soluciones: Tienes tres soluciones posibles. En teoría podemos desactivar en los sistemas de caché la caché de objetos. En W3 Total caché está en Rendimiento>Objet Cache.   Pero nosotros lo teníamos desactivado y aún así no saltó el cron. Si pasa muy a menudo, y tienes acceso de gestión por ssh, o por panel al cron del servidor, puedes editar el cron del servidor para llamar (con fetch) cada cierto tiempo al wp-cron.php. (por la ruta http://www.tuweb.es/wp-cron.php?doing_wp_cron) . Con el tiempo que quieras, por ejemplo cada 15 minutos. Cómo hacerlo depende de cada servidor y el acceso que tengas. Con un plugin. Tienes plugins como Improved Cron, WP-Cron Control,  o WP-Crontrol.  Algunos lo gestionan ellos, otros puedes poner un hook y gestionar tu cuando quieres que se ejecute el código.    

Si gestionas una tienda en Prestashop con bastantes productos, o con un inventario que viene de otro software, estarás acostumbrado a importar productos a tu tienda. En ocasiones, si estás usando un fichero Excel (xslx) para realizar los cambios y luego importarlo a Prestashop, puede que obtengas un error de fecha al importarlos. Puedes tener el error en cualquier campo de fecha (date_add o date_upd). La razón del error es que Excel usa un sistema llamado valores de serie para almacenar las fechas. Almacena todas las fechas como enteros y todas las horas como fracciones decimales. Pero claro, nosotros estamos acostumbrados a verlos como dd/mm/aaaa o similar. Prestashop requiere las fechas en formato aaaa-mm-dd. La solución es sencilla. Tienes dos maneras de arreglar esto. Puedes exportar tu Excel a un fichero delimitado por comas, csv, antes de la importación a Prestashop. En la conversión te convertirá la fecha de serie a texto. Problemas: 1) Al pasarlo a cvs se te van también todas las fórmulas y modificaciones Excel que hayas hecho al fichero. El formato csv permite pocas cosas. Por lo tanto debe ser un fichero sólo de importación. 2) Tienes que asegurarte antes de pasar la fecha al formato que necesita Prestashop (aaaa-mm-dd). Entonces puedes requerir otro paso…y para eso haz el siguiente método y te quedas con el Excel. Si quieres mantenerte en el formato Excel, tienes que cambiar el formato de fechas de serie a texto, con el orden que requiere en Prestashop. Para ello vamos a usar la función TEXT (fecha;”formato”). Si tu Excel está en español la función es  TEXTO (fecha;”formato”). Os lo mostramos en el vídeo: