Gestores de contenidos

En ocasiones tenemos que realizar cambios en un fichero de nuestro alojamiento llamado .htaccess. Lo más normal, seguro y recomendable es tener acceso FTP y editarlo desde ahí, porque en caso de problema siempre es fácil hacer copia del fichero y volver a ponerlo. Nuestro acceso no depende de nuestro acceso web a WordPress. Pero, a veces no tenemos acceso web, o no queremos acceder por ahí. Aquí tenéis alguna opción.Nota: antes de cambiar un fichero de este tipo, haz copia en tu ordenador. Así siempre puedes volver al estado anterior. Modificaciones en este fichero pueden hacer que la página sea inaccesible. Editar el fichero .htaccess desde el panel del alojamiento. Todos los alojamientos tienen un panel de usuario con un acceso tipo WebFTP, que no depende de WordPress, y nos permite editar ficheros.Cada panel es diferente, pero en la mayoría de los casos dice Archivos, WebFTP o similar. Entra ahí, ve al directorio raíz de tu WordPress y deberías ver el fichero. Si no lo ves, a veces tienes que activar la opción de “mostrar ficheros ocultos” o del sistema, porque algunos lo ocultan por seguridad. Si aún así no lo ves, puede ser que todavía no tengas uno (raro, pero eso posible). Editar el fichero .htaccess por las herramientas de Yoast. Destacamos este método porque muchísimas webs tienen este plugin de SEO. Si te vas a la sección de SEO>Herramientas en el menu de este plugin, tienes un editor de archivos. Ahí puedes (según permisos) modificar el fichero robots.txt (si lo tienes) y el .htaccess. No siempre tendrás permiso para hacerlo, pero es un método muy útil. Con un plugin. Como siempre en WordPress, tienes plugins que pueden hacer esto (de nuevo depende de los permisos del servidor. Os dejamos algunos. Htaccess Editor – Safely Edit Htaccess File Htaccess File Editor WP Htaccess File Editor

Como os dijimos el otro día, WooCommerce, aun siendo increíble, no tiene en cuenta cuestiones importantes como el NIF, CIF o DNI en los datos de cliente. Algo obligatorio para las facturas en España.Hoy vamos a enseñaros a añadirlo con y sin plugin. 1. Añadir el NIF, CIF o DNI a WooCommerce sin plugin. En este caso añadiremos uno o varios códigos. Por lo tanto o los añades al functions.php de tu tema hijo, o a Snippets (como prefieras). Sinceramente, con lo que se actualiza WooCommerce, y siendo algo tan vital, yo estoy más cómodo usando un plugin que código personalizado.Porque si hay errores más adelante los del plugin pueden arreglarlo, y puedes deshabilitar los plugins también rápidamente. Si no quieres complicarte, vete directamente al siguiente apartado para hacerlo con un plugin.Pero esto es a gusto del consumidor. El código ya lo han desarrollado otros, y os dejamos los ejemplos: https://www.wpdesk.net/blog/vat-eu-woocommerce/ https://ayudawp.com/como-anadir-el-cifnif-en-woocommerce/ Aquí os dejo el primero resumido: 2. Añadir el NIF, CIF o DNI a WooCommerce con plugin. (OPCIÓN MÁS RECOMENDABLE) Como os he dicho, yo prefiero este método. Al final el plugin es el código anterior “empaquetado”. Pero podemos gestionarlo de otra manera, y los plugins más maduros tienen soporte y actualizaciones (con mejoras del código y nuevas funcionalidades).Hay dos tipos de plugins que podemos usar para esto. Plugins específicos: Ya existen plugins específicos para añadir estos campos. Os dejo unos pocos: WC – APG Campo NIF/CIF/NIE. Compatible con WooCommerce PDF Invoices & Packing Slips (que usamos para tener las facturas con numeración consecutiva). Es instalar y activar y ya aparece el DNI en la factura. DNI WooCommerce. EU VAT for WooCommerce. Permite deshabilitar el IVA para ciertos países (EUROPA) y dejarlo para España. Plugins no específicos. Podéis también usar los plugins que permiten añadir campos a WooCommerce y hacerlos o no obligatorios. Tiene la ventaja que son plugins que llevan mucho tiempo, ya probados para todo tipo de campos y compatibles con otros plugins.Os recordamos dos de los más importantes. WooCommerce Checkout Manager. El más usado para esto. En un artículo próximo os enseñamos a hacerlo con este plugin (porque no es inmediato). Flexible Checkout Fields. Os dejamos que probéis y elijáis la opción que más os convenga. Pero con esto, y el artículo del día pasado de la numeración, tendréis las facturas de WooCommerce legales en España.

Con la llegada de WordPress 5.1, y mejorado en la 5.2, se ha activado una nueva herramienta de la que queremos hablaros hoy: Salud del Sitio. Para acceder a ella tienes que ir a Herramientas- > Salud del Sitio. Como veis disponemos de dos pestañanas MUY útiles. En la primera, Estado, tenemos un listado de errores críticos y recomendaciones. Tanto versiones de Php, errores de https, problemas con los módulos o con el core de WordPress.En la segunda Información, disponemos de información sobre Wordress, el servidor, los directorios, temas, módulos etc etc. Todo exportable al portapapeles. Como veis es mucha información que puede usar el administrador para adelantarse a problemas futuros, o analizar y resolver problemas actuales. En muchos casos nos ahorra instalar otras cosas como phpinfo o similar y nos proporciona casi toda la información que necesitamos en un mismo sitio. Todas estas pruebas que realiza ahora el sistema, se pueden modificar o detener por código, o por plugins, hablaremos de eso otro día. Fatal Error Protection. Pero no es todo. Junto a la información, Site Health incluye otra función que, una vez depurada algo más, será muy útil y promete conseguir que nunca nos veamos sin acceso al backend. Se llama Fatal Error Protection: Protección de Error Fatal. El objetivo del mismo es: It should be possible for an administrator to access their admin backend, even in case of a fatal error. “Debería ser posible, para un adminsitrador, acceder al backend incluso en caso de error fatal”. Antes, sin Fatal Error Protection, cuando ocurría un error fatal solía aparecer la White Screen of Death, WSOD (página en blanco de la muerte), y no se podía acceder. Teníamos que entrar por FTP y deshabilitar plugins o temas. Con este nuevo sistema, incluido en la Salud del Sitio, aunque no visible, cada vez que ocurra un error de este tipo, se le notificará por correo al administrador. En el correo tiene la página o páginas que han sufrido el error, y la posible causa, junto a detalles técnicos.Además, le llega un enlace de un “modo de recuperación” (enlace que caduca en 1 día) . Si accede a través de ese enlace, podrá entrar en el backend porque el módulo o tema que está dando error estará “pausado”. Así el administrador podrá tomar las medidas necesarias para arreglarlo, directamente en WordPress sin usar herramientas adicionales. Buena solución…aunque depende de que nos llegue el correo porque el enlace no se puede conseguir, todavía, por ningún otro medio.