SearchWP se lanzó por primera vez en agosto de 2013. ¡Ha recorrido un largo camino desde entonces! No solo SearchWP como producto ha madurado y crecido, sino que he aprendido muchísimo desde que escribí esa primera versión.
Sin ponerme poético sobre cosas del pasado, estoy muy emocionado de poder compartir información preliminar sobre SearchWP 4.0 y por qué esta versión cambia una serie de cosas que requerirán su atención.
Esta es la primera de muchas publicaciones que describirán las novedades/cambios en SearchWP (¡son muchas!)
Al construir SearchWP por primera vez, el alcance se limitó de tal manera que solo funcionaría con objetos WP_Post, porque fue en un momento en que la comunidad de WordPress en general (en su mayoría) estaba en contra de las tablas de bases de datos personalizadas y muy a favor de que "la forma WordPress" fuera la adopción y el uso de las API existentes. También hizo que la construcción de la primera versión fuera mucho más fácil.
El mundo de WordPress (incluido yo mismo) ha cambiado de dirección en eso, y todos estaremos mejor por ello.
Dicho esto: ¡SearchWP 4.0 YA NO se limitará a WP_Posts! ? Nota Usuarios en esta captura de pantalla de vista previa ?
Con eso, sin embargo, viene el anuncio más importante:
¡SearchWP 4.0 es una reescritura (completa y total)!
Hasta la fecha, SearchWP se ha mantenido fiel a la idea de que la compatibilidad con versiones anteriores nunca debe romperse. Es una de las cosas que WordPress ha hecho muy bien, al igual que una serie de fantásticos productos de WordPress que la comunidad aprecia mucho. Eso está cambiando en SearchWP 4.0.
Tenga en cuenta: SearchWP 3.x seguirá recibiendo soporte mucho después de que SearchWP 4.0 esté disponible, lo que permitirá tiempo suficiente para actualizar cuando los clientes lo consideren oportuno.
Para que SearchWP admita más tipos de contenido que WP_Post (y sin tener que escribir/mantener extensiones que reflejen tipos de contenido adicionales como entradas de WP_Post) significó que (literalmente) cada modelo existente tendría que cambiar. El esquema de la base de datos tendría que actualizarse, las suposiciones hechas por el código tendrían que cambiar. La terminología tendría que cambiar. El indexador tendría que cambiar.
Reescribir una base de código a menudo se desaprueba por una serie de razones legítimas, pero si SearchWP va a madurar y mejorar aún más, había que trazar una línea en la arena.
Comprometerse con esta reescritura significa que a partir de la versión 4.0, SearchWP adopta SemVer. SemVer es un enfoque de versionado intencional que comunica mejor lo que está sucediendo con un proyecto. Hasta la fecha no ha sido súper popular en el mundo de WordPress, pero esa marea también está cambiando.
Si no estás familiarizado con SemVer, significa que las versiones principales de SearchWP incluirán cambios incompatibles. SearchWP 4.0 es la primera de estas versiones. Debido a que muchas cosas tuvieron que cambiar para poder soportar lo que SearchWP 4.0 tiene para ofrecer, el código ha sido reescrito por completo, sin tener en cuenta la compatibilidad con versiones anteriores. A propósito.
Habrá un proceso de actualización parcial (por ejemplo, configuración del motor existente), pero el índice de SearchWP deberá reconstruirse al actualizar desde SearchWP 3.x. También será posible actualizar a SearchWP 4.0 sin perder tu configuración/índice existente en caso de que necesites volver atrás por cualquier motivo. También habrá la opción de limpiar (eliminar) todos los rastros de SearchWP 3.x una vez que estés listo para finalizar tu actualización.
En publicaciones posteriores se proporcionarán más detalles sobre el proceso de actualización y detalles sobre el soporte/actualizaciones de SearchWP 3.x.
Deuda técnica, ¡fuera!
Con SearchWP teniendo casi siete años, tuvo su parte justa de deuda técnica. La transición a SemVer permitió eliminar toda esa deuda, lo que ha resultado en una base de código mucho más ágil y limpia (¡y rápida!) sobre la que se puede iterar de una manera mucho más estable de lo que era posible con SearchWP 3.x.
Además, el ecosistema de WordPress ha adoptado PHP moderno, lo que significa que SearchWP 4.0 requerirá PHP7 como mínimo. Esto es bueno para todos. ?
La deuda técnica no se limitaba solo al esquema de la base de datos y los modelos utilizados, se desbordó en el código del front-end y en casi todo lo que hacía SearchWP. Poder eliminar todo eso y adoptar cuánto se han modernizado tanto el back-end como el front-end en los últimos siete años es una gran victoria.
También permite incluir características nuevas (¡y mejores!). Tomemos como ejemplo la implementación actualizada de Reglas en la captura de pantalla anterior. SearchWP 3.x tenía algunas Reglas de exclusión/limitación, pero eran limitadas en sí mismas y un poco torpes para trabajar. SearchWP 4.0 replantea tanto la implementación como la interfaz de usuario, lo que resulta en algo mucho más potente:
Gran parte de la interfaz principal en SearchWP 4.0 se ve similar, pero se dedicó tiempo a evaluar el flujo de trabajo existente y se realizaron optimizaciones para garantizar que la configuración de SearchWP sea lo más fácil y directa posible.
La gestión de qué atributos se consideran para cada fuente del motor (por ejemplo, Publicaciones, Páginas, Usuarios, etc.) también se ha actualizado y optimizado:
Hay mucho más de lo que hablar (incluidas mejoras en el indexador y el propio algoritmo de búsqueda ?) pero esperamos que esta breve descripción general comience a delinear lo genial que será SearchWP 4.0. ¡Mantente atento a actualizaciones adicionales que describan qué esperar y cuándo!
