Citation :
Dans ce cas, la redirection 301 est ton amie et d'ailleurs, si tu te lances à fond dans la réécriture, il va falloir la gérer pour tous les modules, d'une part pour dire aux moteurs de recherches que l'url a changé et d'autres part pour renvoyer l'internaute sur la bonne page. Il m'arrive de changer les titres de certaines pages et dans ce cas, cela se fait en toute transparence avec une 301.

J'en avais parlé il y a quelques temps déjà dans un autre topic et Nendo avait bien vu que certains modules l'intégraient maintenant avec seo.php et seo_url.php et un ajout en htaccess. Par contre, il faut faire un peu de regex ensuite pour réécrire toutes les url internes :
https://www.frxoops.org/modules/newbb/ ... id=240741#forumpost240741

Et pour en revenir aux URL friendly, même si ce n'est pas pris en compte par Google en terme de classement, cela permet de voir, pour l'internaute, de quoi retourne la page en un coup d'oeil. Par exemple, en prenant en compte ce topic dans les résultats de Google ou Bing pour ne citer qu'eux, si on regarde ces deux URL, il n'y a pas photo :

/modules/newbb/viewtopic.php?topic_id=38150&forum=52&post_id=242181

/forum/sujet-38150-creation-d-un-espace-dedie-pour-les-questions-de-seo-sur-le-forum.html

PS: Il n'y a pas que Google dans la vie donc...

Citation :

\newbb\language\english\admin.php (1 résultats)
Line 46: define('_AM_NEWBB_MESSAGEICON', 'Message Icon:');

\newbb\language\french\admin.php (1 résultats)
Line 43: define('_AM_NEWBB_MESSAGEICON', "Icône du message :");

Dans ce cas, la renvoyer à vide pour faire au plus simple, sinon la virer du template qui appelle _AM_NEWBB_MESSAGEICON

PS : pas sûr de a version de Newbb mais l'idée est là.

Dans ce cas, si le code est du genre comme celui plus haut et pas celui de base (je ne me rappelle pas s'il embarquait des class), tu peux jouer avec les class, les modifier et faire ce que tu veux dedans.

Le truc, c'est que je me rappelle avoir modifié le code dans le fichier include/pagenav.php mais pas ailleurs, avec la fonction render que j'ai cloné pour l'avoir sur les news et qui s'appelle ensuite par "renderNavnews()".

D'ailleurs, il me semble que pour newbb, j'ai opté pour une autre stratégie.

Le blême avec Xoops, et c'est sans doute que celui-là sauf pour les blêmes des métas et de la réécriture, c'est qu'il arrive que dans les fichiers du Core on se retrouve avec du code qui va ensuite figurer dans les templates. Pour la version 2.6, il serait bien de sortir le rendu pour le mettre en templates et ne renvoyer que les variables aux templates.

Voila pour les news :

En fait le code complet de ton bouton donne cela :


Sur le dev, avec la dernière version il me manque aussi quelques icones qui sont appelés en SVG mais cela ne semble pas pris en compte proprement. A investiguer du coup, cela sent nos éditeurs qui ne sont pas à jour on dirait.

Ce n'est pas moi qui gère Aquaportail mais Jean François. Si il passe dans le coin, sinon un petit coup de console de dev et on voit qu'il a créé des class ".button.buttonnav"...

Tu as testé avec un éditeur tout simple pour voir si le problème est aussi présent. Cela sent le filtrage au moment de l'enregistrement qui fait l'impasse sur les balises html. J'avais bossé sur un truc de ce genre il y a quelques mois sur TSO mais impossible de me rappeler ce que j'avais fait (j'ai un système de commentaire ouvert à tous en modal). Il me semble que j'avais "bidouillé" comment_post.php dans include et aussi les autres comment_x d'ailleurs

C'est ça de vieillir lol

Citation :

Entièrement d'accord avec toi si le module se sert des templates html on laisse, si c'est des templates tpl, on laisse aussi.

Mais en général, le problème vient du fait que dans notre thème, la surcharge des templates est en .html et que quand on procède à une mise à jour du module, bien souvent on se retrouve avec des appels vers des templates .tpl dans le code (normal c'est la norme maintenant sur Xoops) et du coup nos propres surcharges ne fonctionnent plus. Dans ce cas, il n'y a pas d'autres choix que de modifier dans nos surcharges de thème les html vers tpl et de remplacer dans chaque template les appels des autres templates de html vers tpl

Merci Aminov,

Pour commencer, le sujet avait déjà été soulevé il y a quelque temps déjà et au passage tu remarqueras que le lien que je donne n'est pas une url friendly user :
https://www.frxoops.org/modules/newbb/ ... at&order=ASC&type=&mode=0

Ensuite, commencer par rendre en noindex les pages de faible qualité comme certaines pages submit, et surtout le reply et le report du forum qui est un vrai nid à duplicate content avec son tri (sauf si on ajoute un canonical url) et surtout une grosse partie de la "masse noire" d'un site Internet si ce dernier est axé sur des questions réponses comme sur TSO. Ne pas oublier de faire un tour du côté du search.php qui est très mal vu par les moteurs de recherches, car ce dernier "génère" à la volée des pages. Et la liste est très longue, il faut passer au crible chaque module, tester et vérifier encore pour un résultat probant qui ne sera visible dans les résultats des moteurs qu'au bout de quelques mois.

Pour le noindex des pages, je me sers de ce code tout bête, le premier pour ne pas indexer, mais suivre les liens présents sur la page, le second pour ne pas indexer et ne pas suivre.



Voila, une piste de départ en te disant qu'il va falloir mettre les mains dans le cambouis, apprendre à jongler avec les regex et surtout... à la fin être super fier du résultat.

Ah, une dernière chose ! Ne pas oublier de tester son site sur Pagespeed tout en sachant que Google (qui bouffe tout le monde en terme de popularité) indexe maintenant la version mobile, le fameux "mobile first index" : https://developers.google.com/speed/pagespeed/insights/?hl=fr

Et le W3C pour voir si il y a des erreurs de balisage en prenant en compte le fait que les class, on ne les code pas en inline mais dans une feuille de style, sauf dans le cas d'un .js qui rajoute ces derniers à la volée.
https://validator.w3.org/