Cómo usar etiquetas acondicionadas en WordPress

Una de las cosas que más me gusta de WordPress es que incluye muchas funciones que simplifican enormemente nuestro trabajo como desarrolladores. Por ejemplo, considere funciones como ESC_ATTR, que escapa del texto, de modo que se pueda agregar de manera segura en un atributo de HTML, o Eschtml, que escapa del texto para que pueda incluirse de forma segura en una página HTML. O eche un vistazo a algunas de las funciones que tenemos para desinfectar los datos que recibimos de un usuario: sanitize_text_field, sanitize_textarea_field o sanitize_email. ¡Te acostumbras a estas funciones bien definidas que realmente te falta cuando tienes que desarrollar algo fuera del campo de WordPress y descubrir que ya no están disponibles!
La colección de funciones que tenemos disponibles cuando desarrollamos en WordPress es increíblemente alta. Y cuanto más familiarizado con ellos, más fácil será escribir un código de alta calidad. Hoy me gustaría contarle sobre las etiquetas condicionadas a WordPress: ¿qué son ellos, cómo usarlas, qué puede ser engañosa para ellos y por qué son tan útiles? Si eres un desarrollador de complementos o temas y aún no los conoces, no te pierdas esta publicación. ¿Cuáles son las etiquetas condicionadas de WordPress? Las etiquetas condicionales son funciones definidas en WordPress cuyo resultado es un valor booleano (es decir, es verdadero o falso). Estas son funciones que podemos usar tanto en los complementos como en nuestra tarea para tomar decisiones condicionales de acuerdo con el contenido que estamos a punto de jugar.
Lo que hace que las etiquetas condicionadas sean grandes es que, en general, sus nombres se explican por sí mismos y resulta en un código muy fácil de entender. Por ejemplo, si usa la etiqueta condicionada IS_STICKY en su complemento, devolverá claramente verdadero si, en el bucle de WordPress, procesamos una publicación pegajosa. Sin duda sobre su semántica, ¿verdad? Antes de comenzar con algunos ejemplos, tenga en cuenta que las etiquetas condicionales solo están disponibles después de que WordPress determinó el contenido solicitado por el visitante. Si intentamos usarlos antes, su resultado siempre será falso. En otras palabras, solo podemos usarlos después de que se haya ejecutado la acción de Post_Selection. Las etiquetas acondicionadas más comunes La mayoría de las etiquetas de WordPress comienzan con IS_, porque la respuesta a una pregunta como “es BLA?” Es un valor booleano: “sí” o “no”. Pero desafortunadamente, este criterio no siempre se respeta (como veremos a continuación). Hay muchas etiquetas condicionadas en WordPress con las que se familiarizará según las necesite. Pero hay bastante que son extremadamente comunes y cuanto más rápido los conozcas, mejor. Así que echemos un vistazo más de cerca a estos:
es soltero. Verifica si el elemento actual es una publicación de WordPress o una instancia de cualquier otro tipo de publicación personalizada (como un producto de WooCommerce).
IS_PAGE. Compruebe si el elemento actual es una página de WordPress.
is_attachment. Compruebe si el artículo actual es un archivo adjunto. Los archivos adjuntos son aquellos archivos que carga en su biblioteca de medios, como imágenes, videos, archivos, etc.
is_singular. Verifica si alguna de las tres características anteriores es verdadera. Es decir, verifique si el elemento actual es una publicación, una página, un archivo adjunto o cualquier otro tipo de publicación. Reales verdaderas si los visitantes pueden comentar sobre el artículo actual. ¿Ver? Aquí tiene un ejemplo en el que la etiqueta condicionada no comienza con IS_.
IS_Category. Compruebe si actualmente estamos viendo una página de archivo de categorías.
in_category. Devuelve verdadero si la publicación actual está en la categoría dada.
is_tag. Compruebe si actualmente estamos viendo una página de etiquetas de archivo.
Has_tag. Compruebe si la publicación actual está etiquetada utilizando la etiqueta especificada.
IS_Main_Query. Compruebe si estamos en el bucle principal de WordPress.
¿Sabía que hay etiquetas condicionadas que pueden engañar? Hay algunos casos en los que las etiquetas condicionales tienen nombres que pueden llevarnos a la confusión, porque lo que parece evaluar y lo que realmente evalúan son cosas diferentes:
is_admin. Puede pensar que esta función verifica si el usuario actual es administrador, ¿verdad? ¡Equivocado! Compruebe si estamos en un tablero de WordPress (y luego el resultado sería verdadero) o en front-end (es decir, falso).
es casa. Solía ​​creer que esta función verifica si su página actual es su página inicial. Por ejemplo, en nuestro sitio web, sería https://neliosoftware.com. Pero desafortunadamente, este no es el caso. WordPress nació como una plataforma de blogs y creo que este es un ejemplo de un “código heredado”. IS_HOME es una función condicional que verifica si la página actual es la página de su blog. Por lo tanto, por ejemplo, si usa la configuración predeterminada de WordPress, IS_Home realmente devuelve Tru cuando un visitante está en la página inicial (https://yourweb.com), porque esa página muestra las últimas publicaciones de blog. Pero si establece la página del blog en algo más (como https://yourweb.com/blog), entonces IS_HOME será cierto cuando el visitante solicite https://yourweb.com/blog y false lo contrario .is_front_page. Y esta es la etiqueta condicional que le anunciará cuando el visitante esté en la “página de inicio”.
is_dynamic_sidebar. Esta característica verifica si su tema tiene una o más barras laterales de widget y, si lo ha hecho, devolverá verdadero si al menos una de esas barras laterales no está vacía.
Parametrización de etiquetas condicionales Aunque la mayoría de las etiquetas condicionadas son funciones que se pueden llamar sin parámetros, muchos de ellos aceptan parámetros. Si los usamos, podemos ser más específicos de los criterios que debe cumplir el puesto actual. Y hago esto de una manera bastante lógica.
Dependiendo de la función específica que usamos, es posible que deseemos verificar si el elemento actual tiene una determinada ID o una cierta babosa, si es una instancia de cierto tipo de publicación o incluso si tiene un cierto título. P.ej:
IS_Singular (‘Product’) verifica si el elemento actual es un producto .IS_PAGE (‘Contáctenos’) verifica si el título actual de la página es “Contáctenos”. Esta función acepta diferentes tipos de argumentos y, dependiendo de lo que proporcione, verificará uno u otro. Por ejemplo, puede verificar si el elemento actual tiene una ID en particular o un título o babosa en particular. Bastante cuidado, ¿verdad? ¡Incluso puede usar listas como parámetros!
IS_Single ([5, 10, 11]) verifica si la ID del elemento actual es 5, 10 o 11. Es bastante similar a IS_PAGE, pero, como dije antes, funciona para publicaciones que no sean la página.

