14 WordPress Constanta menos conocido: una presentación general

WordPress ofrece una larga lista de constantes para ayudarlo durante el desarrollo. Algunos son bastante populares, como Abspath o WP_Debug, que puede usar con bastante frecuencia. Pero hoy, echaremos un vistazo a WordPress constante no tan popular pero útil. Al final de esta publicación, se dará cuenta de que es bueno conocer a estos WordPress constantes, porque puedo guardar algunos dolores de cabeza durante el desarrollo y facilitar su vida. Vamos a ver. #1 Doing_ajax no debe establecer esta constante manualmente, pero WordPress establece cuando se procesa AJAX. Cuando se inicia la solicitud AJAX, WordPress escanea el código completo y realiza la llamada inversa asociada con la solicitud AJAX. Puede usar esta constante para acelerar el procesamiento de su sitio, por ejemplo, suponga que diseña una página de administración y sabe que su función de administración nunca usará AJAX. Puede poner esta funcionalidad en un bloque if (is_admin () && (! Defined (‘doing_ajax’)
También puede usar esta constante en las funciones comunes que se llaman cuando se inicia una solicitud AJAX. Puede usar Constanta Doing_ajax correctamente para definir un bloque que debería/no debe ejecutarse cuando se ejecute una solicitud AJAX.
#2 Doing_Cron Constanta Doing_Cron es similar a Doing_ajax. Si tiene algunas funciones ordinarias que se realizan como una llamada inversa de un cron de trabajo y desea hacer algo en esa posición solo cuando ejecuta un cron, puede usar este constante doing_cron en su código para agregar una condición en ese bloque . Por ejemplo, if (definido (‘doing_cron) && doing_cron) {// hace algo}#3 fs_method Esta constante se usa para forzar el método del sistema de archivos. Se puede configurar en wp-config.php. Si tiene problemas al cargar la tarea o los complementos o actualizar el núcleo de WordPress, entonces configurar esta constante podría ser útil. Esta constante puede tener uno de estos valores: “directo”, “ssh2”, “ftpext” o “ftpsockes”. Si ninguno de los otros valores funciona para usted, entonces establezca el valor de esta constante en “directo”. Esto le permitirá (o usuarios administrativos en su sitio) la posibilidad de cargar los temas y arados o el núcleo directo del panel de administración y sin ninguna autenticación.
Pero recuerde, esto puede dejar espacio para problemas de seguridad en su servidor si no está configurado correctamente. Por lo tanto, debe eliminar esta constante del archivo wp-config.php cuando haya terminado de actualizar o instalar cosas.
#4 DESCONDICIÓN_FILE_EDIT WordPress le permite realizar cambios en los archivos y temas de complemento en el panel de administración. Como puede imaginar, esto tiene ciertas desventajas. Por ejemplo, alguien que no tiene conocimiento de la codificación podría acceder al editor y puede hacer algunos cambios allí, lo que podría bloquear el sitio. Por lo tanto, la mejor práctica no es permitir que nadie edite los archivos/temas de complemento en el panel de administración. Esto se puede lograr estableciendo el valor del deseshow_file_edit en true en wp-config.php#5 image_edit_overwrite Si edita con frecuencia las imágenes cargadas en WordPress, entonces debe establecer esta constante en wp-config.php. Constanta Image_Edit_overWrite Cuando se establece en True, reemplaza las versiones anteriores de ediciones con imágenes recientemente editadas, lo que guarda mucho espacio en disco, si generalmente juega con imágenes de alta calidad. (Puedes leer más sobre esta constante aquí).
#6 Concatenate_scripts Cuando se trata de la optimización del rendimiento, es posible que haya visto informes de prueba de velocidad de Google, Yahoo o Gtmetrix que sugieren combinar scripts. Esto se debe al hecho de que al combinar los scripts, el número de solicitudes HTTP realizadas se reduce y el sitio puede hacerse cargo de más datos en una sola solicitud.
Bueno, cuando trabajas con WordPress, la forma inteligente de realizar esta tarea es definir constantes concatenate_scripts de wp-config.php a verdadero. Esta constante permite la compresión y la concatenación de scripts en WordPress. Una vez que active esta constante, debe notar que se ha reducido el número de solicitudes HTTP. Pero tenga en cuenta que la activación de esta constante puede aumentar el tiempo de ejecución de PHP con una pequeña cantidad, porque la compresión y la concatenación son realizadas por PHP. Activar esta constante comprimirá archivos JavaScript para reducir su tamaño. Nuevamente, si activa esta constante, podría afectar el tiempo de carga. Entonces, después de activar esta constante, verifique que el tiempo de carga total haya aumentado o disminuido. Si ha crecido, le sugiero que elimine esta constante.
#8 Compress_CSS similar a la compresión de JavaScript, WordPress también ofrece una constante para activar o desactivar la compresión del archivo CSS. Si desea activar la compresión, todo lo que tiene que hacer es definir esta constante al verdadero wp-config.php. Una vez más, ¡debe verificar el tiempo de carga total de su sitio después de activar esta constante!
#9 Force_gzip Otra recomendación que puede ver en Rendency Reports es la activación de GZIP. GZIP reduce el tamaño total del archivo con una cantidad significativa si tiene más archivos JS y CSS. Puede activar el Gzipping configurando Constant Force_GZIP en True. Cuando se establece esta constante, los archivos se comprimen con GZIP y luego se envían al cliente. Cuando esta constante no se establece, se desinfla el método de compresión utilizado por WordPress. ¡Es verdad! Pero para permitir que WordPress optimice y repare la base de datos, debe establecer constanta wp_allow_repair en wp-config.php en verdadero. Una vez que esta constante esté configurada, vaya a http://yoursite.com/wp-admin/maint/repair.php y allí debería poder ver una opción para reparar y optimizar la base de datos. Asegúrese de eliminar la constante del archivo wp-config.php una vez que haya optimizado o reparado la base de datos.
#11 WP_LOCAL_DEV Si tiene un solo servidor donde aloja los sitios de desarrollo y producción, entonces esta constante puede ayudarlo mucho. Puede establecer wp_local_dev en verdadero para activar el entorno de desarrollo. Puede tener diferentes bases de datos para ambos sitios, pero puede tener los mismos archivos. También puede escribir el código que le gustaría trabajar solo en su sitio de desarrollo, y no en su sitio de producción.

