Wordpress:Problemas comunes y soluciones

El acceso a contenido estático no funciona

Síntoma

Si se trata de acceder a un contenido estático (ficheros .html) se muestra una página en blanco

Solución

Desactivar el Procesamiento inteligente de archivos estáticos en la configuración nginx del sitio tal como se indica en la Solución 1 del artículo https://support.plesk.com/hc/en-us/articles/213927485--html-files-under-domain-show-white-page-with-nginx-enabled

Desactivar el Procesamiento inteligente de archivos estáticos en la configuración nginx

Tras restaurar la copia de seguridad del portal migrado a producción, no se muestra la portada

Síntoma

Una vez creado el dominio que se va a pasar a producción (en el plesk de producción, lógicamente) la portada aparece en blanco.

Solución

Acceder al administrador de archivos del dominio y eliminar el fichero httpdocs → index.html (o transparencia.dominio.es → index.html).

Tras clonar una plantilla y acceder, muestra la pantalla en blanco tanto para la gestión como para la portada

Síntoma

Una vez clonado el o subdominio dominio que se va a configurar y rellenar la gestión de WordPress y la portada aparecen en blanco, debido a un error provocado por el plugin Wordfence.

Solución

Acceder al administrador de archivos del dominio y editar el fichero .user.ini → cambiar la ruta de la plantilla por la del dominio o subdominio para el fichero 'wordfence-waf.php'.

Al introducir una nueva entrada se produce un error crítico en la web

Síntoma

Al intentar agregar una nueva entrada se produce un error crítico en lugar de acceder al editor clásico.

Motivo

Se produce tras actualizar el plugin toolset types a la versión 3.3.8, si se ha restituido el nombre de tipo "Posts" a "Entradas", tras la importación de contenidos que hace el plugin FG Drupal to WordPress Premium, que lo pone en el inglés "Posts" a su vez.

Solución

Se accede a Toolset → Campos personalizados → Post fields → Edit, editando el nombre del grupo de campos (Configuración para nombre_de_campos), y cambiar Name (obligatorio) por ejemplo a "Campos de entradas" y Guardar grupo de campos.

Corregir el fallo al insertar una nueva entrada

Con eso se reinicia el caché de ajustes de Toolset y resuelve el problema.

Wordpress permite añadir términos de taxonomía (categorías, por defecto) a varias entradas pero no quitarlos

Síntoma

Cuando se seleccionan varios contenidos, se elige la opción editar (aplicar) y se desmarca una categoría o término taxonómico, no los quita.

Motivo

Probablemente la limitación sea una cuestión de seguridad o preservación de la integridad de la base de datos.

Solución

En estos casos no queda otro remedio que actuar directamente sobre la base de datos. Se da el caso de que si se pretende eliminar categorías a contenidos que ya tienen otra que va a usarse en su lugar (pero que no puede sustituirse/renombrarse por afectar a otros contenidos que no están implicados) la selección y eliminación no es trivial en MySQL:

DELETE FROM `S4PbK_term_relationships` WHERE `term_taxonomy_id`=60 and `object_id` in (select * from (SELECT DISTINCT `object_id` FROM `S4PbK_term_relationships` WHERE `term_taxonomy_id`=327) as temp);

En esta sentencia, que elimina la categoría con id 60 a los contenidos que tienen también la categoría con id 327, es necesario añadir la cláusula "DISTINCT" en la select interior y envolverla en una select con un alias para que no dé error en la ejecución.

(WordPress 5.5 o superior) Los campos personalizados aparecen en la barra lateral de herramientas de ajustes en la edición de un contenido

Síntoma

Los campos personalizados no aparecen en la parte inferior del editor y sí en la barra lateral derecha.

Motivo

