Gestores de contenidos

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:  

Ayer,  respondiendo a una pregunta de un cliente sobre spam en su web de WordPress, nos dimos cuenta que tenemos en el blog plugins de anti-spam, hemos comentado cómo manejar listas negras, pero no lo más sencillo: los Captcha.  Muchas veces publicamos lo complicado y nos olvidamos de lo simple. Así que hoy os hablamos de los Captcha y os recomendamos los plugins que usamos. ¿Qué son los Captcha? Son las imagenes que tenéis que identificar, o las operaciones que tenéis que resolver, o los puzzles que tenéis que montar antes de poner un comentario en una página web. ¿Por qué existen? Porque si no los administradores de páginas web tendríamos que estar borrando cientos de posts de spam al día. Hay robots en Internet que se dedican a plubicar en todos lados. Cuanto más gente lea tu web, más spam te llega. ¿Son eficaces 100%? No. Fueron uno de los métodos de intentar resolver el spam, pero los robots aprendieron a saltárselo. Cada vez que le pones una barrera a los hackers se deleitan en buscar maneras de saltársela. Pero si que es un primer filtro que quita una gran cantidad de publicaciones basura.   Así que recomendamos crear protecciones por capas. Es decir tener Captcha, tener listas negras, incluso tener pugins de anti-spam. Os dejamos los plugins que usamos normalmente con sus pros y sus contras. Captcha by BestWebSoft. Uno de los más usados y seguramente la primera opción si no queremos complicarnos. Permite texto, operaciones, configurar dónde tiene que aparecer y a quién etc. Google Captcha (reCaptcha) by BestWebSoft. Otro plugin de BestWebSoft, en este caso para implementar reCaptcha, el Captcha de Google. Personalmente me gusta mucho la versión de Google, que se puede implementar a mano, pero  siempre es más sencillo si te lo deja el plugin. Algunos plugins como Contact Form 7 se pueden integrar con reCaptcha. Captcha Code. Uno muy simple (con pocas opciones) para el que no quiera líos. Conditional Captcha. Un módulo “inteligente” que mira primero si la persona tiene un comentario aprobado, o según la puntuación de Askimet, y decide si presentar el Captcha o no. Math Captcha. Otra versión a probar.  

En ocasiones WordPress, y realmente todos los gestores de contenidos, tendrá un error que no produzca nada en pantalla. Sólo obtendrás una pantalla blanca. Puede ser al instalarlo, al ejecutarlo o al actualizarlo. En esas ocasiones debes poner WordPress en modo debug. Os lo hemos explicado antes para Prestashop , para Vtiger, y para Moodle. Con el módulo debug (desarrollador), aparecerán en pantalla errores que pueden darte una pista para encontrar el posible origen del error. Así puedes saber qué hacer para solucionarlo. Para poner WordPress en modo debug tienes que seguir los siguientes pasos: Tienes que acceder a los ficheros de tu web. Lo más común es por FTP, si no por ssh. Encuentra el fichero wp-config.php y ábrelo para editar. Tienes que encontrar la línea que pone define( ‘WP_DEBUG’, false ); Cambia la línea a (si no estaba por algún sentido añádela): define( ‘WP_DEBUG’, true ); Ahora refresca la página. Verás que aparecen errores en la página. Usa el buscador del blog y Google para encontrar la posible solución a ese error. Cuidado porque un mismo error puede ser debido a varias causas, todo lo que pruebes (y no te queda más remedio que probar) que puedas deshacerlo. Recuerda, una vez arreglado el problema, desactivar el modo debug poniendo la línea como estaba originalmente (en false). Más información aquí.  

Mucha gente no sabe esto (quizás porque mucha gente no debería saberlo 😀 ), pero en WordPress existe un menú oculto desde el que puedes ver todos los parámetros guardados en la tabla wp_options. Para acceder a este menú, puedes ir (una vez hayas iniciado sesión como administrador en tu web) a www.tudominio.loquesea/wp-admin/options.php Verás que aparece una página llamada Todas las Opciones y ahí hay muchos parámetros, dependiendo de tu web. Yo tengo muchos parámetro de plugins como Instant Articles, Jetpack…, y otras opciones del core. Algunos podemos cambiarlos, algunos no (los que pone Serialized Data). Eso si, los que no podemos siempre podríamos ir a la base de datos y cambiarlos. ¡¡Si no sabes, no toques!! Esto no es para el usuario medio. Normalmente nunca deberías cambiar algo aquí. Pero parar desarrolladores es uua manera rápida de consultar estos parámetros incluso de cambiar alguno sin entrar en la base de datos. Obviamente, haz una copia de seguridad antes de cambiar nada.  

