[GP] Anomalies & Évolutions

Obsolète, j'ai désintallé SearchWP Metric qui produisait ces variables.

Patrice note que c'est possible parce qu'on a en réalité plusieurs URLs, selon d'où on vient.

Si je fais une recherche, et que je clique un item, je n'arrive pas sur l'URL nu (par ex)

https://www.inserm.fr/actualite/lendothelium-vasculaire-un-nouvel-allie-dans-la-formation-de-metastases/

J'arrive sur des URLs qui incluent des variables, et qui permettent ensuite de ramener au bon endroit :

https://www.inserm.fr/actualite/lendothelium-vasculaire-un-nouvel-allie-dans-la-formation-de-metastases/?swpmtx=cc1df207e1c8fc621c8793c9a5bceccd&swpmtxnonce=f4ec31a861
https://www.inserm.fr/actualite/lendothelium-vasculaire-un-nouvel-allie-dans-la-formation-de-metastases/?swpmtx=1c620638686be6a3f10ef85b6789b5f9&swpmtxnonce=177885406b

Ici les deux URLS ramènent à

https://www.inserm.fr/?s=goetz

Note qu'il y a 2 variables : swpmtx et swpmtxnonce-

Confirmé en DEV après réalignement.

Testé avec https://www.inserm.fr/actualite/web-emission-arthrose-comment-attenuer-la-douleur/

• d'abord on cherche "arthrose", on clique le résultat
• bouton retour vers ?s=arthrose

• on cherche "douleur", on clique le résultat
• bouton retour vers ?s=arthrose

• on cherche "émission", on clique
• bouton retour vers ?s=arthrose

• on cherche "atténuer", on lcique
• bouton retour vers ?s=arthrose

DONC c'est la 1re recherche qui reste.

En parallèle, Élodie fait sortir des boutons retours qui ne correspondent à aucune recherche qu'elle a fait

Réponse de Medhy :

Le code fait la chose suivante :
Vérification de l'existence d'un HTTP_REFERER (url de la page précédente)
Si ça existe et que ça correspond à une query (au sens wordpress), alors le bouton apparaît avec cette valeur comme URL
Si ça n'existe pas, affichage de la page sans le bouton
=> Attention : certains navigateurs et/ou addons peuvent masquer/modifier le HTTP_REFERER (confidentialité/tracking), mais bon, il ne s'affiche que si une valeur cohérente est dedans donc j'ai dû mal à comprendre comment ce soucis peut exister autrement qu'avec du cache
themes > inserm > components > parts > hero-dossier.php
themes > inserm > components > parts > hero-page.php
themes > inserm > components > parts > hero-single.php

Voilà le code :

<?php if ( ! empty( $_SERVER['HTTP_REFERER'] ) ) :
    $referer = parse_url( $_SERVER['HTTP_REFERER'] );
        if ( ! empty( $referer['query'] ) ) :
            parse_str( $referer['query'], $query );
            if ( isset( $query['s'] ) ) : ?>
                <div class="article__back push">
                    <a href="<?php echo esc_url( $_SERVER['HTTP_REFERER'] ); ?>" class="btn btn--primary btn--sm">
                        <i class="wpel-icon dashicons-before dashicons-arrow-left-alt2"></i>
                        <?php _e( 'Back to results', 'inserm' ); ?>
                    </a>
                </div>
            <?php endif ?>
        <?php endif ?>
<?php endif ?>

On a eu une réunion avec Hosterra pour le #519, qui a apporté une solution pour ce ticket (réunion du 11 mars 2025).

En investiguant #519 Pierre a trouvé de lui-même #524.

On peut résoudre le problème en utilisant la fonctionnalité ESI, qui est propre à LiteSpeed (pas dispo dans Apache/NginX).
On sort le morceau de code qui génère le bouton du template (ou de là où il est), et on le met dans un fichier à part.
Vu le contenu du bouton, y'a même pas besoin que le fichier soit dans WP ou que WP éxecute quoi que ce soit.
Dans LiteSpeed on précise que ce fichier n'est pas à mettre en cache
Optionnel : on préfixe le fichier de esi- pour comprendre son rôle.

Exemple de code à mettre là où est actuellement le bouton :

<esi:include
src="http://example.com/1.html" 
alt="http://bak.example.com/2.html" 
onerror="continue" />

Autre solution : on utilise un shortcode pour générer ce bouton.
Ensuite on peut dire à LiteSpeed que ce shortcode est en ESI, et même lui donner un TTL.
Mais ça veut dire créer un shortcode.

Décision équipe web :

• On vérifie si ce bouton est une bonne pratique web / access identifiée OU PAS
• Si non, on supprime le bouton, mais après les travaux prévus Inovagora
• Si oui, on voit ce qu'on fait

On est d'accord que la recherche est, de base, peu utilisée. Donc ce bouton concerne peu de monde.

• si c'est une bonne pratique
• il est là et perso je l'utilise

• Modification du code qui rend le site dépendant de LiteSpeed
• Plus de complexité technique
• Plus d'impact, vu qu'un bout n'est jamais mis en cache

Pour info, le code du bouton est dupliqué à 3 endroits :

• hero-single.php
• hero-dossier.php
• hero-page.php