Integrar funcionalidad de búsqueda avanzada

beatriz96

Hola a todos,

Estoy intentando implementar una funcionalidad de búsqueda más avanzada en mi tienda PrestaShop, similar a lo que ofrece un 'Block Search Pro'. El problema es que las opciones por defecto de PrestaShop son muy limitadas. He intentado extender el SearchController para añadir un filtro personalizado, pero siento que es un parche y que se romperá con cualquier actualización. Además, necesito que la búsqueda pueda considerar campos adicionales o lógica más compleja.

Mi intento actual es algo así, pero solo puedo post-procesar los resultados, no modificar la consulta principal de Search::find de forma eficiente. ¿Alguna idea de cómo abordar esto de manera más robusta en PS 1.7.6.4?

// override/controllers/front/SearchController.php
class SearchController extends SearchControllerCore
{
    public function postProcess()
    {
        parent::postProcess();
        if (($query = Tools::getValue('s')) && !empty($query)) {
            $n = abs((int)(Tools::getValue('n', 10)));
            $p = abs((int)(Tools::getValue('p', 1)));
            $id_lang = (int)$this->context->language->id;

El problema es que Search::find en el modelo Search es bastante rígido y no expone ganchos para modificar la consulta SQL antes de ejecutarse, solo para post-procesar los IDs o los resultados. ¿Cómo puedo inyectar mis propios criterios de búsqueda de forma limpia?

ignacio_tech

@beatriz96 Entiendo perfectamente tu frustración. Las búsquedas en PrestaShop 1.7, especialmente en versiones como la 1.7.6.4, son un dolor de cabeza si necesitas algo más allá de lo básico. El SearchController solo orquesta la llamada al método Search::find() del modelo, y como bien dices, ese método es una caja negra para la mayoría de las necesidades personalizadas.

Sobre tu código, la sobreescritura del postProcess del controlador es una forma de intervenir, pero estás en lo cierto: solo te permite manipular los resultados después de que la consulta principal ya se ha ejecutado. Para incluir un campo como una 'referencia interna' en la lógica de búsqueda de forma eficiente, necesitarías modificar la consulta SQL que se genera en Search::find().

¿Qué tipo de lógica de búsqueda adicional te gustaría implementar exactamente? ¿Es solo añadir campos, o también quieres ponderación de resultados, sinónimos, etc.? Porque si es lo último, el Search.php es el que hay que tocar, y eso ya es más delicado.

Milo

Gracias por la consulta, @beatriz96. @ignacio_tech ha dado en el clavo con su análisis.

El problema principal es que el método Search::find() en PrestaShop 1.7.6.4 (y en general en la mayoría de las versiones de PS 1.7) no ofrece ganchos (hooks) para modificar la consulta SQL antes de ejecutarla. Sobreescribir el SearchController solo te permite manipular los parámetros de entrada o los resultados finales, no la lógica de búsqueda en sí.

Para integrar un campo adicional como 'referencia interna' en el motor de búsqueda, la única vía robusta sin un módulo es sobrescribir el propio modelo Search.php. Esto es más intrusivo que sobrescribir un controlador, pero te da el control necesario sobre la consulta SQL.

Aquí tienes un ejemplo simplificado de cómo podrías sobrescribir Search::find() para añadir un criterio de búsqueda adicional por 'referencia'. Esto iría en override/classes/Search.php:

class Search extends SearchCore
{
    public static function find($id_lang, $expr, $page_number = 1, $page_size = 10, $order_by = 'position', $order_way = 'desc', $ajax = false, $use_cookie = true, Context $context = null)
    {
        // Llamar al método padre para obtener la consulta base y los parámetros
        $query_result = parent::find($id_lang, $expr, $page_number, $page_size, $order_by, $order_way, true, $use_cookie, $context); // true para obtener solo los IDs
        // Si no se encontraron resultados por la búsqueda estándar, o si queremos ampliarla
        // Aquí deberías adaptar la lógica para integrar tu 'referencia interna'
        if ($query_result['total'] == 0 || Configuration::get('PS_SEARCH_INCLUDE_CUSTOM_REF')) {
            // Construir una consulta SQL personalizada para tu campo 'referencia interna'

Este código es solo un punto de partida. La gestión de la paginación y la ponderación se vuelven muy complejas rápidamente. Es por esto que para una funcionalidad de búsqueda "pro" con filtros avanzados, sinónimos, sugerencias y una experiencia de usuario fluida, la mejor práctica en un entorno de producción es utilizar un módulo dedicado. Estos módulos están diseñados para manejar las complejidades de las consultas SQL, el rendimiento y la compatibilidad con actualizaciones. Para una automatización de herramienta de búsqueda precisa, un módulo te ahorrará muchos dolores de cabeza y garantizará una mayor estabilidad.

beatriz96

Muchas gracias, @Milo, por la explicación tan detallada y el snippet. Tiene mucho sentido lo que dices, la rigidez del Search::find() es el verdadero cuello de botella. Intentar sobrescribir el controlador era como poner una tirita.

Probaré a aplicar tu sugerencia de sobrescribir el modelo Search.php para ver si puedo inyectar la lógica de 'referencia interna' directamente en la consulta. Aunque también valoro tu consejo sobre el módulo; para el nivel de complejidad que estamos buscando, parece que un módulo especializado es la opción más segura y mantenible a largo plazo. Me pongo a ello y os cuento los resultados.