Cuando activas enlaces permanentes diferentes a los por defecto en Ajustes -> Enlaces permanentes, WordPress modificará automáticamente el archivo .htaccess a las últimas reglas de rewrite.
Así que, si tu archivo .htaccess tiene permisos de escritura, lo más habitual, WordPress escribirá un bloque de directivas en este archivo, como estas:
# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress
Curiosamente, cuando quieres activar multisitio en tu web WordPress no modifica automáticamente el archivo .htaccess, sino que te informa de las reglas que debes añadir manualmente.
Pero en un WordPress sencillo añade estas reglas por su cuenta, pero resulta que WordPress tiene sus cosas a la hora de añadirlas, apunta:
# BEGIN WordPress y # END WordPress sirven como marcadores usados por WordPress
Si no existen los marcadores las reglas de enlaces permanentes se añadirán al final del archivo .htaccess
Si existen los marcadores, da igual lo que haya entre ellos, se actualizarán automáticamente
Puedes mover tus reglas de enlaces permanentes a cualquier parte, no hace falta que sea al final del archivo, moviendo el bloque entero de reglas, marcadores incluidos.
Si has personalizado tus reglas de enlaces permanentes dentro de los marcadores, los cambios los sustituirá WordPress por sus reglas
No hay modo de borrar la línea vacía antes del marcador de cierre
Así que, visto este comportamiento, el quid de la cuestión es que tienes que añadir tus reglas personalizadas de .htaccess siempre fuera de los marcadores BEGIN y END, de otro modo WordPress las sustituirá por las reglas de enlaces permanentes por defecto y las perderás.
¿Porqué esto no mola?
Vamos a resumir:
Las reglas de enlaces permanentes personalizadas dentro de los marcadores BEGIN y END se perderán.
Si tienes reglas de enlaces permanentes fuera de los marcadores, o sin los marcadores, WordPress pasará de ellas y seguirá añadiendo sus reglas de rewrite al final del archivo .htaccess.
Y cualquiera de estos dos posibles escenarios es peligroso, especialmente si tus reglas personalizadas son necesarias para la funcionalidad de tu web, la navegación, etc.
Esto es especialmente común en tiendas online, donde es bastante habitual añadir reglas de rewrite personalizadas para acortar URLs de productos, eliminar lo que sobra, cosas así.
Y, claro, como el bloque de reglas personalizadas no está envuelto dentro de los marcadores BEGIN/ENDWordPress se toma la libertad de añadir su propio bloque de reglas de enlaces permanentes al final de tu archivo .htaccess.
Estas reglas de enlaces permanentes, dicho sea de paso, son bastante redundantes en ocasiones, y podrían interferir con las funcionalidades habituales de tu sitio, especialmente si tus reglas personalizadas no las has escrito adecuadamente, por ejemplo si olvidas añadir la marca "L".
Incluso podría provocarse un desastre si cometes el error de meter tus reglas personalizadas dentro de los marcadores BEGIN/END, pues ya sabes que WordPress sustituirá todo lo que haya ahí por sus reglas por defecto, y eso puede romper de todo tu web, así que no lo hagas, es la peor situación.
Nunca pongas reglas personalizadas de permalinks dentro del bloque de #WordPress del archivo .htaccess Click Para Twittear
Así que, a las malas, es siempre mejor que WordPress meta sus reglas aunque sean redundantes, mientras tu pongas tus reglas personalizadas fuera de ese bloque ¿entendido?
De todos modos, nunca es buena idea que te metas a modificar el archivo .htaccess sin un conocimiento preciso de cómo funciona ¿razones?:
La sintaxis de Apache/.htaccess es tremendamente sensible a los errores
Un simple error de sintaxis/idioma puede tirar el servidor
No es seguro asumir directivas de .htaccess previas
Las directivas de .htaccess existentes pueden entrar en conflicto con las nuevas reglas que se añadan
Cualquier cosa que se añada al archivo .htaccess debería probarse en profundidad antes de que esté activa, especialmente si afectan a otras reglas
De hecho, el mejor modo de romper tu instalación de WordPress es enredar con el archivo .htaccess sin saber exactamente qué estás haciendo.
El mejor modo de romper #WordPress es enredar en el archivo .htaccess sin saber exactamente qué haces Click Para Twittear
Y te digo todo esto porque, antes de meternos a ver maneras de impedir que WordPress cambie el archivo .htaccess, es importante que comprendas que cualquier paso mal dado podría hacer que algo, o todo, deje de funcionar.
Cómo evitar que WordPress modifique el archivo .htaccess
Bueno, pues manos a la obra. Vamos a ver cómo impedir que WordPress haga de las suyas con nuestro archivo .htaccess.
Método 1: Bloquear el archivo .htaccess
La manera más limpia es hacer que el archivo .htaccess sea de "solo lectura". Al cambiar los permisos de archivo a solo lectura WordPress no podrá modificarlo.
Los permisos de archivo por defecto en WordPress son 644, y en mi caso suelo sustituirlos por 444 en el archivo .htaccess, pero también puedes cambiarlos a 440 o 400. La idea es que lo limites al mínimo necesario, que en mi experiencia suele ser 444. De todos modos, si tienes dudas pregunta a tu proveedor de hosting.
Lo que te quiero decir es que este sencillo cambio es una solución robusta y fiable, pero también debes ser consciente de que de este modo evitarás que WordPress, pero también plugins y temas, hagan cambios al archivo .htaccess.
Así que, si haces este cambio y mañana tu plugin de cache, por ejemplo, quiere añadir reglas a tu archivo .htaccess, serás tú quien tendrá que añadirlas manualmente.
Ni siquiera tú mismo podrás hacer cambios al archivo por FTP, SSH o el editor de tu plugin SEO favorito, antes tendrás que cambiar los permisos a 644, hacer los cambios, guardarlos, y volver a cambiar los permisos a 444.
Recordatorio
Permisos por defecto de .htaccess = 644 (rw- r-- r--) Permiso de solo lectura .htaccess = 444 (r-- r-- r--)
Si estás todo el día haciendo cambios en el archivo .htaccess, por ejemplo para añadir nuevas reglas de bloqueo de spam o cosas así, puede que prefieras usar el siguiente método.
Método 2: Añade un filtro
Si quieres evitar que WordPress siga actualizando automáticamente tus reglas de enlaces permanentes, pero también quieres que el archivo siga teniendo permisos de escritura para otras tareas, entonces puedes añadir el siguiente filtro en tu plugin de utilidades o en el archivo functions.php del tema activo:
// Evitar que WordPress modifique reglas de enlaces permanentes en .htaccess add_filter('flush_rewrite_rules_hard','__return_false');
Este filtro evitará que WordPress modifique las reglas de enlaces permanentes de tu archivo .htaccess (o web.config si usas un servidor Windows).
La única posible pega de este método es que deberás estar atento si en algún momento WordPress hace algún cambio en sus reglas de enlaces permanentes por defecto, para actualizar tu archivo .htaccess a lo que salga. Pero vamos, que yo sepa esto solo ha pasado una vez, hace 6 años.
Método 3: Haz tus personalizaciones fuera de los marcadores de WordPress
Como ya te he comentado, si no te importa que WordPress, o incluso los plugins escriban en tu archivo .htaccess, simplemente puedes añadir tus reglas personalizadas al archivo .htaccess fuera de los marcadores BEGIN/END de WordPress.
De este modo WordPress seguirá actualizando sus reglas de enlaces permanentes, y cualquier plugin podrá también añadir lo que sea a tu archivo .htaccess (los de cache, seguridad y SEO lo hacen con bastante asiduidad), mientras tus reglas personalizadas no serán sustituidas/borradas por WordPress.
Método 4: No hagas nada
Por supuesto, siempre puedes dejar que WordPress actualice tu archivo .htaccess como quiera. Solo un par de apuntes acerca de este "método":
Sólo te lo recomiendo si no necesitas reglas de enlaces permanentes personalizadas.
Aunque no es malo de suyo que WordPress haga cambios en tu servidor, quizás deberías plantearte si también vas a permitir que los plugins tengan esos mismos privilegios.
Así que si estás pensando "qué chorrada, decirme que no permita que WordPress haga lo que considere necesario", tranqui. Lo que te estoy informando es de que en ciertas situaciones permitir que WordPress escriba automáticamente en tu archivo .htaccess puede ser peligroso.
Pero, ahora bien, si siempre usas las reglas de ajustes permanentes por defecto que ofrece WordPress, entonces no pasa nada porque haga los cambios automáticamente. No seré yo quien niegue que WordPress es seguro y fiable, que lo es.
Si quieres aprender a usar WordPress profesionalmente tienes una oportunidad de oro la semana del 21 al 25 de noviembre en Madrid.
¿Qué tipo de curso es?
El curso es presencial y totalmente práctico. Aprenderemos todo lo que necesitas de WordPress para crear webs para ti o para tus clientes.
Son 20 horas de formación práctica, directa e intensa, en la que trabajaremos en una web real, que tú mismo crearás desde el primer día, y tendrás terminada al finalizar el curso.
Temario del curso
WordPress, primeros pasos e instalación
Introducción a los CMS (gestores de contenidos) y WordPress
Características de WordPress
Requisitos y elección de hosting
Instalación de WordPress y primeros ajustes
Ajustes principales
Instalación de plugins y temas
Plugins imprescindibles
Actualizaciones
Gestión y creación de contenidos
Páginas y entradas
Etiquetas y categorías
Enlaces
Multimedia
Texto, formatos y estilos
Extractos
Etiquetas HTML fundamentales
Creación y diseño de tu web
Instalación y configuración del tema Premium Divi 3
Maquetación de portada
Menús, cabeceras, widgets y personalización
Ajustes de lectura
Creación y maquetación de páginas (contacto, blog, etc.)
SEO y WordPress
SEO desde la instalación
Ajustes SEO fundamentales
Plugins SEO, configuración y uso profesional
Sitemaps, Robots, Herramientas para Webmasters
SEO de contenidos
WooCommerce – Creación de tiendas online
Instalación de WooCommerce
Creación de páginas de tu tienda online
Configuración y formas de pago
Tipos de envío y atributos
Creación de un producto simple
Creación de un producto variable
Creación de un producto agrupado
Creación de un producto externo/afiliado
Extendiendo y mejorando tu tienda online
WordPress multilenguaje
Instalación de WPML Multilingual CMS
Idioma por defecto
Detección del idioma
Menús, widgets y selector de idioma
Creación de entradas y páginas multilenguaje
Creación de menús multilenguaje
Frontpage multilenguaje
Seguridad y Optimización WordPress
Instalaciones y configuraciones seguras de WordPress
Copias de seguridad (backups)
Protección de WordPress
Cómo reparar un WordPress comprometido
Web Performance Optimization en WordPress (WPO)
Mobile WPO & A.M.P.
Cache para WordPress
CDN (Content Delivery Network)
HTTPS & HTTP/2
WordPress Avanzado y Programación
Ajustes de configuración avanzada en wp-config.php
Ajustes de configuración avanzada en .htaccess
Anatomía de un tema WordPress
Temas hijo (child themes)
Funciones, acciones, filtros, hooks, shortcodes
Crea tu propio plugin personalizado de funciones
Instalaciones – Fechas – Horarios
El curso se imparte de lunes a viernes en horario de 16:30 a 20:30 (20 horas), del 21 al 25 de noviembre de 2016, ambos inclusive. Procura llegar antes de la hora de comienzo de cada clase. Yo estaré media hora antes cada día para atender cualquier duda que te surja entre clases.
El aula para el curso está en las instalaciones de SiteGround España, en la Calle Serrano 1, 5ª planta, junto a la Puerta de Alcalá, en Madrid, con área de descanso, cafés y fruta gratis y unas dependencias modernas, perfectas, y en un lugar inmejorable y muy bien comunicado, con internet de alta velocidad.
¿Qué incluye el curso?
20 horas de formación presencial totalmente práctica
Hosting WordPress gratis durante 3 meses, cortesía de SiteGround
Documentación en PDF
Códigos para tus webs
eBook exclusivo de más de 300 páginas gratis
Imágenes y vídeos libres de derechos para tus webs
Grabación en vídeo de todas las clases
Zona de descargas exclusivas
Tema Divi 3 profesional premium gratis
Plugins premium y exclusivos gratis (valorados en más de 180€)
Diploma certificado
Deberás traer tu propio ordenador, no tablet (no se incluye)
¿Cuántas plazas hay?
Solamente hay 12 plazas disponibles por curso, el límite máximo que me impongo para mis formaciones presenciales, para poder atender personalmente a cada alumno. Odio las clases atiborradas, donde te sientes uno más.
Sí, todo lo que hacemos en pantalla en las clases queda grabado y podrás disponer de los vídeos completos de manera privada para repasar cada parte de las mismas a tu ritmo.
Precio del curso
El curso tiene un precio base de 301,29€, pero si te suscribes a Ayuda WordPress recibirás un cupón descuento de 80€, con lo que puedes recibir esta fantástica formación por solo 221,29€.
Por esta pequeña inversión recibirás software y recursos valorados en mucho más de este precio, pero sobre todo tendrás las herramientas y conocimientos para ganar dinero creando webs tú mismo para otros.
Puedes pagar el curso cómodamente mediante pago seguro con tu tarjeta de crédito o débito, o también mediante Paypal.
No, no existe ninguna certificación oficial de WordPress, y si alguien te la ofrece te está mintiendo y engañando. Recibirás, eso sí, un diploma certificado de la formación recibida, avalada por Ayuda WordPress y firmada por Fernando Tellado, en papel e impresión de alta calidad.
¿Qué tal es el curso?
No te lo diré yo, mejor lee las valoraciones de los alumnos que ya lo han realizado en este enlace. Mi objetivo es que conozcas, comprendas y uses WordPress de manera profesional para poder ganarte la vida creando webs, y para ello te ofrezco todo lo que sé y las herramientas que necesitarás.
¿Donde obtengo más información antes de apuntarme al curso?
Si tienes alguna duda en la página de información del curso puedes revisar todo lo que incluye, o también puedes enviar un email a servicios@ayudawp.com o llamar al teléfono de atención al alumno 644 747 747 (en horario de oficina)
Además, una vez reserves tu plaza, unos días antes del inicio de la formación recibirás un email mío con toda la información para acceder, primeros recursos para descargar y algunos consejos prácticos.
¡Vale, convencido! ¿Donde me apunto?
Corre que las plazas se agotan enseguida, y no hago cursos todas las semanas, ni siquiera todos los meses, normalmente imparto un curso cada 2 meses, para poder dedicar el tiempo que mereces para prepararlo y que obtengas el máximo rendimiento a tu esfuerzo.
Hay varias situaciones en las que te puedes encontrar con una fea pantalla en blanco al acceder a la administración de WordPress, una de ellas especialmente preocupante es cuando viene acompañada de un error 500 del servidor.
La primera tentación al ver un error 500, si es el caso, es contactar con tu servidor, pero no siempre la culpa es de tu proveedor de hosting – he dicho no siempre ¡eh!
Los motivos pueden ser varios, pero casi siempre suelen estar provocados después de alguna actualización de plugins, temas o incluso WordPress, o de algún cambio en la configuración de un plugin o tema, aparte de que seas un manazas, que también es posible.
Hay varias cosas que podemos comprobar y tratar de arreglar, y yo te aconsejo seguir esta lista anti-desastres si te encuentras una pantalla en blanco al acceder a la administración de tu WordPress.
Antes de nada: Activa la depuración
Antes de ponerte a toquetear nada te recomiendo que actives el modo de depuración (debug) de WordPress, así dejarás de ver la pantalla en blanco y, en su lugar, se mostrarán los errores que realmente están provocando el problema.
Para ello abre el archivo wp-config.php de tu instalación de WordPress y añade las siguientes líneas:
Es posible que la primera línea ya exista, si así fuera simplemente cámbiala de false a true.
La primera línea es la que activa la visualización de errores, y la segunda crea un archivo de depuración en /wp-content/debug.log, en el que aparecerán todos los errores de depuración.
Comprueba los plugins
Lo primero es comprobar los sospechosos más habituales: los plugins. Para comprobar si alguno ha sido el culpable accede por FTP o cPanel a tu servidor y cambia el nombre a la carpeta de los plugins.
Estará en /wp-content/plugins/ así que ponle otro nombre, por ejemplo /wp-content/plugins-malos/, por decir algo.
Si consigues acceder simplemente vuelve a renombrar la carpeta de los plugins a su denominación original y vuelve a activarlos, uno a uno, probando si luego puedes acceder, hasta detectar cual es el que provocó el error.
Comprueba los temas
Para comprobar si es cosa de los temas el procedimiento es parecido, pero antes debes asegurarte de que tienes instalado al menos uno de los temas por defecto de WordPress, el Twentyloquesea que toque este año.
¿Por qué te digo esto? Pues porque vamos a desactivar el tema activo y ¿no querrás que tu web se quede en blanco sin mostrar contenido alguno no?
WordPress, si no detecta ningún tema activo automáticamente activa el último tema por defecto que tengas instalado, para que si le da a Google por pasar por tu web mientras haces experimentos o arreglos, aunque se vea fea, al menos que muestre tu contenido en vez de … nada.
Pues bien, una vez descargues algún tema Twentyalgo y lo subas por FTP o cPanel a la carpeta /wp-content/themes/, en esta misma carpeta, renombra la carpeta de tu tema activo a lo que sea, por ejemplo:
De /wp-content/themes/Nombredemitema/ a /wp-content/themes/Nombredemitema-malo/
Al renombrar la carpeta, WordPress desactiva el tema activo, busca a ver si hay algún Twentyalgo instalado y lo activa.
A continuación borra la carpeta de tu tema, previa copia de seguridad, e intenta acceder a tu WordPress.
Si fuese problema del tema ya deberías poder entrar en la administración. Luego sube una versión limpia y actualizada, antes de volver a tratar de activarlo de nuevo.
Revisa el archivo .htaccess
Otro de los motivos más comunes es que tu archivo .htaccess esté corrupto, que tenga algo que no le conviene por decirlo así. Pueden ser líneas unidas que no deberían estarlo, espacios o intros fuera de sitio, demasiadas cosas, así que iremos a lo rápido, para no revisar línea a línea.
Accede por FTP o cPanel al directorio de instalación de tu WordPress y haz una copia del archivo .htaccess. A continuación bórralo o cámbiale el nombre, lo que prefieras, para que no esté activo.
Tu web debería funcionar igualmente, pero dará error al hacer clic en cualquier enlace interno, esto es normal. Simplemente intenta acceder a la administración de WordPress – si ya funciona – y en Ajustes -> Enlaces permanentes guarda cambios sin modificar ningún ajuste.
Con esta acción WordPress crea de nuevo un archivo .htaccess limpio, solo con las reglas de enlaces permanentes de WordPress, y ya funcionarán también todos los enlaces de tu web, además de la administración, si es que lo has logrado.
Aumenta el límite de memoria de PHP
Esto ya lo hemos visto otras veces, pero también aquí nos puede servir, y es que, debido al límite de memoria de PHP de tu servidor, tu web puede mostrar un error 500.
La manera más sencilla de comprobar si este es el problema es abrir el archivo wp-config.php de tu instalación y añadir la siguiente línea:
define('WP_MEMORY_LIMIT', '64M');
Guarda los cambios e intenta entrar. Si no lo consigues prueba a subir el límite a 128M o incluso 256M. Pero no creas que esto vale para siempre, date cuenta que es un parche temporal y debes revisar tu plan de hosting, o incluso cambiar de proveedor.
Revisa los archivos de instalación de WordPress
También puede ser que, debido a una instalación fallida, algunos archivos de WordPress estén corruptos o incompletos, así que descarga la última versión desde WordPress.org y, por FTP o cPanel, sube las carpetas wp-admin y wp-includes y sustituye las existentes por las nuevas.
Comprueba los permisos de archivos y/o carpetas
Otro posible motivo puede ser debido a que los archivos y/o carpetas de tu instalación no tengan los permisos correctos. Si así fuera también esto puede provocar errores 500 y pantallas blancas de la muerte en WordPress.
Puedes solucionarlo de dos maneras:
Accede por FTP o cPanel a tu instalación y revisa los permisos de cada archivo y/o carpeta y revisa si tienen los adecuados: 644 para archivos, 755 para carpetas. Lo malo de este método es que tienes que revisar los permisos casi uno a uno.
Si estás alojado en SiteGround puedes acceder al Kit de herramientas WordPress y, en un clic, cambiar automáticamente todos los permisos de tu instalación a los adecuados en el botón Arreglar permisos.
Contacta con tu proveedor de hosting
Si nada de lo anterior funciona me temo que te toca contactar con tu proveedor de hosting para que, o te den una solución, que a veces pasará por cambiar de plan de alojamiento.
Si has descubierto algún otro modo de solucionar el problema de la pantalla blanca y/o error 500 en la administración de WordPress estamos deseando leerlo en tus comentarios.
