Wordpress:Problemas comunes y soluciones: Difference between revisions

From
Jump to navigation Jump to search
No edit summary
No edit summary
Line 61: Line 61:
* Volver a la versión anterior de Divi (en Divi > Opciones del tema > ROLLBACK TO THE PREVIOUS VERSION
* Volver a la versión anterior de Divi (en Divi > Opciones del tema > ROLLBACK TO THE PREVIOUS VERSION
* Actualizar Divi
* 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.
[[File:Varnish_activado.png|500px|thumb|center|Varnish activado]]
* Conectarse a la consola de la máquina Plesk. Se pueden seguir las indicaciones dadas en [https://wordpress.eprinsa.es/wiki/index.php?title=AWS#.C2.BFC.C3.B3mo_acceder_a_la_consola_de_administraci.C3.B3n_de_AWS.3F| ¿Cómo acceder a la consola de administración de AWS?]
* Una vez conectado a la consola, se ejecuta el proceso <pre>curl -X BORRAPECADOR http://dipucordoba.es</pre> siendo el resultado el siguiente:
<pre>
<!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>
</pre>

Revision as of 10:38, 29 July 2021

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).

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.

El usuario designado por el ayuntamiento para transparencia sólo tiene permiso para ver los contenidos

Síntoma

El usuario designado como editor de transparencia sólo puede ver un contenido y necesita editarlos.

Motivo

Los contenidos están asignados al usuario admin.

  • Acceder a la base de datos de transparencia.
  • Obtener el ID del usuario en cuestión (tabla <prefijo>_users).
  • Actualización del post_author de los contenidos:
    • Indicadores. Ejecutar la sentencia: UPDATE prefijo_posts SET post_author = 8 WHERE post_author = 0; donde prefijo es el prefijo de la base de datos.
    • Plenos, Juntas de Gobierno y Comisiones. Ejecutar la sentencia UPDATE prefijo_posts set post_author = 8 WHERE post_type = 'pleno' OR post_type = 'junta' OR post_type = 'comision-informativa' OR post_type = 'publicidad_activa' AND post_author <> 8; para todos los tipos de contenido (pleno, junta, comision-informativa y publicidad activa).

Una vez realizado esto, el usuario puede editar los contenidos.

(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 venta 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>