Comportements etrange url/img - Page 1

Dans ce topic; topics/186803-le-crsg-centre-de-recherche-sur-les-gemmes/

Si je cherche a citer ./58 par exemple, les secondes images sont cité comme des [URL]

D'ailleurs poster des images a des comportement etranges, cf mon dernier post dans le dit topic, et ici:


349 - 92 - 172 - 287 - 16 http://yaronet.org/210/layout/html/glyph/gem/4.png
349 http://yaronet.org/210/layout/html/glyph/gem/0.png - 92 http://yaronet.org/210/layout/html/glyph/gem/1.png - 172 http://yaronet.org/210/layout/html/glyph/gem/2.png - 287 http://yaronet.org/210/layout/html/glyph/gem/3.png - 16 http://yaronet.org/210/layout/html/glyph/gem/4.png

(je ne fait que coller exactement la meme chose)
Ca contiens 2x la meme ligne:
349 http://yaronet.org/210/layout/html/glyph/gem/0.png - 92 http://yaronet.org/210/layout/html/glyph/gem/1.png - 172 http://yaronet.org/210/layout/html/glyph/gem/2.png - 287 http://yaronet.org/210/layout/html/glyph/gem/3.png - 16 http://yaronet.org/210/layout/html/glyph/gem/4.png

t'as encore tout cassé...

(c'est pas lié au fait que les url "locales" sont transformées ?)

Alors en effet c'est inattendu, mais c'est bien le comportement normal :

- Pour rendre les messages plus faciles à rédiger, les URLs nues sont si possible traitées comme des balises [media] ; si rien ne correspond alors elles sont traitées comme des balises [url]
- Il ne peut y avoir que 5 balises [media] par message maximum, car les tester prend du temps (il faut faire la requête HTTP et vérifier que la réponse correspond à un format reconnu)
- Du coup, quand on poste des URLs nues qui pointent vers des images, les 5 premières sont transformées en [media] (l'image s'affiche inline), les suivantes en [url]
- Pour avoir des images partout, il faut utiliser explicitement des balises [img] qui elles ne sont pas limitées à 5 par message

Le fait que toutes les URLs nues aient été reconnues comme des [media] dans ton message ./58 vient du fait qu'à l'époque la limite du nombre de balises [media] était plus haute. Je l'ai baissée il y a quelques mois parce que ça rendait certains messages longs à valider quand on insérait des liens vers des serveurs très lents (ce que font beaucoup de membres du forum Pockett, quand ils postent des tableaux avec des grosses collections de jeux et des images hébergées sur free.fr & co).

Pour l'URL nue est transformé en "URL" alors quand on clique sur "citer" ?

Pas compris ?

Vas dans le topic au post 58, clique sur "Citer"


Le second set de gemmes, le lien "nu" du post d'origine plutot que de rester nu est transformé en "[url] url [/url]"

Oui, c'est à cause du fonctionnement actuel de la citation qui se retrouve grosso modo à faire un decode(encode(decode(quoted_post))) pour obtenir le texte à insérer. À cause de l'étape encode intermédiaire il y a une nouvelle validation du message qui se retrouve à obéir à la nouvelle contrainte de 5 balises [media] maximum, donc les liens suivants sont changés en balises [url]. Cette triple opération peut en réalité être évitée, je changerai ça, mais dans tous les cas ça ne permettra pas de re-poster ton message initial tel quel car les règles ont changé entre temps.

Oui pour les réglés ce n'est pas un problème, mais pourquoi avoir fait tout ces appel imbriqué?

C'est pour répondre à quel problème ?

C'est à cause des étapes intermédiaires, en réalité l'appel revient à decode(f(encode(g(decode(quoted_post)))) où "f" et "g" sont des petits changements effectués après coup (entre autres à cause de cette saleté de citation JS qui ne fonctionne pas comme le reste). Je devrais pouvoir me passer de "f" et donc simplifier en g(decode(quoted_post)) mais je n'ai pas eu le temps de m'y mettre (et vu le nombre de cas où ça pose problème je n'ai pas vraiment considéré ça comme une priorité, tu es le premier qui remarque une bizarrerie dessus ^^).

[edit] Voilà c'est modifié, en effet bonus je pense que ça va accélérer la citation des messages (car l'opération "encode" est coûteuse) donc peut-être améliorer les problèmes de lenteur dont parlait vince