SearchWP est sorti pour la première fois en août 2013. Il a parcouru un long chemin depuis ! Non seulement SearchWP en tant que produit a mûri et grandi, mais j'ai aussi appris énormément depuis l'écriture de cette première version.
Sans faire de poésie sur le passé, je suis très heureux de pouvoir partager des informations préliminaires sur SearchWP 4.0 et pourquoi cette version change un certain nombre de choses qui nécessiteront votre attention.
Ceci est le premier d'une série d'articles qui décriront les nouveautés/changements dans SearchWP (il y en a beaucoup !)
Lors de la première création de SearchWP, la portée était limitée de manière à ce qu'il ne fonctionne qu'avec des objets WP_Post, car c'était à une époque où la communauté WordPress dans son ensemble était (principalement) contre les tables de base de données personnalisées et fortement en faveur de « la manière WordPress » d'adopter et d'utiliser les API existantes. Cela a également rendu la construction de la première version beaucoup plus facile.
Le monde WordPress (moi y compris) a changé de direction sur ce point, et nous en sortirons tous grandis.
Cela dit : SearchWP 4.0 ne sera PLUS limité aux WP_Post ! ? Notez les Utilisateurs dans cette capture d'écran d'aperçu ?
Avec cela, cependant, vient la plus grande annonce :
SearchWP 4.0 est une réécriture (complète et entière) !
À ce jour, SearchWP a défendu l'idée que la compatibilité ascendante ne devrait jamais être rompue. C'est l'une des choses que WordPress a très bien faites, tout comme un certain nombre de produits WordPress fantastiques que la communauté chérit. Cela change dans SearchWP 4.0.
Veuillez noter : SearchWP 3.x continuera d'être pris en charge bien après la disponibilité de SearchWP 4.0, laissant amplement le temps de mettre à niveau lorsque les clients le jugeront opportun.
Pour que SearchWP prenne en charge plus de types de contenu que WP_Post (et sans avoir à écrire/maintenir des Extensions qui refléteraient des types de contenu supplémentaires en tant qu'entrées WP_Post), cela signifiait que (littéralement) tous les modèles existants devraient changer. Le schéma de la base de données devrait être mis à jour, les hypothèses faites par le code devraient changer. La terminologie devrait changer. L'indexeur devrait changer.
La réécriture d'une base de code est souvent décriée pour un certain nombre de raisons légitimes, mais si SearchWP doit mûrir et s'améliorer encore, il fallait tracer une ligne dans le sable.
En s'engageant dans cette réécriture, cela signifie qu'à partir de la version 4.0, SearchWP adopte SemVer. SemVer est une approche de versionnement intentionnelle qui communique mieux ce qui se passe avec un projet. À ce jour, ce n'est pas super populaire dans le monde WordPress, mais cette tendance est également en train de changer.
Si vous n’êtes pas familier avec SemVer, cela signifie que les versions majeures de SearchWP incluront des changements disruptifs. SearchWP 4.0 est la première de ces versions. Comme beaucoup de choses ont dû changer pour prendre en charge ce que SearchWP 4.0 a à offrir, le code a été entièrement réécrit, sans tenir compte de la rétrocompatibilité. Exprès.
Il y aura un processus de mise à niveau partiel (par exemple, configuration du moteur existant), mais l'index de SearchWP devra être reconstruit lors de la mise à niveau depuis SearchWP 3.x. Il sera également possible de mettre à niveau vers SearchWP 4.0 sans perdre vos paramètres/index existants si vous avez besoin de revenir en arrière pour une raison quelconque. Il y aura également la possibilité de nettoyer (supprimer) toutes les traces de SearchWP 3.x une fois que vous serez prêt à finaliser votre mise à niveau.
Dans les articles suivants, plus de détails seront donnés concernant le processus de mise à niveau et les détails sur le support/les mises à jour de SearchWP 3.x.
Adieu la dette technique
SearchWP ayant près de sept ans, il a eu sa juste part de dette technique. Le passage à SemVer a permis d'éliminer toute cette dette, ce qui a abouti à une base de code beaucoup plus légère et plus propre (et plus rapide !) qui peut être itérée de manière beaucoup plus stable qu'avec SearchWP 3.x.
De plus, l'écosystème WordPress a adopté le PHP moderne, ce qui signifie que SearchWP 4.0 nécessitera PHP7 au minimum. C'est une bonne chose pour tout le monde. ?
La dette technique ne se limitait pas au schéma de base de données et aux modèles utilisés, elle débordait sur le code front-end et à peu près tout ce que faisait SearchWP. Pouvoir éliminer tout cela et embrasser la façon dont le back-end et le front-end se sont modernisés au cours des sept dernières années est une grande victoire.
Cela permet également d'inclure de nouvelles (et meilleures !) fonctionnalités. Prenez par exemple l'implémentation mise à jour des règles dans la capture d'écran ci-dessus. SearchWP 3.x avait des règles d'exclusion/limitation, mais elles étaient limitées en elles-mêmes et un peu maladroites à utiliser. SearchWP 4.0 repense à la fois l'implémentation et l'interface utilisateur, ce qui donne quelque chose de beaucoup plus puissant :
Une grande partie de l'interface principale de SearchWP 4.0 semble similaire, mais du temps a été consacré à l'évaluation du flux de travail existant et des optimisations ont été apportées pour garantir que la configuration de SearchWP soit aussi simple et directe que possible.
La gestion des attributs pris en compte pour chaque source de moteur (par exemple, Articles, Pages, Utilisateurs, etc.) a également été mise à jour et rationalisée :
Il y a beaucoup plus à dire (y compris des améliorations de l'indexeur et de l'algorithme de recherche lui-même ?) mais j'espère que ce bref aperçu commence à décrire à quel point SearchWP 4.0 sera génial. Restez à l'écoute pour des mises à jour supplémentaires décrivant ce à quoi vous attendre et quand !
