WordPress

Creando un Buscador en Ajax para WordPress

Programando un Live Search en WordPress con Ajax

El CMS del momento tiene muchas virtudes, pero entre ellas no está, todavía, la elegancia en la ejecución de sus funciones más básicas. Y es que sigue abusando demasiado del clásico modelo de refrescar la pantalla para mostrar los cambios, ya sea en el guardado, en el cajón de búsqueda, en el acceso a los post, etc

Si lo que pretendemos es crear sistemas que atenúen este efecto, haciendo que el buscador de WordPress no refresque la pantalla, o la paginación no nos tenga unos segundos de espera en el innecesario proceso de recargarlo todo de nuevo, disponemos de multitud de plugins que nos ayudarán a ir realizando estos cambios poco a poco.

Pero este post no va sobre ellos, este post va sobre crear nuestro propio buscador.

¿Y por qué haríamos algo así? Primero, porque la satisfacción de hacerlo uno mismo y aprender en el proceso, siempre es muy gratificante. Y segundo y más importante, porque aplicar un plugin nos puede servir para un caso muy concreto pero… ¿Y si somos nosotros los que estamos desarrollando un plugin? ¿Y si el buscador no busca en la taxonomía personalizada que he creado? ¿Y si los resultados de búsqueda no tienen el formato que desearía?

En definitiva, crearlo nosotros nos da el control total, y eso en programación, marca siempre la diferencia.

Pasa, disfruta, aprende y comparte.


¿Tienes prisa?

 

BUSCADOR SENCILLO EN AJAX PARA WORDPRESS:

Muestra los títulos y enlaces de los post coincidentes:

ajax.js

Función PHP para el functions.php:

Hooks para el functions.php:

 

BUSCADOR DE CAMPOS Y TAXONOMÍAS PERSONALIZADAS EN AJAX PARA WORDPRESS:

Mantenemos los hooks y ajax.js y sustituímos la función PHP por la siguiente:

En el desarrollo del post se explica línea por línea cómo personalizar el código 😉

 

Nuestro objetivo

Al finalizar este paso a paso habremos creado un buscador en tiempo real como el que puedes ver a continuación:

A lo largo del proceso aprenderemos a realizar búsquedas en Ajax en las entradas tradicionales de WordPress, y/o en post y taxonomías personalizadas propias o de algún plugin de terceros.

También habremos aprendido a escoger qué campos deseamos mostrar al público y darles formato con HTML.

De paso repasaremos algunos conceptos básicos como cuál es el funcionamiento de Ajax, qué es el enqueue de funciones y aspectos de seguridad para evitar ataques de inyección de código.

 

Archivo ajax.js

Lo primero que debemos hacer es crear un archivo con tecnología Ajax.

Esta forma de trabajar permite combinar los lenguajes JavaScriptXML, por lo que podemos hacer llegar peticiones a una base de datos (por ejemplo mediante PHP), y que los resultados nos sean devueltos sin necesidad de actualizar la página.

El código a incluir en ese archivo será:

 

Explicado línea a línea:

Esta parte es la declaración de la función. Indica al sistema que cuando se haya cargado (ready), debe ser accesible su contenido.

Si hemos programado previamente en Jquery, veremos que la declaración es un poco diferente a la habitual:

Esto es así porque WordPress da error si no se “escapan” los $ de los selectores. Aplicando la función jQuery() a la función de Jquery, hacemos que los selectores escapen sus caracteres problemáticos y pueda ser ejecutada en este CMS.

Lo siguiente que nos encontramos:

Indica que al levantar la tecla (keyup) del campo cuyo class sea keyword, el contenido de la función se ejecutará.

Esto quiere decir que, como veremos más adelante, nuestro campo donde escribiremos el contenido a buscar, debe ser algo tipo:

Pero no tiene porqué ser un único campo. En realidad podemos aplicar class=”keyword” a tantos campos como queramos, y el contenido de todos ellos se lanzará al buscador cada vez que escribamos algo en ellos.

Por otro lado, es importante el evento que active el buscador. Nosotros hemos elegido keyup, pues de esa manera, cada vez que escribas una letra, el buscador analizará todo el contenido que hay escrito en el cajón de búsqueda hasta ese momento.

Si yo escribo “manzana”:
– Al escribir “m” el buscador empezará a seleccionar en la base de datos las palabras que contengan “m”.
– Al escribir “ma” cambiará la búsqueda y ahora irá a por las que tengan “ma” en su interior.
Y así sucesivamente.

Si lo deseo, puedo usar cualqueir otro evento, como por ejemplo un botón llamado “¡Encuentalo!”:

cuyo html sería algo como:

 

Tras ello nos encontramos con:

Que lo que hace es declarar una variable llamada textobuscar (var  textobuscar), cuyo valor va a ser lo que se haya escrito (.val()) en el campo que contenga la clase keyword.

 

Tras ello comenzamos a asignar los valores que se van a pasar a la siguiente página, y que serán aquellos con los que podremos trabajar:

Funciona de manera similar a un formulario HTML, donde action  señala la función que va a recepcionar el contenido,  ‘textobuscar’ es el nombre del campo que será enviado y en nuestro caso, también el valor que contendrá ese campo.

 

