Cómo solucionar problemas de WordPress más allá de los elementos básicos

La resolución de problemas de WordPress comienza con wp_debug, pero puede ir mucho más lejos. En este artículo, lo haremos:
Consulte cómo escribir mensajes de solución de problemas en un archivo de registro y dónde está ese archivo
Aprenda a usar los archivos básicos básicos de JavaScript y CSS para fines de solución de problemas,
Aprenda a registrar todas las consultas SQL SQL SQL,
Conozca algunos complementos que mejoren la experiencia del solucionador de problemas
Escribir mensajes de solución de problemas en un archivo de registro para comenzar la solución de problemas, vaya al archivo wp-config.php desde la raíz del sistema de archivos de WordPress y active la variable de solución de problemas, es decir, depurar a Tru:
Define (‘wp_debug’, true); Definir esta constante como verdadera hará todos los errores de PHP, notificaciones y advertencias que se muestran en la pantalla. Se recomienda hacer esto durante la fase de desarrollo del proyecto, porque le muestra los errores en su código mientras se desarrolla y puede remediarlos de inmediato. ¿Pero si desea verificar los errores en un sitio de producción? Mostrar errores en la pantalla es lo último que desea hacer, porque no solo molesta el aspecto del sitio, sino que también puede ser una fuente de fuga. Entonces, ¿cómo podemos detectar errores que ocurren en la producción? ¿Hay alguna forma de ver la información de solución de problemas sin compartir los visitantes del sitio? De hecho, hay y hay otras constantes definidas en wp-config.php.
Introducción a wp_debug_display y wp_debug_log WordPress Codex documenta una solución a este problema, bajo la entrada para solucionar problemas de WordPress: después de comenzar wp_debug, iniciar wp_debug_log. De esta manera, los errores perseguidos se escriben en un archivo de registro. Ahora podría preguntar quién creará ese archivo de diario y dónde vivirá. La respuesta es que WordPress trata con esto para nosotros, lo que significa que no necesitamos nuestra creación manual: tan pronto como ocurre un error, se crea un archivo de diario y se coloca en la carpeta WP-Content. ¡Tan sencillo! Lo siguiente que debe hacer es no permitir que se escriban errores en la pantalla. Para hacer esto, deshabilite wp_debug_display .// Desactiva la pantalla y la advertencia (‘wp_debug_discplay’, falso); Y, por lo tanto, el conjunto de comandos que nos permiten enviar mensajes de error a un archivo y no para detectar es el siguiente: // activar el modo wp_debug
Define (‘wp_debug’, true);
// Habilitar la solución de problemas en el archivo /wp-content/debug.log
Define (‘wp_debug_log’, true);
// Desactiva la visualización de errores y advertencias
Define (‘wp_debug_display’, falso); A veces es posible que deba agregar esta línea para ocultar los errores en la pantalla. Esto puede suceder si el archivo de servidor php.ini tiene una pantalla establecida en 1.
@ini_set (‘display_errors’, 0); Escribir sus propios mensajes en el archivo de registro o cuando ECHO no lo corta durante el proceso de localización de un error, uno de los problemas más convenientes es el uso de ECHO y VAR_DUMP. Pero a veces estos comandos no se pueden usar. A veces, la razón es clara: por ejemplo, al crear un widget y algo no funciona bien durante el método de rescate, el eco de la pantalla no funcionará, porque la función usa AJAX, actualizando así la parte del widget al que estaría eco – ing. Borrar o no, el resultado es el mismo y debe encontrar una forma diferente de mostrar los valores de las variables en cuestión. La solución es iniciar WP_DEBUG y WP_DEBUG_LOG en wp-config.php, es decir, establecer tanto en CIERTO. Esto crea un archivo ERROR.LOG y lo coloca en la carpeta WP-Content. Cómo registrar variables en lugar de ECHO ahora, en lugar de usar el comando echo para registrar sus variables, use el comando PHP ERROR_LOG. Entonces, en lugar de echo “estoy en línea 38”; Usted escribe: ERROR_LOG (“Estoy en la línea 38”); Cómo registrar variables en lugar de var_dump ahora para suponer que no tenemos una cadena de error o ninguna cadena, pero queremos verificar los valores de ciertas variables, como lo hacemos con var_dump. Encontré este fragmento de código hace unos años en una publicación que explica cómo volcar a Var_dump en un archivo y lucir así:
$ x = “mi cadena”;
// volcar x, o cualquier otra variable de otra manera
ob_start ();
var_dump ($ x);
$ contenido = ob_get_contins (); ob_end_clean ();
error_log ($ content);
Transformando nuestro solucionador inteligente en una función para que no necesite escribir estas 8 líneas cada vez, la más efectiva es hacer una función permanente en el archivo de tema Functions.php si desarrolla un tema o en uno de los archivos de complementos si Desarrollar un complemento. La función debe aceptar un parámetro que sea la variable que debe descargarse en el archivo. ERROR_LOG Parámetros adicionales Si observa el comando ERROR_LOG, verá que obtiene 3 parámetros más opcionales. La combinación del segundo, $ Message_Type y Third, $ Destination, y en algunos casos cuarto, $ Extra_headers, define la ubicación adicional en la que se puede escribir el registro de errores.
Más posibilidades de solución de problemas en wp-config.php script_debug a veces, no a menudo, puede tener un problema con los archivos JS o CSS que pertenecen al núcleo de WordPress y desea solucionar problemas de consola.
Pero WordPress es muy efectivo para cargar sus scripts y estilos y utiliza versiones reducidas de archivos JS y CSS, pero son difíciles de solucionar. Afortunadamente, WordPress está bien equipado para tales casos y ofrece una versión no deseada de cada archivo JS y CSS. La forma de decir WordPress para usar esos archivos es iniciar Constanta script_debug en wp-config.php, es decir, establecerlo en verdadero. Esto obliga a WordPress a usar las versiones “Dev” de los archivos CSS y JavaScript básicos, en lugar de las versiones minimizadas que normalmente se cargan.
Define (‘script_debug’, true);
Guarde las consultas Hay momentos en los que puede solucionar problemas de los interrogatorios de la base de datos. Esto puede suceder ya sea porque sospecha que una de las consultas dura más de lo que deberían, ya sea devolver resultados incorrectos, por cualquier otra razón por la cual la solución sería ver la consulta que se ejecuta en la página que sube. En tal caso, active las bavileres de Constanta en WP-Config.php y se guardarán todos los interrogatorios, además de la información sobre cuánto tiempo se ha ejecutado esa consulta y qué función ha llamado. Todos estos datos se almacenan en $ wpdb-> consultas .define (‘salvamres’, true); Solucionar complementos además de las formas incorporadas en las que WordPress le permite solucionar problemas, hay algunos complementos que pueden ayudarlo a solucionar problemas. Proporcionan mucha más información que las posibilidades incorporadas y las muestran de una manera más sofisticada. Estos son los principales, con sus descripciones tomadas de su página de complemento en el almacén de complementos WP.

