Cómo limpiar la caché de WordPress desde el servidor/FTP/ubicación remota

Question

Cómo limpiar la caché de WordPress desde el servidor/FTP/ubicación remota

17 sept 2016, 00:42:37

Vistas: 18.1K

Votos: 2

Normalmente no trabajo con WordPress y me está costando encontrar muchas cosas.

Añadí una línea de PHP personalizado a un archivo de plantilla en el tema hijo, y olvidé un punto y coma. Ahora el sitio no carga y se queda cargando indefinidamente. Cuando esto me pasa en Drupal, normalmente solo guardo el archivo nuevamente y actualizo; al parecer WordPress no funciona así...

¿Dónde se guarda la caché por defecto de WordPress y qué archivo(s) debo eliminar/editar para forzar a WP a limpiar sus cachés? No puedo acceder al sitio web de ninguna manera, no carga. Solo tengo acceso por FTP. Si no puedo simplemente borrar la caché, ¿qué opciones tengo en esta situación?

WordpressNoob

21

php caché servidor

Comentarios

WordPress no tiene caché de página incorporado, por lo que necesitarás identificar el plugin de caché utilizado e investigar a partir de ahí. Sin embargo, este es un problema muy localizado. No tener acceso al panel de control y editar archivos directamente en el servidor es realmente una receta para el desastre.

Dave Romsey

17 sept 2016 00:50:46

@DaveRomsey Tengo una copia de seguridad y parece que no hay ningún plugin de caché en la lista de plugins, así que por defecto ¿WordPress no almacena nada en caché? ¿Qué puedo hacer para resolver esto? ¿Un error tipográfico en PHP en un archivo de plantilla puede llevar a un error irrecuperable? Eso suena como un error crítico completamente roto. ¿Hay algún tipo de mecanismo de seguridad si este error tipográfico se ingresó en el editor del backend?

Altef four

17 sept 2016 00:57:10

Correcto, el núcleo de WordPress no realiza caché de página. Intenta eliminar temporalmente el tema hijo usando FTP, corrige el problema en la plantilla (que puede que no se haya guardado en primer lugar), luego vuelve a agregar el tema hijo. Necesitarás acceder al área de administración para volver a establecer el tema hijo como tema activo. Como no tienes acceso, podrías simplemente entrar al tema hijo y asegurarte de que tu corrección se guardó porque me da la impresión de que editaste el tema a través del editor de temas en el backend (originalmente pensé que también usaste FTP para eso).

Dave Romsey

17 sept 2016 01:07:37

Quité el tema hijo y luego lo volví a subir por FTP y ahora todo funciona. Estoy súper confundido. No, solo me preguntaba si, teóricamente, si cometiera el mismo error tipográfico en el backend en lugar de editarlo por FTP, ¿explotaría de la misma manera? Y elijo no editar con el editor del backend en WordPress porque es súper lento y con retraso, y necesito resaltado de sintaxis, y algunos archivos que necesito editar (archivos PHP mal codificados en el tema premium) no son visibles para el editor en WordPress, necesito acceso FTP.

Altef four

17 sept 2016 01:31:50

Sí, presumiblemente te encontrarías con el mismo problema si hubiera un error fatal en el tema editado por FTP. Personalmente, desactivo los editores de temas y plugins porque usarlos es simplemente buscar problemas. He añadido la solución que sugerí como respuesta. Por favor acéptala si realmente soluciona el problema (mantiene WPSE limpio).

Dave Romsey

17 sept 2016 04:46:00

Todas las respuestas a la pregunta

Comentarios

Para agregar, no creo que las páginas de error estén usando un código HTTP 200 (o al menos no deberían hacerlo), y por lo tanto no se debería haber realizado caché de la página de error. Por otro lado, PHP 5.6 (?) introdujo el almacenamiento en caché del código PHP analizado y debido a algún fallo del servidor en la configuración, el cambio en el archivo no fue detectado y no se volvió a analizar

Mark Kaplun

17 sept 2016 21:16:03

He agregado el caché de opcode como posible razón.

Rarst

17 sept 2016 21:24:50

Rarst 100K · Answer 1 · 2016-09-17T21:02:52Z

WordPress no tiene caché nativo de salida del código fuente de la página. En una instalación básica, los cambios en las plantillas deberían mostrarse inmediatamente.

Si eso no sucede, hay varias razones posibles:

hay un plugin de caché de páginas estáticas instalado, que sirve una versión antigua (la implementación específica de la caché dependerá del plugin);
hay una capa de caché entre el sitio e internet, como un proxy inverso proporcionado por el hosting;
el sitio tiene cabeceras HTTP configuradas de forma que causan que el navegador (o posiblemente un servidor proxy en la ruta) almacene en caché de manera excesivamente agresiva;
PHP tiene caché de opcode instalado (lo cual es bueno/normal) y está configurado para almacenar en caché de manera agresiva/durante más tiempo (poco común), lo que podría hacer que ignore los cambios en el código fuente PHP del archivo por un tiempo.