La parte final del código únicamente es la encargada de recepcionar cualquier salida de la función a la que vamos a enviar las variables (return, echo, console, print..), y mostrarla donde le digamos:

En nuestro caso, en el Div cuyo id es datafetch

 

Creando el archivo PHP

En nuestro function.php o dentro de nuestro plugin, en la parte que vayamos a usarlo, pondremos el siguiente código:

Si ajax.js iba a ser el archivo que recogiese los datos que introdujésemos, este código va a ser el encargado de procesar la búsqueda y devolverle los resultados para que los muestre.

Recordemos que en el ajax enviábamos un campo llamado textobuscar a la función get_post_information.

Las primeras líneas del php son, precisamente, el nombre de la función y la recepción por POST de la variable:

Ese contenido queda asignado a otra variable del mismo nombre, pero esta vez, como ahora hemos cambiado a php, bajo su sintaxis $textobuscar

 

Tras ello tenemos el código del buscador propiamente dicho:

Lo que hace es realizar una consulta a la base de datos de WordPress (new WP_Query), mostrando todos los resultados sin paginar (‘posts_per_page’ => -1), y buscando coincidencias dentro de los títulos de las entradas de WordPress ( ‘post_type’ => ‘post’ ).

Si quisiéramos paginar los resultados porque son muchísimos, podemos emplear cualquier valor para posts_per_page. Ej: posts_per_page’ => 20 mostrará 20 resultados en cada página.

Por otro lado, si disponemos de post_type personalizados por nosotros o por un plugin, basta con cambiar el valor de búsqueda. Por ejemplo:  ‘post_type’ => ‘alimentos’ 

¿Y si no he creado yo el post_type, cómo se su nombre? Basta con acceder al listado de entradas personalizadas, que suelen estar bajo la apariencia de inmuebles, coches, alimentos o cualquier otra funcionalidad otorgada por el plugin, y mirar en la url:

En cuanto a la última parte, es donde se especifican los resultados de salida y su formato:

En nuestro ejemplo mostrará el título de los post (the_title()), con un link a dicha entrada (post_permalink()).

Pero podemos añadir la complejidad y formato que queramos. Veamoslo en el siguiente apartado.

 

Buscador ajax que muestre campos y taxonomías personalizadas

En la mayor parte de los casos, si estamos realizando un buscador para un post_type personalizado, nos interesarán muchos más campos que el título. Y la mayor parte de esos campos no serán los típicos de WordPress.

En el siguiente código veremos una versión de buscador bastante más completa que la anterior:

 

La primera diferencia que encontramos es que la función únicamente se ejecutará cuando haya texto que buscar:

Lo que quiere decir, que si la variable textobuscar no está vacía, que continúe con la ejecución. Si lo está, finalizamos.

Tras ello hemos añadido un mensaje que indica que no se han encontrado resultados, en el caso de que la búsqueda no arroje nada:

A continuación, aprovechando que se está accediendo a la base de datos, extraemos todos los campos que nos interesen de cada post que encuentre. En este caso, son todo campos personalizados que habíamos creado en el post_type al declararlo:

Lo que dice cada línea es:

Guarda en este array (Cadena de valores – $array_observaciones[]) lo que extraigas bajo el nombre ‘event_observaciones‘ (es el nombre del campo de texto desde el que se introdujo este valor. El input name) correspondiente a id del post en curso (get_the_ID()).

Siguiendo esa lógica, podemos extraer los valores de cualquier entrada simplemente cambiando get_the_ID() por la id del post correspondiente.

 

Y en la última parte, en el foreach, recorremos las cadenas de valores creadas para darle formato:

Extrayendo de paso el nombre de la taxonomía a la cual pertenecen esas entradas:

Siendo tipos_alimentos el nombre de la custom taxonomy que haya creado previamente.

 

Paso final: enqueue en WordPress

WordPress tiene un método que permite añadir código personalizado sin necesidad de tocar los archivos de instalación.

Ese método son los hooks: pequeñas líneas de código que unen nuestras funciones a WordPress, permitiendo ejecutarlas y ser accesibles desde donde deseemos: el administrador, la parte pública o ambos.

O dicho de otra manera, nuestro buscador no funcionará si no enlazamos los dos bloques de contenido a través de dos hooks.

Los hooks necesarios serán estas líneas de código:

Este para el archivo ajax.js:

Y este otro para la función php:

Ambos hooks deben añadirse al function.php de nuestro plugin o tema activo.

 

 

Esperamos que esta entrada te haya sido de utilidad y, recuerda que si tienes dudas, desde Loopeando.com estaremos encantados de ayudarte en los comentarios.

 

Cristian Sarabia Martínez

Desde que a principios de los 90 mi padre desempolvó su Spectrum, no he dejado de probar y experimentar con la tecnología.

Enamorado del mundo web, Full Stack Developer de profesión y diseñador por devoción.

Ahora hago mis pinitos en esto del blogging para compartir con vosotros un poquito de todo lo que la comunidad me ha dado.

Escribir comentario

Haz clic aquí para dejar tu comentario