A partir de la versión 5.5 de WP, las metaboxes que contienen los campos personalizados pueden moverse con la flecha hacia abajo de la parte superior derecha (no la de plegar/desplegar, que es un triangulito y es la que aparecía en versiones anteriores), situándose en la barra lateral de herramientas de ajustes ("edit post sidebar" que se activa/desactiva con la rueda dentada) si es la más inferior, en caso de que haya más de una o es la única. Para hacer lo mismo en versiones previas debía arrastrarse la metabox hasta la barra lateral, método que se mantiene en la 5.5.

Nuevo botón para mover la metabox

Solución

• Si se pulsa en la flecha arriba, una vez que está en la barra de herramientas de ajustes, y es la superior vuelve a la parte inferior del "post layout" siempre que no se actualice la entrada y se vuelva a la pantalla de listado.
• Si se actualiza el contenido con la metabox en la barra lateral de herramientas de ajustes y se vuelve a la pantalla de lista, una vez que se vuelve a editar, ya no está disponible la zona inferior para albergar la metabox por lo que habrá de hacerse lo siguiente:
  • Acceder al icono de los tres botones verticales -> Opciones (última opción de este menú) y en la sección "paneles avanzados" clicar en "campos personalizados".
  • Una vez que se marca el checkbox aparece un botón "Activar y recargar" y al clicarlo recarga la página y vuelve a mostrar el panel, aunque colocando la metabox de los "campos personalizados"
    

    Volver a activar el panel de campos personalizados
  • Volver a añadir las metaboxes eliminadas con la flecha arriba (si es la superior) o arrastrándola encima o debajo de la metabox de "campos personalizados".
  • Actualizar.
  • Volver a acceder al icono de los tres botones verticales -> Opciones clicar en "campos personalizados".
  • Clicar en el botón que ahora se llama "Desactivar y recargar" y recargar la página.
  • Actualizar.

En cualquier caso este (des)ajuste es propio del usuario y eliminándolo y volviéndolo a crear, se restituye el susodicho panel con los campos que debía tener.

No se muestra la ventana de propiedades de los elementos Divi

Síntoma

Al tratar de acceder a la configuración de un elemento Divi pulsando sobre la rueda de configuración no se muestra la ventana de propiedades

Motivo

Problema con la actualización de Divi

Solución

• Volver a la versión anterior de Divi (en Divi > Opciones del tema > ROLLBACK TO THE PREVIOUS VERSION
• Actualizar Divi

Limpieza de caché de Varnish

Síntoma

La web no se muestra correctamente, datos erróneos, obsoletos, no se actualizan los contenidos, ...

Motivo

No se ha ejecutado el proceso de borrado de caché de Varnish

Solución

• Comprobar que el dominio tiene activado Varnish. Para ello, acceder a la configuración del dominio en el Plesk donde está alojado y ver si tiene Varnish.

Varnish activado

• Conectarse a la consola de la máquina Plesk. Se pueden seguir las indicaciones dadas en ¿Cómo acceder a la consola de administración de AWS?
• Una vez conectado a la consola, se ejecuta el proceso

  curl -X BORRAPECADOR http://dipucordoba.es

  siendo el resultado el siguiente:

<!DOCTYPE html>
<html>
  <head>
    <title>200 Full cache cleared</title>
  </head>
  <body>
    <h1>Error 200 Full cache cleared</h1>
    <p>Full cache cleared</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 1641306</p>
    <hr>
    <p>Varnish cache server</p>
  </body>
</html>

Bloqueo de elementos por la directiva Content-Security-Policy

Síntoma

Bloqueo y desaparición de algunos elementos en una web.

Motivo

La directiva de seguridad Content-Security-Policy bloquea elementos que no se encuentran en la lista de excepciones.

Solución

Aplicar las recomendaciones del siguiente documento: https://docs.google.com/document/d/10WmKb3KvrTh4y3ACAJhU3PPNmgMd55KWxvTozDQXmec/edit?usp=sharing

Usuarios bloqueados al crearlos

Síntoma

Un usuario se ha creado y se le ha enviado un email de activación. Aunque se borre desde la administración, no se puede crear de nuevo.

Solución

Acceder a la base de datos y en la tabla prefijo_signups buscar el usuario y eliminar el registro.