Forum TI-Planet.org

Les admins d'Omnimaga, en particulier Eeems, ont récemment mis à jour le logiciel qui forme la base du portail et du forum d'Omnimaga. Si l'intérêt technique de passer de SMF 1.1 à 2.0 ne se discute pas, l'implémentation proprement dite du changement pose problème aux tiers - au premier rang desquels est TI-Planet, qui est de loin le site de la communauté qui linke le plus Omnimaga.
En effet, plutôt que de modifier le code de SMF pour garder la compatibilité avec les anciens IDs négatifs de posts / topics (eux-mêmes issus d'une migration précédente), les admins d'Omnimaga ont choisi de changer tous les IDs des topics et posts, et donc de casser "tous" les liens vers Omnimaga que contiennent les autres sites. Ce changement a été décidé collectivement et réalisé en toute connaissance de cause (malgré des indications de notre part, en temps utile, sur la casse de compatibilité qu'ils allaient engendrer), comme l'a clairement indiqué Eeems tout à l'heure sur #cemetech quand j'ai pointé le problème (à la suite d'une notification de geekboy sur le fait que le forum Omnimaga avait été changé) et que nous avons un peu discuté.

La question de la nécessité de la réparation ne se pose pas: quand TI-Planet linke Omnimaga (et réciproquement), c'est parce qu'il y a des choses intéressantes, et il n'est pas juste ou approprié de punir les auteurs parce qu'un des autres sites de la communauté a complètement cassé de façon incompatible son système de liens (rompant ainsi avec la tradition des autres sites qui a fait, par exemple, que les vieux liens United-TI fonctionnent toujours sur Cemetech)...
Mais la réparation des liens vers Omnimaga est purement à la charge des tiers, comme il en a été décidé par les admins d'Omnimaga dans leur ensemble (choix de se simplifier la vie pour eux, mais de la compliquer aux autres). Quand nous aurons obtenu l'ensemble des informations permettant de changer les liens (on connaît l'offset des topics et l'offset des posts, valant respectivement 2597 et 54124 d'après Eeems sur #cemetech; mais je ne suis pas sûr que ce soit suffisant ?), nous pourrons essayer de passer du temps à la mettre en oeuvre par modification du contenu des posts. J'écris "essayer", parce que je sais très bien que PHPBB est fait exprès pour rendre difficile la modification massive de posts (mesure de sécurité).

D'ici à ce que nous ayions pu changer le contenu des posts (si nous le pouvons...), peut-être que le plus prudent est de ne pas poster de liens vers Omnimaga: ils risquent d'être cassés par la migration des IDs...
J'espère d'ailleurs pour eux qu'ils ont changé le contenu de leurs propres posts, pour les liens internes - mais c'est leur problème, pas le mien.


Rappel utile: quoi qu'on puisse penser de cet état de fait et du comportement de tel ou tel membre ou groupe de personnes (nous comme eux), il est parfaitement inutile d'en discuter publiquement: le changement a déjà été fait, il n'y aura pas de retour arrière. Maintenant, il faut faire avec, et aller de l'avant, en gardant à l'esprit l'utilité à la communauté d'utilisateurs.
Chaque équipe de modération / administration est souveraine sur son site, pour le meilleur et pour le pire.

Lionel Debroux wrote:Rappel utile: quoi qu'on puisse penser de cet état de fait et du comportement de tel ou tel membre ou groupe de personnes (nous comme eux), il est parfaitement inutile d'en discuter publiquement: le changement a déjà été fait, il n'y aura pas de retour arrière. Maintenant, il faut faire avec, et aller de l'avant, en gardant à l'esprit l'utilité à la communauté d'utilisateurs.
Chaque équipe de modération / administration est souveraine sur son site, pour le meilleur et pour le pire.

Deux lignes de script de leur part corrigeant l'ID des liens externes, en tenant compte éventuellement de divers critères comme la source, le type du contenu ou son âge du contenu (ID inférieur à telle valeur) ce ne serait pas la mer à boire il me semble.
Simple redirection conditionnelle (url-rewriting) très facilement géré par Apache notamment, éventuellement couplé avec le renvoi sur un script PHP.

C'est une négligence que l'on reprochait déjà à TI - de s'en foutre royalement et de casser les liens à chaque mise à jour du site.


J'ai mieux à faire que de modifier des 100aines de posts, où à ce que je sache le lien de la source est une politesse qui leur apporte du trafic à eux.
Il fallait y penser avant et *communiquer*.

Modifier des posts phpBB par un script automatisé, c'est littéralement pirater notre propre forum. Car le script devrait se comporter comme phpBB et *signer* correctement le contenu modifié, à défaut de quoi le post modifié ne sera plus affiché correctement par phpBB, voir même plus du tout.
Ce serait donc un développement très lourd qui risquerait de tout casser.

On n'a déjà même pas pris la peine de faire de script recherchant/remplaçant les liens TI-Bank/Casio-Bank, alors je vois encore moins de raisons de le faire ici.
Donc pour moi c'est tant pis pour eux - seuls les nouveaux liens, si il y en a, seront à jour, et les anciens ne seront modifiés que très occasionnellement, lorsque l'actualité s'y prêtera.


Maintenant, si d'autres que moi veulent s'amuser et prendre la responsabilité des risques...

Il fallait y penser avant et *communiquer*.

Ils y ont pensé avant, ils ont décidé qu'ils s'en foutaient, et ils n'ont pas communiqué correctement avec nous.

Ils flinguent volontairement leur indexation auprès des Search Engine, très probablement, d'ailleurs...

Et bref, oui, s'occuper d'une telle "migration" de liens avec des offsets directement en DB serait plus que lourd de notre côté (et pour d'autres aussi), surtout pour phpBB pour les raisons de sécurité mises en place par phpBB (hash de posts etc.) comme l'a dit critor.

Le problème n'est pas technique, c'est juste extrêmement chronophage de développer un outil fiable à 100% (qui, en priorité, ne casse rien)

Ils flinguent volontairement leur indexation auprès des Search Engine, très probablement, d'ailleurs...

Ben... quel intérêt de flinguer volontairement une indexation ?

@Lionel: pense au contexte récent, et tu pourras formuler 2 ou 3 autres questions du même type dans des phrases similaires.
Peut-être que par recoupement cela te donnera un élément de réponse...

Lionel Debroux wrote:

Ils flinguent volontairement leur indexation auprès des Search Engine, très probablement, d'ailleurs...

Ben... quel intérêt de flinguer volontairement une indexation ?

Aucune idée, ils ne font qu'y perdre.

Mais peut-être n'ont ils même pas vu l'étendue des dégâts que ça leur cause, même en interne ! (effectivement, les liens dans les posts sont toujours les anciens, donc pointent mal. Peut-être qu'ils vont les changer en DB si c'est plus facile qu'avec phpBB, mais pour l'instant, c'est pas bon.)

Comme mon opinion est la même que la plupart des posts ci-haut, je ne radotterai pas, mais disons que je suis en désaccord avec cette décision en particulier (malgré que je crois qu'elle a été plutot imposé par Eeems aux autres admins (et par conséquent, tous les utilisateurs), les autres admins semblant un peu plus ouvert à l'idée de corriger le problème).

Tous les liens internes d'Omni, sauf les sujets déplacés, sont maintenant brisés aussi. Du moins, à ma connaissance (ma news TI-Boy CSE, par exemple).

Le point positif c'est que maintenant, chaque sujet a deux URL possibles. Par exemple http://www.omnimaga.org/general-calcula ... sp-nspire/ et http://www.omnimaga.org/index.php?topic=17150.0 lient vers le même topic (du moins, pour l'instant). Par contre, le problème avec le premier lien c'est qu'advenant le cas où l'auteur de ce topic déciderait de changer le titre tu sujet, l'URL changerait alors, tandis que le problème avec le deuxième lien, c'est que si jamais les IDs changent (à nouveau), ce lien redirigera vers un autre topic.

Il aurait été bcp plus simple de faire en sorte que:

http://www.omnimaga.org/index.php?topic=-2497.0 redirige vers http://www.omnimaga.org/index.php?topic=1.0
http://www.omnimaga.org/index.php?topic=-1.0 redirige vers http://www.omnimaga.org/index.php?topic=2497.0
http://www.omnimaga.org/index.php?topic=1.0 redirige vers http://www.omnimaga.org/index.php?topic=100001.0
http://www.omnimaga.org/index.php?topic=18000.0 redirige vers http://www.omnimaga.org/index.php?topic=118001.0

Et ainsi de suite. Ou au pire, s'il y a risque d'overlapping, tu augmente tout de 100000 et tu ne redirige que les topics avec une ID de 3000 et plus (début 2010 environ).

Ne pas rediriger chaque message individuel dont les IDs ont changés aussi ça pourrait passer, car on se retrouverait au moins dans le bon topic, mais s'assurer que les liens vers les topics restent fonctionnels (du moins, ceux créés depuis 2010) serait la moindre des choses. Personellement je ne me donnerai pas la peinde d'éditer plus de 10000 posts juste pour corriger des liens et je suis sur que bien d'autre gens ne se donneront pas la peine non plus.

Pour insister il suffit de poster dans le topic de la news et http://ourl.ca/request , mais qui sait combien de gens ont exprimés, en vain, leur avis là dessus dans ce dernier lien. La plupart de mes demandes envoyé là bas sont souvent restées sans réponse. Si vous avez des problèmes avec leur décision, moi ce que je suggérerais donc, c'est de passer par tout admin autre qu'Eeems. Sorunome pourrait probablement aider aussi.

Je cherchais à l'instant un truc en Lua.
Google m'a donné Omnimaga en 1er résultat, et le topic qui s'est affiché était sans aucun rapport.

Pas grave pour moi puisque ce n'était pas le seul résultat, mais je confirme donc le problème.
Des années d'indexation de contenu sont actuellement perdues.

Comme il y a une redirection et que l'adresse de la page n'est donc pas la même, je ne sais pas si Google peut se rendre compte que le contenu n'est pas le bon et tout réindexer correctement, ou si ça va rester comme ça.

Un "autre" problème se pose désormais :

Faut-il s'attendre à ce que l'équipe d'admins. d'Omni revienne sur leur décision et prenne le temps de faire ce qu'il faut pour garder leurs anciens topic_id en état de marche, et dans ce cas, nous (et d'autres sites) n'avons qu'à patienter - ou ne faut-il pas y compter et donc commencer à changer quelqeus ID les plus importants à la main... ?

Si nous commençons à changer des ID, ça serait plus qu'emmerdant de devoir rollback aux "anciens" ID si ils décident finalement d'implémenter une solution.


Edit : better.