Au départ, seulement un peu en colère de voir que la solution fournie par JJDai se prenait un rappel de la bonne utilisation des procédures pour Xoops. Ensuite, je vois bien qu'il y a un abcès et que personne ne veut le crever.
Pour te répondre Alain, si, si ; à aujourd'hui c'est le signe ostentatoire d'un CMS qui ne veut plus ou ne sais plus évoluer. Le web a évolué, internet et les usages ont évolué, le code a évolué. Rien que pour l'exemple, par défaut Xoops ne gère aucunement le rel="noopener" et des comme cela, j’en ai plusieurs. Ensuite, le code proposé servait à corriger un problème d’encodage ou d’apostrophe, correction qui aurait pu très bien être proposée par la suite sur Github, tu peux le concevoir. Dans ce cas, JJDai ou une autre personne aurait très bien pu le mettre dans les Issues.
En ce qui concerne le SEO et le référencement en général, il suffit d’appliquer les bonnes pratiques édictées par les moteurs de recherches pour avoir déjà fait 95 % du job. Nul besoin de mettre une branche, sauf à proposer des améliorations sur les modules, modules dont les dernières mises à jour devraient déjà prendre en compte les directives SEO en cours.
Oui, Alain, en effet tu as mis pas mal d’articles sur le site et oui tu as aussi créé un site à part de celui de Xoops France. Pourquoi je le pointe du doigt, au-delà du fait que je suis entièrement d’accord avec toi et l’inaccessibilité du site durant plusieurs semaines ? Petite parenthèse : pour souvenir, à une époque j’étais tout seul pour répondre aux derniers qui passaient sur le site et c’est pour cela que Cesag m’avait proposé une place de modo, pour ensuite me mettre Admin. Et cela avait aussi duré pas mal de mois.
Pour en revenir à MonXoops, c’est que par le passé, il y a eu énormément de « branches » qui ont poussées à droite à gauche du site officiel francophone, tous avec de bonnes idées et des initiatives qui allaient dans le bon sens et tous qui ont un jour mis la clé sous la porte, comme Dugris ou bien Xoofoo qui apportaient énormément à la communauté. Cela m’a aussi rappelé E-Xoops !
Quand j’ai besoin de retrouver une portion de code, désormais je me sers de WebArchive pour lire ce qui avait été proposé à l’époque. Mais j’espère de tout cœur que ton site ne sera pas une énième branche, qui un jour a été coupée d’Internet.
Enfin, je ne descends pas en flèche le CMS, mon CMS que j’utilise depuis ses premiers jours, mais je pose tout à plat pour dresser un constat qui se veut être le plus près de la réalité. Xoops a été, mais il n’est plus. Et Wordpress ne cesse de grignoter des parts de marché chez tout le monde. Et pourtant, l’on a un « putain » d’outil de travail au départ et mon portail est là pour confirmer qu’il fait sans problème le job, même avec plus de 12 000 visiteurs en simultanée quand il fait le buzz, malgré un cache miséreux comme cela avait été le cas en fin d'année.
Mage, je ne te visais pas spécifiquement, tous les modules de Xoops souffrent des mêmes symptômes. C’est pour cela que la réécriture des URL est la plus adaptée pour corriger ce genre de problèmes de DC, éviter les injections de merde dans l’URL comme ce que j’ai montré en exemple et surtout avoir une URL User Friendly.
Je t’invite à visiter en détail TSO pour terminer de te convaincre si ce n’est pas déjà le cas. Et je ne te parle pas de la bataille que j’ai menée pour retrouver des portions de codes dans le core, par exemple ce qui permet d’afficher les « prev » et « next » sur le forum ou les articles, les URL relatives qui se baladent partout dans le code, mais qui mettent le bordel pour la réécriture…
Pour commencer, le problème de l’index.php se gère dans le HTAccess. Il suffit de lui donner une règle pour que cela soit redirigé et corrigé ( à adapter suivant serveur ):
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /.*index.php HTTP/
RewriteRule ^(.*)index.php$ /$1 [R=301,L]
Ensuite, toutes les pages « submit », « reply », « comment », « search », etc. doivent être en noindex, nofollow ou noindex, follow suivant les cas. Il suffit d’implémenter un code, un « hack », à la fin des pages concernées :
if ( is_object($xoTheme) ) {
$xoTheme -> addMeta( 'meta', 'robots', 'noindex,nofollow' );
} else {
$xoopsTpl -> assign( 'xoops_meta_robots', 'noindex,nofollow' );
}
Ou bien
if ( is_object($xoTheme) ) {
$xoTheme -> addMeta( 'meta', 'robots', 'noindex,follow' );
} else {
$xoopsTpl -> assign( 'xoops_meta_robots', 'noindex,follow' );
}
Il y a aussi le problème des tris, le « sort », par exemple dans le forum, qui est un vrai nid à DC, sauf à lui mettre un « rel=canonical », ce que je n’aime pas trop, car cela indique que l’on ne maitrise pas son URL. Je ne m’en sers que pour la partie AMP du site qui est encore une fois, un autre hack qui permet d’avoir des articles en AMP et même si ce format est décrié, tout comme Discover, il amène encore son lot d’internautes au quotidien.
Pour terminer, il y a eu une multitude de choses que j’ai partagées tout au long de ces années sur Xoops France, du rewriting en passant par le module Amazon et j’en passe. Mais je pense aussi que les personnes qui s’occupent du développement doivent prendre en compte, de leur côté, les dernières guidelines en matière d’optimisation de site Internet. À commencer par l’utilisation des balises Hn qui doivent être la base pour le SEO de Xoops !
Sinon, je suis prêt à en discuter de vive voie sur Discord ou au téléphone, à participer à la préparation d’un plan de bataille pour remettre la maison Xoops à sa place légitime qui lui appartient comme je l’ai toujours pensé.
PS : Cela (ma réponse), c’est la taille d’un article qui devrait matcher avec plus de 1000 mots. Il ne lui manque que des H2 et une belle image avec une belle balise alt pour l’illustration.
Thierry
Tous les messages (babouille)
Transférer