El Webservice es un servicio poco conocido de Prestashop (y muy poco documentado) pero muy potente. ¿Qué es? Es una API , una CRUD  (Create, Read, Update, and Delete) API, que puedes usar para que otras aplicaciones o programas intereactúen, en las dos direcciones, con tu tienda online. Nos permite gestionar el catálogo, los pedidos, los clientes, consultar productos ….y descargar esa información a otras aplicaciones, o enviar esa información de otras aplicaciones a nuestro Prestashop. Cuando alguien se plantea hacer esto en Prestashop, algo que ocurre más a menudo de lo que pensáis porque muchos quieren conectar su tienda con su aplicación de gestión en el local o con otras tiendas (tipo Dropshipping), se plantean otras opciones como descargar el catálogo y enviarlo, realizar importaciones por csv o atacar directamente a la base de datos. La ventaja de los webservices es que se puede hacer todo eso de manera automática y programarlo. Es robusto, fiable y fácil de usar. Además, como veréis, se crean usuarios con accesos específicos así que es fácil controlar los permisos. Y lo que se produce es un xml (REST), algo fácilmente exportable a y entre otras aplicaciones. Las desventajas principales son la poca documentación que hay (toca prueba y error) y que  la arquitectura XML REST hace que cada actualización (de catálogo o de cantidades por ejemplo) deba hacerse una por una.  Esto hace que sea muy lento para ciertas cosas como actualizar un catálogo entero o una actualización completa de stock. Para muchos cambios quizás es mejor atacar directamente a la base de datos, hacerlo en partes o usar el importador del backend. Sería mejor usar JSON (más versátil con PHP) para esto último, que parece estar implementado pero todavía no para usarse en producción. Y no parece que lo estén moviendo mucho, tendremos que esperar. Pero para descargarse el catálogo, , producir informes, envíos de productos o de pedidos ocasionales es muy útil por la posibilidad de automatizar los procesos. ¿Cómo se activa? Tenéis que ir al backend a la opción de Parámetros Avanzados > Webservice. Ahí tenéis que poner en Sí la opción Activar el servicio Web. La de Activar modo CGI para PHP depende mucho del servidor donde tengas la web…prueba activarlo o desactivarlo cuando lo tengas funcionando y ver que pasa. Nota: Hay unos requisitos que debe cumplir tu servidor como tener curl activado y el mod_rewrite activo también. Una vez activado, puedes crear un acceso con sus permisos. Para eso, en el mismo apartado, en Webservice, pinch en el símbolo + (Añadir Nuevo) y después: Tienes que poner una Clave o pinchar en Generar (aconsejado). Si la pones tu ponla muy complicada. Lo curioso es que esta clave es la que luego tendrá que introducir la persona que acceda al webservice como nombre de usuario, dejando la clave en blanco (raro si). En la descripción identifica bien para qué es este servicio web. Debajo tienes que marcar los permisos que tendrá el usuario que entre con esa clave. Aconsejo hacerlos restrictivos y luego ir habilitando más según se vaya necesitando. Verás que puede hacer Get, Put, Post, Delete y Head. ¿Cómo se usa?  Entra desde un navegador a la dirección www.tudominio.xxx/dondeestétutienda/api Te pedirá un usuario y contraseña, recuerda usuario es la clave, contraseña en blanco. En la página que te aparece verás los servicios a los que tienes acceso en un xml. Cada uno tendrá una url a la que puedes acceder. Por ejenplo si te han activado los productos puedes verlos desde www.tudominio.xxx/dondeestétutienda/api/products Para el uso pronto haremos algún artículo. Pero os dejo los ejemplos sencillos de Prestashop aquí , aquí  y en su github. Puedes ver cómo para acceder a los clientes, pedidos, imágenes de manera básica y alguna implementación real que te puede servir para realizar tu programación. En este artículo podéis ver cómo acceder al web service desde PHP. Y para empezar con vuestra aplicación os dejo un vídeo de un usuario que crea una manera de listar los productos. Con eso ya tenéis para empezar.