WordPress se quedó pillado en modo mantenimiento y no puedo entrar al panel: ¿cómo lo arreglo?

No pierdas el tiempo instalando un programa de FTP. Entra al panel de cliente de tu hosting, abre el Administrador de archivos desde cPanel o Plesk, busca el archivo .maintenance en la raíz, dale clic derecho y bórralo. No te lleva ni 30 segundos.

si no ves el archivo no te asustes marca la casilla de mostrar archivos ocultos (dotfiles) en la tuerca de arriba a la derecha del administrador de archivos. pues al llevar un punto delante el sistema lo reconoce como archivo oculto.

Hace dos años cometimos el mismo error en plena semana de rebajas. Por pánico restauramos la base de datos con la copia del día anterior y borramos unos 3.000 euros en pedidos de las últimas 8 horas. Ni se te ocurra restaurar copia, con borrar ese archivito basta.

Que el sistema se bloquee solo por recargar la pestaña no es normal. Seguramente el tiempo de ejecución PHP (max_execution_time) y el límite de memoria (memory_limit) de tu servidor son muy bajos. Al ejecutar cuatro plugins a la vez el servidor se saturó y por eso se congeló la pestaña, habla con tu hosting para subir esos límites.

La famosa amabilidad de WordPress de decirte "vuelve a comprobar en un minuto" y dejarte mirando la misma pantalla horas... Tranquilo que a tu web no le ha pasado nada, en cuanto borres ese único archivo la tienda vuelve a abrir al instante.

¿Entre los plugins que actualizaste había alguna pasarela de pago o un plugin grande de e-commerce que actualizase tablas de la base de datos? Tras borrar el archivo, ¿comprobaste si las páginas de pedido y carrito procesan un pedido de prueba de principio a fin?

Una vez solucionado el problema, asegúrate de crear una copia de prueba (staging) en un clic desde tu panel de hosting. En ninguna web que supere los 1.000 euros de facturación diaria se actualizan plugins directamente en producción; primero se prueba en un clon y, si no hay fallos, se pasa a la web en vivo.

Con borrar el archivo .maintenance del directorio raíz es suficiente, no se altera para nada la base de datos ni los pedidos.

Estoy de acuerdo.

Estoy de acuerdo a medias en parte no. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

Todo lo que no está por escrito ambas partes lo recordarán de forma distinta en el futuro. Lo dejo como nota, por si sirve.

Permíteme resumir lo que se ha dicho hasta ahora. Lo importante no es la cifra, sino en qué se basa esa cifra.

Eso es todo, disculpa si me he extendido demasiado.

Tiene razón.

Sí, la situación con wordpress modo mantenimiento es exactamente así. Cuanto más difícil sea revertir una decisión, más despacio debéis tomarla.

Si obtienes tres respuestas distintas sobre un tema, la pregunta está mal formulada.

Yo también pienso lo mismo. Si la propiedad del código no está en el contrato al irte no tienes poder de negociación.

Por supuesto, cambia si tu situación es diferente.

Gracias, me ha servido de mucha ayuda. Si es la primera vez que lo hacéis, empezad poco a poco, la escala llegará después.

Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Tomo nota, gracias.

En teoría es correcto, pero en la práctica no funciona así. Cuanto más difícil sea revertir una decisión, más despacio debéis tomarla.

Lo dejo como nota, por si sirve.

lo probaré.