He oído hasta ahora en 2015 han habido ninguna virus o explotar SQL para "dejar" cientos de sitios y blogs WordPress, Como era en años anteriores, pero alrededor de un mes ocurren cosas extrañas. Conocí a muchos sitios que parecían perdidas la conexión con la base de datos. Error establecer una conexión a la base de datos.
En la práctica, cuando se produce un error de este tipo en WordPress, lo primero que hay que comprobar es:
- Si el servicio mysql se ejecuta en el servidor. Hay situaciones en las que el Sobrecarga del servidor que es el anfitrión del servicio de base de datos mysql / mysqld para dejar de correr. En este caso, el servicio se reinicia desde terminal (a través de ssh o la consola) o desde la interfaz web si existe esta posibilidad.
- Error de configuración usuario / contraseña in wp-config.php. En esta situación, se verifica si el usuario de la base de datos y el nombre de la base de datos están configurados correctamente en wp-config.php.
Una tercera situación es corrupción (inexplicable hasta ahora) tabla wp_options de MySQL. Entonces, antes de que entre en pánico si encuentra su sitio con "Error establecer una conexión a la base de datos ”, es bueno comprobar si las tablas de la base de datos están bien.
Cómo verificar y reparar la tabla wp_options de WordPress en caso de que esté corrupto. Marcado como estrellado y debe ser reparado.
1. abierto phpMyAdminNos vamos de la base de datos de la página web que está abajo y tratar de acceder a la tabla wp_options. Si está dañado, verá una alerta que informa esto.
En la pantalla de arriba es sobre Table wp_options de la base de datos "mobile_apk". Tabla 'sqldb/wp_options'está marcado como fallado y debe repararse.
2. Seleccionar tabla wp_options, marcando la casilla junto a él, luego vaya al menú desplegable inferior (Con seleccionado) y seleccione "Reparación de mesa".
3. Después de este paso del tutorial, la respuesta de una instrucción SQL y compruebe si el sitio va en los parámetros normales.
usuarios WordPress que no tienen instalado phpMyAdmin, pueden hacerlo desde terminal / el servidor en el que se encuentra la base de datos, ejecutando los comandos:
- comprobar si la tabla wp_options es corrupto:
mysqlcheck -c baza_date wp_options -u user_db -p
- arreglar la tabla wp_options de la base de datos "base de datos":
mysqlcheck -r mydb wp_options -u user -p
Es bueno que después de asegurarse de que el sitio volvió a la normalidad para hacer una copia de seguridad de la base de datos. incluso recomendar copias de seguridad periódicas. Nunca se sabe :)
Sin embargo, ¿POR QUÉ sucede esto? He estado experimentando esto con varios sitios para un cliente que están todos alojados en un Dios.addy servidor. Arreglarlo es bastante fácil, pero ¿qué lo corrompe en primer lugar y cómo puedo evitar que vuelva a suceder?