Mark Jaquith escribió un Mu-Pugin bastante genial que deshabilita los complementos que no están listos para la producción. Puedes leer más sobre esta constante aquí.
#12 ErrorLogFile Si ejecuta WordPress multisitio y desea rastrear todos los errores de consulta SQL, entonces esta constante puede ser útil. Establezca esta constante en wp-config.php en la ruta del archivo donde se deben registrar los errores. WordPress luego registrará todos los errores que aparecen durante la ejecución de la consulta SQL en este archivo. Tenga en cuenta que esta constante solo debe usarse al ejecutar WP multisitio. ErrorOgFile garantiza que WordPress registre todos los errores en un archivo. Sin embargo, si prefiere ver los errores de SQL de inmediato, puede configurar Constanta Dieondberror. Asegúrese de no establecer esta constante en un sitio de producción/producción. Porque, cuando esta constante se establece en True, WordPress finaliza la ejecución cuando se produce cualquier error SQL y muestra el error con la consulta errónea activada.
#14 Custom_user_table/ custom_user_meta_table ¿Alguna vez ha encontrado un escenario en el que desea compartir usuarios entre dos (o más) sitios web de WordPress? (No estoy hablando de multisites aquí).
Bueno, si lo tiene, probablemente también quiera compartir los datos de los usuarios, junto con la posibilidad de que los usuarios se conecten a ambos sitios web con la misma contraseña. En este caso, estas dos constantes son bastante útiles. Para que esto funcione, los dos sitios diferentes de WordPress deberían compartir la misma base de datos, pero pueden tener sus propias tablas. Con estas dos constantes, estos sitios web pueden compartir usuarios entre ellas. En wp-config.php, debemos establecer estas constantes. Cuando se establecen estas constantes, ambos sitios de WordPress buscan usuarios y agrega usuarios a estas dos tablas. Lo interesante es que WordPress crea un papel huérfano para los usuarios recién agregados y, por lo tanto, se recomienda instalar el complemento extendido WP-Orphanage en sus sitios web. Después de haber notado que estas constantes son particularmente geniales cuando se trata de optimizar su sitio web y Solución de problemas de problemas de desarrollo. Ciertamente, hay algunas constantes que puede no mencionar aquí. Si ha utilizado alguna de las anteriores o tiene algunas constantes que considera particularmente útiles, envíelas como comentarios en beneficio de los colegas.