Télécharger Super Speedy | Super Speedy Search v5.52.32

Quoi de neuf (Journal des modifications - Changelog) dans Super Speedy | Super Speedy Search version 5.52.32

• = 5,52 (12 mai 2026) =
• « WP SSS rebuild » vidage désormais le cache d’objets WordPress à la fin de la compilation. Sans cela, les sites disposant d’un cache d’objets persistants (Redis, Memcached) pourraient continuer à servir le blob alloptions pré-reconstruction et la liste de colonnes de recherche utilisée pour construire les requêtes MATCH() aurait un retard par rapport à l’index FULLTEXT reconstruit — se manifestant par « Impossible de trouver l’index FULLTEXT correspondant à la liste de colonnes » jusqu’à ce que le cache expire de lui-même.
• Nouvelle recherche multi-postes dans l’onglet Front-end. Choisir « Rechercher plusieurs types de posts » (l’option renommée « Ne pas définir », désormais déplacée de l’onglet Principal) expose un choix de mise en page : liste classée unique (le comportement existant à requête unique) ou sections mixtes par type de publication (une nouvelle mise en page qui exécute une requête par type de publication et affiche chaque section avec son propre modèle). Chaque chemin est indépendant, les sites qui ne touchent jamais aux nouveaux contrôles ne sont pas affectés.
• Le mode liste unique ajoute deux règles supplémentaires : « Annuler les types de publication » force la recherche à exactement les types cochés (remplace le thème / les accroches de site qui pourraient autrement décider), et « Annuler le modèle » oriente la page de résultats via l’archive du type de publication choisi — {slug}.php afin qu’une recherche multi-type puisse ressembler et se ressentir (par exemple) à l’archive produit. Les deux sont par défaut « Laissez mon site décider » afin que le comportement existant soit conservé lors de la mise à jour.
• Poids par ligne dans les requêtes multi-types à liste unique. Auparavant, SSS choisissait un type de publication et utilisait ses poids pour l’ensemble des résultats (par exemple, une requête mixte post+produit classait les produits avec des poids, en ignorant les métamatchs spécifiques au produit comme le _stock_status=boost d’instock). Chaque ligne est désormais notée en utilisant les poids de son propre type de publication via des expressions CASE par ligne sur wp_superspeedysearch.post_type. Les requêtes à type unique ne sont pas affectées et émettent le même SQL qu’auparavant.
• Une nouvelle ligne « Promotion de type de publication » sur chaque bloc de poids par type ajoute un gain constant au score de pertinence de ce type, permettant aux administrateurs de biaiser, par exemple les produits au-dessus des publications dans une seule liste classée. Cela n’a aucun effet dans les recherches sur un seul type ni dans la disposition des sections mixtes (où l’ordre des sections est le classement).
• La mise en page Mixed Sections propose trois nouveaux modèles : templates/sss-multi-search.php (wrapper), templates/sss-multi-search-section.php (génériques) et templates/sss-multi-search-section-product.php (Woo-aware, utilise wc_get_template_part pour les cartes produits complètes). Les thèmes peuvent prendre le dessus à /recherche ultra-rapide/.php. Chaque en-tête de section prend en charge un titre configurable avec un ‘« Un substitut temporaire au moment du rendu.
• Politique exclude_from_search à l’échelle du plugin. Les types de publications enregistrés avec « exclude_from_search => vrai » ne sont plus proposées comme options nulle part : Podés, suggestions, types de posts Ajax, menu déroulant type de publication par défaut, liste de recherche multi-recherches, menu déroulant « Ajouter une section » en sections mixtes, widgets, bloc Gutenberg. L’intention de l’auteur du type de publication (exclure de la recherche) est désormais respectée par l’interface de SSS. Les sites qui souhaitent intentionnellement exposer un tel CPT peuvent le réactiver via le filtre sss_post_types_args existant. Effet secondaire lors de la mise à jour : un CPT exclu précédemment configuré dans (par exemple) l’onglet Ajax disparaîtra de l’interface d’administration mais ses paramètres sauvegardés restent dans sss_options.
• Les suggestions de combinaisons de taxonomie sont désormais classées selon la profondeur réelle des mots tapés par l’utilisateur sur les termes de la ligne, et non selon la profondeur brute. Chaque mot tapé revendique au maximum un terme, et les lignes où chaque terme a été revendiqué (parfait-ajustement) sont mises en avant ; Dans ce niveau, plus de conditions ont remporté des victoires (un match de 3 mandats bat un match de 2 mandats bat un 1 mandat). L’ancien réglage « multiplicateur de priorité de profondeur » a été supprimé : il pouvait pousser les triples en haut même lorsque l’utilisateur ne tapait qu’un seul mot qui touchait accidentellement deux termes dans la ligne, ce qui a donné des suggestions trompeuses. Les lignes où la recherche ne correspondait qu’à l’étiquette du type de publication (aucun terme revendiqué) ne sont plus retournées.
• Nouveau paramètre « Appariement de jetons » dans la section Suggestions de taxonomie : Optimal (par défaut) trouve la meilleure attribution token-terme, quel que soit l’ordre typé ; L’ordre strict exige que les jetons réclament les termes de gauche à droite dans l’ordre tax_a → tax_b → tax_c de l’admin, donc la saisie hors ordre donne des scores plus bas. Choisissez Strict si vous définissez les taxonomies dans l’ordre dans lequel vous attendez que les utilisateurs tapent.
• Les URL de suggestions de combinaison de taxonomie passent désormais par des filtres Super Speedy quand c’est actif, donc des destinations comme « Dogs ▸ Dog Grooming ▸ Cool Dogs Co ▸ Red » tombent sur le formulaire permalink joli (par exemple /category-product/dogs/dog-grooming/brands/cool-dogs-co/color/red/) au lieu de mélanger la base jolie avec des args de requête bruts ( ?product_brand=cool-dogs-co&pa_color=red). Sans SSF, l’URL de requête-arg existante est toujours produite. Nécessite l’extension SSF Pretty URLs pour le formulaire embelli.
• Suggestions de taxonomie Les lignes combinées disposent désormais d’un menu déroulant « Afficher le nom du type de poteau » (Ne pas afficher / Afficher au début / Afficher à la fin) afin que vous puissiez décider par rangée si vous souhaitez mettre en avant l’étiquette de type de poteau dans la suggestion (par exemple « Excavatrices chenilles ▸ Machine ») et où elle apparaît. Par défaut, c’est Ne pas montrer. Changer cette préférence entre en vigueur immédiatement, pas besoin de reconstruire.
• Les suggestions de combinaison de taxonomie mettent désormais en gras les jetons de préfixe correspondants (par exemple, taper « dog to » en gras « Dog » et « To » dans « Dog Toys »), en correspondant aux suggestions existantes du titre post-titre, et le style déroulant (remplissage, survolation, couleur du lien) correspond désormais aux listes post-titre et taxonomique pour une cohérence visuelle.
• Les suggestions de combinaisons de taxonomie passent désormais par le chemin ultra-rapide ajax mu-plugin lorsque « Activer notre ultra-rapide ajax » est activé, auparavant les combinaisons tombaient toujours dans le chemin standard de l’API WP REST, tandis que les suggestions post-titre et taxonomie utilisaient le chemin rapide, donc les combinaisons étaient nettement plus lentes que les autres types de suggestions. (Ça pousse le plugin mu inclus à la version 1.14.3, il se redéploie automatiquement lors du prochain chargement de la page admin.)
• Suggestions de taxonomie Les lignes combinées filtrent désormais les menus déroulants Taxonomie A/B/C pour n’afficher que les taxonomies enregistrées pour le type de publication sélectionné, afin que vous ne puissiez pas choisir accidentellement une taxonomie qui ne s’applique pas.
• Les nouvelles suggestions de taxonomie proposent des lignes de suggestions pré-calculées qui combinent 1, 2 ou 3 termes de taxonomie pour un type de poteau spécifique (par exemple « Caterpillar Excavators Machine ») avec des comptes précis de poteaux par rangée. Seules les combinaisons qui existent réellement sur les publications sont indexées. Les suggestions apparaissent dans le menu déroulant ajax ci-dessous des suggestions de jetons existantes. Configurez, dans la nouvelle section Suggestions de taxonomie de l’onglet Suggestions, choisissez un type de publication et 1 à 3 taxonomies par ligne ; La profondeur se déduit du nombre de places de taxonomie que vous occupez.
• La même paire (marque, catégorie) qui existe dans plusieurs types de poteaux produit une rangée de suggestions par type de poteau, chacune avec son propre nombre de publications et son propre label de type de poste, donc les utilisateurs considèrent par exemple « Caterpillar Excavators Machine » et « Caterpillar Excavators Industry » comme des rangées distinctes lorsque les deux contiennent des produits.
• Les URL d’archive filtrées pour les clics combinés par taxonomie sont construites au moment de la lecture et se retrouvent sur une page d’archive WooCommerce/taxonomie, avec les autres termes appliqués comme args de requête, sans dépendance aux filtres Super Speedy.
• Nouveau point de terminaison REST /wp-json/sss/v1/combinations/ renvoie les combinaisons correspondantes sous forme de JSON.
• Nouvelle sous-commande WP-CLI : wp sss rebuild taxonomy_suggestions reconstruit uniquement la table des combinaisons de taxonomie. WP SSS Rebuild (sans portée) et WP SSS Rebuild incluent désormais également des suggestions de taxonomie comme dernière étape ; Recherche de reconstruction WP SSS et suggestions de reconstruction WP SSS continuent de les ignorer. Recommandé : ajouter la reconstruction WP SSS à votre crononglet serveur pour des rafraintes nocturnes si la reconstruction déclenchée par l’admin atteint un délai d’expiration PHP de votre hébergement.
• L’onglet Avancé liste désormais toutes les commandes de reconstruction WP-CLI avec l’indication de préférer la CLI lorsque les reconstructions déclenchées par l’admin échouent en raison des limites d’hébergement (délai PHP de 30 secondes, limites mémoire, WP-cron peu fiable).
• Rebuild saute les types de suggestions désactivés si Activer les suggestions de titre de publication est désactivé, le pipeline de génération de tokens post-titre n’est pas exécuté (auparavant, il reconstruisait la table de suggestions que quelque chose puisse ou non). Il en va de même pour les suggestions d’activation de la taxonomie. La table de suggestions existante est restée en place, donc réactiver la fonctionnalité plus tard ne nécessite pas de reconstruire pour recommencer à fonctionner.
• L’onglet Suggestions restructuré en deux sections : Suggestions de titres de publication (les suggestions existantes basées sur des jetons, désormais avec un sélecteur de types de publications pour pouvoir scanner des types de posts spécifiques à la recherche de jetons de suggestion au lieu de dépendre de la sélection Ajax Post Types) et la nouvelle section Suggestions de Taxonomie.
• L’onglet Ajax « Activation des suggestions Ajax » a été renommé « Activer les suggestions » avec deux cases à cocher : Activer les suggestions de titres de publication, Activer les suggestions de taxonomie.
• Le champ « Suggérer des taxonomies » hérités sur l’onglet Ajax est désormais caché pour les nouveaux utilisateurs via une migration one-shot ; Les sites existants qui avaient déjà coché les taxonomies le gardent visible afin que leur configuration continue de fonctionner sans changement.
• Corrigé un écart entre la barre d’outils wp-admin et la barre latérale gauche qui apparaissait sur chaque page d’administration sous PHP 8.2+ ; la classe SSS créait des propriétés dynamiques sans les déclarer, déclenchant E_DEPRECATED avertissements qui faisaient que WP ajoutait une classe d’erreur de .php au corps.
• Correction d’un avertissement de $wpdb indéfini dans la liste de compilation de l’état de préparation.
• = 5,51 (18 avril 2026) =
• Renommé onglet « Search Analytics » en « Analytics & Caching » pour mieux refléter les options de cache qu’il contient
• Ajout d’un cache automatique pour les recherches lentes : met en cache tout terme de recherche dont la vitesse moyenne suivie dépasse un seuil configurable (par défaut > 250 ms) pendant une durée configurable (par défaut 20 minutes). Fonctionne en parallèle avec les options existantes basées sur la fréquence et l’auto-cache top-X
• Correction de la vitesse moyenne manquante dans la table Analytics & Caching, les recherches de requête principale étaient surveillées avant l’exécution de la requête, donc aucune vitesse n’était enregistrée (la colonne montrait toujours -). Maintenant, il garde l’heure de départ dans pre_get_posts et enregistre l’écouteLe MS SED de the_posts filtre après l’exécution effective de la requête. Le cache automatique de recherche lente dispose désormais de données réelles avec lesquelles travailler.
• L’onglet Méta-Recherche se charge désormais instantanément dès la première vue de la page, seule une liste blanche soigneusement sélectionnée de méta-clés couramment recherchées (SKU, MPN, GTIN, ISBN, EAN, UPC, ASIN, marque, fabricant, modèle, fournisseur, code fournisseur, numéro de pièce, sous-titre, signature, présentateur, résumé, note d’achat, description de la variante, etc.) est interrogée contre wp_postmeta via une recherche IN indexée
• Ajout du bouton « Récupérer toutes les clés méta » dans l’onglet Recherche Méta (remplaçant « Actualiser la liste des clés méta ») qui exécute le scan exhaustif postméta à la demande via AJAX
• Les meta-clés déjà sélectionnées apparaissent toujours dès le chargement de la première page, donc les paramètres sauvegardés restent visibles même si ce n’est pas dans la liste blanche
• Ajout d’un nouveau filtre sss_meta_keys_whitelist pour que la liste blanche puisse être étendue par site
• Ajout d’une exclusion pour toute meta_key contenant « post_id » (par exemple foo_post_id_123) du scan exhaustif capture les plugins qui intègrent les identifiants de publication dans des noms de clés meta
• Ajout d’une exclusion pour les clés méta commençant par fsp_fb_ du scan exhaustif
• WP-CLI rebuild imprime désormais chaque instruction SQL AVANT de l’exécuter (précédemment imprimée après la fin de l’exécution) afin que les utilisateurs puissent voir en temps réel quelle requête est actuellement en cours d’exécution
• Ajout d’un onglet Search Analytics qui suit les termes recherchés par les utilisateurs, consulte les principales recherches, et configure les redirections et la mise en cache par terme
• Ajout de redirections de termes de recherche : les administrateurs peuvent rediriger des termes populaires (par exemple « borisov ») vers des URL spécifiques (par exemple /tags/borisov/) au lieu de lancer une recherche
• Ajout du cache global des résultats de recherche, du cache par terme et de l’auto-cache pour les recherches X principales des Y dernières heures
• Ajout du suivi de recherche et du suivi agrégé de la fréquence de recherche avec INSERT ON DUPLICATE KEY UPDATE pour un impact minimal sur les performances
• Correction de la variable $default_language non définie dans le constructeur de suggestions, provoquant des avertissements PHP et une assignation incorrecte de langage pour les suggestions ajoutées par l’utilisateur
• Détection de la correction fixe : les tables SSS correspondent désormais à la collation réelle de la wp_posts (détectée via SHOW TABLE STATUS) au lieu de se fier à wp-config.php paramètres par défaut qui peuvent différer des tables existantes
• Suppression de utf8mb4_unicode_ci de collage codée en dur des suggestions SUPPRIMER rejoindre la reconstruction garantit désormais que toutes les tables de suggestions ont automatiquement des collations correspondantes
• Le processus de reconstruction ALTERE désormais des tables de suggestions persistantes (useradded/userremoved) pour correspondre à la collation détectée si elles diffèrent
• Le test de préparation affiche désormais toujours la compilation de toutes les tables SSS et WordPress, que TranslatePress soit installé ou non
• Les incompatibilités de collation TranslatePress montrent désormais ALTER SQL pour que l’utilisateur puisse l’exécuter manuellement
• Le processus de compilation s’arrête désormais correctement sur les erreurs de planificateur « Saisie dupliquée » au lieu de réessayer dans une boucle infinie, avec des instructions pour utiliser la reconstruction WP SSS via CLI
• Le processus de compilation annule désormais correctement la file d’attente sur les erreurs SQL au lieu d’appeler sortie, ce qui a laissé la file intacte