Solución de problemas de WordPress: 10 consejos y técnicas fuertes

Reconocemos que la pesadilla de cada desarrollador es un problema con los problemas. El sistema hermoso e inherentemente complejo se confunde con un error simple, a menudo evitable, y esto da como resultado una cascada de fallas que escapará y eliminarán unas pocas horas de su vida en un momento. Si se encuentra en tal situación, aquí hay una guía breve, sin tonterías, para la resolución de problemas de WordPress. Recuerde: le ayuda a abordar su problema con una mente analítica, abierta (y tal vez un poco de café). También hay una concepción incorrecta de que tendrá que salir a la puerta. Cuando un sitio de WordPress se atasca o hace algo inesperado, la respuesta básica es tomar la prueba estándar para desactivar todos los complementos y reactivar uno por uno, con la esperanza de encontrar el complemento que causó el daño. Desafortunadamente, este enfoque reduce cualquier problema básico en un enchufe/tema menos reciente, que no ha podido reaparecer hasta que una actualización inofensiva, bien codificada en un complemento o un tema reciente lo haya activado. La prueba del complemento, aunque útil en términos de restringir a los culpables, podría permitir que el problema real desaparezca sin ser detectado, lo que podría significar repetir todo el proceso en una fecha posterior.

Ahora que esto está fuera de la carretera, para deshabilitar el caché del navegador y comenzar el trabajo. 1. Los complementos de solución de problemas de WordPress también son algunos complementos de WordPress que pueden ayudar a solucionar problemas. Aquí hay información sobre cualquier complemento que pueda pensar en ese proyecto de solución de problemas. Útil:
El monitor de consulta de complementos registra información detallada sobre los interrogatorios de la base de datos, las funciones llamadas (y qué complementos los han llamado), el uso de la memoria, etc. Puede ayudar a identificar la fuente de espacios (y errores). Simplemente muestre ganchos: muestra todas las acciones/ganchos que se ejecutan actualmente en cualquier página, junto con los métodos y prioridades. Puede ser útil cuando nada más funciona.
El solucionador de problemas le permite obtener información útil sobre las páginas de su sitio.
Más exageración que ayuda (y debe evitarse):
Plugin P3 Plugin Profiler de GoDaddy: la mayoría de los desarrolladores juraron en este enchufe (incluido yo), porque hizo lo que dijo en la caja. Cuando fue actualizado regularmente, hace 3 años. El perfil P3 que tenemos hoy es incompatible con las últimas versiones de WordPress (no acepta PHP 7).
Ahora, para 9 consejos y técnicas simples pero potentes, para los desarrolladores cuando se trata de usar la resolución de problemas de WordPress. 2. WP_DEBUG Este es tu mejor amigo. Si desarrolla algo para WordPress y WP_Debug no activado, ¿aprendió los conceptos básicos, Michael?
WP_DEBUG es la forma predeterminada de solucionar problemas de WordPress. Tiene dos subtipos: wp_debug_display (que muestra los errores en la pantalla) y wp_debug_log (que mantiene un registro de errores). Las tres funciones se pueden establecer en verdadero o falso en wp_config.php, un fragmento de código simple insertado antes /*eso es todo, ¡detener la edición! Feliz blogging.* / /* Eso es todo, ¡deja de editar! Happy Blogging.*/ Line en wp_config.php permitirá que WordPress registre todos los errores, advertencias y notificaciones en un archivo llamado debug.log. // habilitar wp_debug mode define (‘wp_debug’, true); // Habilitar el registro de depuración en /wp-content/debug.log archivo define (‘wp_debug_log’, true); // deshabilitar la visualización de errores y advertencias Define (‘wp_debug_display’, falso); @ini_set (‘Display_errors’, 0); // Use dispositivos de archivos Core JS y CSS (solo necesario si tiene modificando los archivos principales) Define (‘script_debug’, true); Si no lo activó cuando se ha producido el error, hágalo y espere 20 minutos. El mejor uso de la “Prueba de desactivación y reactivación de los complementos” mencionados anteriormente es hacerlo después de haber activado WP_DEBUG. Una vez que llegue a la configuración que ha llevado al error, sabrá exactamente qué salió mal. Si se trata de un conflicto entre dos componentes, verifique ambos en lugar de mirar lo último y llamarlo un día. La información que necesita será registrada por WP_DEBUG en un archivo en wp- content/debug.log
3. – IS_WP_ERROR () Este es otro solucionador de problemas de WordPress que viene con todo. Le permite verificar si un resultado es un error de WordPress (escriba WP_Error). Básicamente, confirme sus suposiciones sobre una función errónea. Si el código falla, devolverá un objeto WP_Error y mostrará un mensaje de error. 4 pruebas el sitio y la configuración suena básica, pero es increíble cuántos desarrolladores simplemente se olvidan de separar los medios de prueba de los sitios web en vivo y pueden romper las cosas frente a quienes lo visitan. Su entorno de prueba está configurado para que coincida con Sitio web en vivo con el último punto, independientemente del lugar donde se aloje el Test One (local o en el servidor de la etapa). Recomendaría ir con un servidor de puesta en escena.
5. Informes de errores WPDB Los errores de informes en la base de datos de WordPress es la herramienta básica si utiliza la clase WPDB para resolver todos los problemas de base de datos. Esto asegura que sus interrogatorios se ejecuten correctamente y que aparezcan errores (con mensajes) para la resolución rápida de problemas. Activarlo. 6. Verifique los registros de errores del servidor, pueden ahorrarle durante horas para buscar su código frontal y consultas si piensa en buscarlos primero. Mensajes como el “error del servidor interno” pueden ser el resultado de un script que excede la duración máxima de ejecución, que no se registrará o no se mostrará como error PHP o WordPress. Si esto sucede, verifique nuevamente el diario de error solo para asegurarse de que el error no estuviera de su lado antes de llamar a su proveedor de alojamiento y solicitar errores o algunas actividades que pudieran haber causado el error.
7. Errores de PHP Hay una manera simple de mantener un registro de errores de PHP cuyas notificaciones pueden haber perdido (o las que no han aparecido en absoluto). PHP viene con sus propios trucos de informes de errores. Puedes ejecutar phpinfo (); y eche un vistazo al método ERROR_LOG. También puede configurar el archivo php.ini para activar el informe de errores y designar una ubicación para almacenar el registro de errores, de la siguiente manera: ERROR_REPORTING = E_ALL | E_STRICT ERROR_LOG = /VAR/LOG/PHP_ERROR.LOG Si php.ini es inaccesible (porque su proveedor de alojamiento considera esto), aún puede solucionar los errores de PHP que causan la pantalla blanca de la muerte. A menudo, el error proviene de una función escrita incorrecta o un punto faltante y coma. Use el comprobador de código PHP (o algo similar) para encontrar y corregir errores de sintaxis. Si la sintaxis no tenía error, es hora de eliminar las grandes armas. Use un IDE o eclipse de PhpStorm que romperá el código en las partes para permitirle verificar si hace algo lógicamente incorrecto (como esto constante obliga a WordPress a usar las versiones de “desarrollo” adicionales de algunos de los archivos básicos de CSS y JavaScript. de versiones compactas (minimizadas) que pueden cargarse. Para una resolución grave en los casos en que pruebe algunos archivos JS o CSS incorporados, esta es una necesidad. Simplemente defina la constante como verdadera.


Define (‘script_debug’, true); Tenga en cuenta que el paquete JQuery básico no le da a un cerdo sobre esta función. 9. BAURDADORES Esto guarda los interrogatorios de la base de datos en una matriz que puede ver para analizarlas para obtener problemas más adelante. La información guardada (cuando Constanta se define como verdadera) incluye consultas, sus tiempos de rodadura y la función que las nombró primero, almacenada en $ WPDB -> consultas globales. Definir (‘Bavebandas’, verdadero); Tenga en cuenta que el mantenimiento activado ralentizará significativamente su sitio, por lo que le recomendamos que active esto solo cuando resuelva problemas y lo apague. Los errores de código doing_it_wong () generalmente ocurren como notificaciones debido a una función wordPress do_it_wong (). Es de sí mismo que debes leer. Los. Dang. Error. Mensaje. ¿Por qué? Porque a menudo contiene detalles que indican las razones que causaron el error. En común entre estos “no es el uso de ganchos de acción para cargar scripts (en particular JavaScript)”. Pero en serio, un desarrollador que rechaza un mensaje de error simplemente no se activa.
El resultado es más fácil de decir que hacerlo, toda esta solución de problemas. Asegúrese de no asumir nada (¡lea la introducción nuevamente!) Y recuerde que un trabajo de parche ahora es una migraña más tarde. En lugar de recuperar el sitio lo antes posible (seguido para irse a casa y nunca debe pensar en ello), piense en descubrir errores y simplificar el COD, para que pueda aprender. También puede gustarle la Guía de seguridad completar para WordPress.