Cómo usar las etiquetas condicionales para echar un vistazo a algunos ejemplos en los que las etiquetas condicionales podrían ser útiles.
La personalización de las plantillas como probablemente tenga, las etiquetas condicionales son obviamente útiles. Si desea que el tema muestre información u otro dependiendo del tipo de contenido que se ve en un momento determinado (y esto es algo que queremos hacer a menudo), las etiquetas condicionadas son sus aliados: <? Php //. . if (! is_page ()) {echo ''; echo $ something_levant; Echo '’; } // … Esto le permite usar la misma plantilla para diferentes tipos de contenido y personalizar cada uno de ellos con etiquetas condicionadas.
Poner la cola condicional de los activos, pero las etiquetas condicionales son extremadamente útiles y los desarrolladores de arado. Específicamente, nos ayudan a cargar partes de nuestro complemento condicionalmente, dependiendo de los resultados que obtenemos de las etiquetas acondicionadas. Por ejemplo, imagine que desarrollamos un complemento que agrega una especie de funcionalidad a nuestras publicaciones de blog. Suponga que esta funcionalidad requiere un script y una hoja frontal en la cola. Para poner en los scripts y estilos de cola en WordPress, tenemos un filtro llamado wp_enqueue_scripts: function neli_plugin_fancy_feature () {wp_enqueue_script (‘neli_plugin_feat’, neli_plugin ()-> url. ‘/Ssists/tist/feat.js’); wp_enqueue_style (‘neli_plogin_feat’, neli_plogin ()-> url. ‘/sassets/dist/feat.css’); } add_action (‘wp_enqueue_scripts’, ‘neli_plugin_fancy_feature’); El problema con el fragmento anterior es que los activos siempre nos plantean, sin importar lo que el visitante solicitó. Siempre que se ejecute wp_enqueue_scripts (y ocurre en cada solicitud frontal), se llamará a nuestro viceversa y se agregará el script y la hoja de estilo. Pero dije que nuestra función solo afecta las publicaciones del blog, así que … ¿realmente tenemos que poner siempre estos activos? ¡Por supuesto que no! Y podemos mejorar esto utilizando la etiqueta acondicionada apropiada:
Function neli_plugin_fancy_feature () {if (! Is_single (‘post’)) {return;} wp_enqueue_script (‘neli_plogin_feat’, neli_plogin ()-> url. ‘/sassets/dist/feat.js’);wp_enqueue_style (‘neli_plogin_feat’, neli_plogin ()-> url. ‘/sassets/dist/feat.css’);} add_action (‘wp_enqueue_scripts’, ‘neli_plugin_fancy_feature’);En conclusión, las etiquetas condicionales de WordPress nos permiten probar diferentes criterios de nuestro contenido y, por lo tanto, adaptar lo que sucederá sobre la base de ello.A pesar de su extrema simplicidad, hay funciones muy útiles que hacen que nuestro código sea más inteligible y eficiente. Espero que haya aprendido algo hoy y, como siempre, si tiene preguntas o comentarios, cuéntanos en la sección de comentarios a continuación.Imagen presentada por Justin Luebke en Unsplash.