1517Close
ZephOn the 2016-10-26 at 12:40am
Nil (./9) :
Je ne le savais pas (cela dit, vu la quantité d'information présente sur yN, je ne suis pas sûr que ça joue, d'autant que le contenu est déjà dupliqué pour les traductions des sites, non ?
Oui, mais dans ce cas je sais à coup sûr qu'une page A n'est qu'une vue identique d'une autre page B dans une autre langue, et il y a une balise meta (canonical) qui permettent d'indiquer ça. En fait c'est ce qui permet de ne rien dupliquer malgré la fonctionnalité qui consiste à inclure une section "étrangère" dans un forum (par exemple "J'ai rien à dire" dans le forum Ti), ce qui provoque une URL différente mais je peux indiquer une forme canonique pour préciser que c'est un doublon. Pour les langues c'est un peu différent mais l'idée reste la même. Pas sûr que ce soit simple à reproduire dans le cas des forks, pour lesquels on a seulement des parties de pages recopiées. Mais peut-être aussi qu'en fait on s'en fout cheeky
Nil (./9) :
Hm, oui, je comprends le souci (j'imagine que créer une vue pour ça ne répondrait pas à ton exigence ?)
Il faut que je re-vérifie, mais je crois que le MySQL du serveur de yN est une version préhistorique qui ne supporte pas les vues sad
Nil (./9) :
Ca, je suis d'accord que c'est un vrai problème [...]
Bon, il va falloir que je relise ta réponse à tête reposée grin
Zerosquare (./10) :
Y'a bien une solution qui élimine certains problèmes : tu introduis une balise spéciale, par exemple [refpost=numéro du post d'origine]
Ça risque d'être catastrophique en termes de performance : comme tu le dis ça fait une requête SQL de plus à chaque rendu de cette balise, et il n'y a aucun cache pour ça (le rendu est supposé être précalculé et très peu couteux à faire). Introduire une fonctionnalité comme celle-ci demanderait non seulement d'avoir un cache par post ou par page de yN (horriblement couteux vu que ça s'ajoute à la cardinalité "skin * langue" déjà existante aujourd'hui, ou alors c'est un tout nouveau cache orthogonal à celui existant, mais ça commence à ressembler à une belle usine à gaz). En plus comme tu l'indiques, ça rendrait les invalidations bien plus complexes qu'elles ne le sont aujourd'hui.
Pen^2 (./11) :
Ça pourrait être une piste pour la digression : les nouveaux posts seraient sous la nouvelle URL, les anciens qui sont plus haut seraient sur l'ancienne URL.
Ah je ne connaissais pas, je regarde ça demain, a priori je trouve dommage que ça soit une fonctionnalité "JS obligatoire" mais peut-être qu'il y a moyen de proposer une version dégradée smile