Interrogation Monitor – Descripción: Consulta Monitor es el panel de herramientas de WordPress Developer. Permite la base de datos de la base de datos, errores de PHP, ganchos y acciones, bloques de editor de bloques, scripts y hojas de estilo, API HTTP, llamadas AJAX, llamadas API y más. Presenta su información de manera útil, por ejemplo, que muestra consultas de bases de datos agregadas agrupadas después de complementos, temas o funciones que son responsables de ellas. Agrega un menú de la barra de herramientas de administración que muestra una descripción general de la página actual, con información completa de solución de problemas que se muestra en los paneles. Otra información: Este complemento tiene el mayor número de instalaciones activas (más de 100,000 al momento de escribir este artículo) y está bien aceptado (11 de 15 problemas resueltos en los últimos dos meses). Tiene 5 estrellas basadas en 363 revisiones. Está desarrollado por John Blackbourn, un largo colaborador.
Barra de barra – Descripción: Agregue un solucionador de problemas a la barra de administración que muestra consulta, caché y otra solución de problemas útiles.Cuando se activa wp_debug, también sigue advertencias de PHP y notificaciones para que sean más fáciles de encontrar.Cuando se activan las bendiciones, se están observando y se muestran consultas MySQL.También tiene otros suplementos disponibles, como el complemento de la consola de barra de depuración que agrega una consola PHP/MySQL.Otra información: este complemento tiene más de 30,000 instalaciones activas.Su apoyo es algo faltante, con 0 de 4 problemas resueltos en los últimos dos meses.Tiene 4 estrellas basadas en 59 revisiones.Es desarrollado por más de 10 colaboradores y desarrolladores, uno de ellos es WordPress.org, y algunos de los otros son colaboradores básicos a largo plazo.

Eliminar esto – Descripción: Burgling Esto proporciona información sobre su instalación de WordPress, todo en la barra de administración delantera: objeto WP_QUEY actual, información de blog, proveedores de incorporación, archivos HTML Rend (CSS, JavaScript)), filtros y acciones, imágenes, dimensiones , valores globales y constantes, menús, estadísticas de caché, complementos, complementos obligatorios, caídas, reglas de reescritura, consulta, información de PHP y servidor, archivos adjuntos publicados, tipos de publicaciones, scripts y estilos colocados en la cola, códigos cortos, barras laterales y widgets, taxonomías y términos, temas, usuarios, programas y trabajos WP Cron y el solucionador de problemas de WP. Esto permite la extensión de sus capacidades agregando código. Los fragmentos se pueden encontrar en la página del complemento en el almacén. Otra información: este complemento tiene más de 5000 instalaciones activas. No hubo problemas en el Foro de Asistencia en el último año y medio. Tiene 4.5 estrellas basadas en 15 reseñas. Está desarrollado por 4 desarrolladores, que son desarrolladores de complementos y temas largos. Envoltura de goma y resolución de problemas del cerebro reptiliano, la resolución de problemas implica más que la activación de variables. De hecho, primero debe intentar identificar de dónde proviene su error. En una guía para la depuración en WordPress con su cerebro reptiliano, Fred pasa por los diferentes elementos del sistema que podrían ser la fuente del error y cuándo sospechar de cualquiera de ellos.