Bravo @Carquo merci .
Il y a juste un truc que je pige pas c’est que ce matin j’ai plein de messages en retard, alors que le forum était inaccessible (enfin en lecture seule) toute la journée d’hier .
Visiblement il ne devait pas être en lecture seule pour tout le monde.
Beau boulot 
Question design : dansle bandeau, les montagnes ne sont quasiment plus visibles (mais c’était déjà le cas dans ce thème par rapport à l’autre).
Vous aussi vous avez perdu le curseur dans la zone de saisie et la coloration du texte surligné ?
juste pour signaler : le sujet du roch des monts d’arrées a disparu
c’est pas une critique : pas taper…
Il y a celui là (juste l’annonce) Roc'h des monts d'arrée vtt
mais il me semble bien qu’on en avait parlé qqpart.
L’annonce initiale devait dater de juillet. C’est le sujet contenant cette annonce initiale qui a disparu.
En fait, le sujet que tu mentionnes n’a pas été modifié récemment. Tandis que celui qui a disparu a été modifié samedi et dimanche. Il faut peut-être que vous vérifiez si d’autres sujets ne sont pas passés à la trappe (à vérifier : tout sujet qui a été modifié pendant la phase de maintenance).
Normalement rien n’a été modifié pendant la phase de maintenance, le forum était en lecture seule.
Et le nouveau site a été ouvert dans la matinée de dimanche, avec des gens à l’affût qui ont posté rapidement, ce qui explique que Brup ait des nouveaux msgs en arrivant sur le nouveau serveur.
Pour le sujet disparu, je vais essayer de voir, des que je peux. Mais c’est étrange…
il est là !
J’ai retrouvé le msg sur les mont d’Arree. Supprimer par son auteur @ROCHMONTSDARREE (ou programmer pour se supprimer ?)
Je l’ai remis en place.
ah merci. Je ne savais pas qu'un sujet pouvait être programmé pour se fermer, et ça colle avec la fin des Roch. J'espère ne pas avoir froissé un druide. ça m'a tout l'air d'une profanation. 
Hello @carquo,
Hello à tous,
Depuis la dernière mise-à-jour, j’ai une latence importante pour l’affichage des images. Elles commencent par être floues (codage faible) puis deviennent nettes progressivement. Ca le fait uniquement sur mon MacBook Pro. Sur mon iPad Pro, c’est nickel par contre… D’autres rencontrent-ils ce problème (qui n’est ni grave, ni gênant, ni rien, mais que je précise juste) ?
Fab’
Sur Safari ou autre?
J’ai même machine que toi et pas le souci sous Chrome ou Firefox.
(après faut faire gaffe aux dernières maj de chrome qui s’amuse à optimiser le chargement des images avec un système parfois en conflit avec des optimisations faites par le site visité)
haaa non t’as raison @Fab, ça me le fait aussi, mais vu que ça charge vite, j’ai pas trop le temps de le voir. Mais ça me parait bien lié au nouveau truc de Chrome (lazyloading), qui essaye de charger les images que lorsqu’on scrolle dessus. Et Discourse a du en rajouter une couche. Mais donc, à priori, c’est normal, faut passer à la fibre, ou éviter Chrome. Sous Ipad, y’a pas chrome.
ça le fait aussi avec Chromium ou FF ?
Oui et non, de ce que j’ai compris.
En fait Discourse doit gérer une couche qui charge une image basse qualité au chargement de la page, et l’image finale se charge ensuite. Mais sous firefox, s’il ne gère pas le lazyload, toutes les images, même si tu ne les vois pas l’écran, sont chargées en HD. Donc, à l’ouverture d’une page, s’il y a une image, tu vois ce flou avant l’image finale. Puis quand tu défiles, tu ne vois plus de flou.
Avec Chrome, le chargement HD se fait si tu scrolles sur l’image. Donc pas de chargement HD des images non visibles au chargement de la page. Du coup, tu vois du flou quand tu scrolles.
C’est une impression hein, sur Mac en tout cas.
Discourse a aussi un comportement un peu particulier.
Pour les images externes et internes (à discourse), le moteur du forum procède en deux temps. Il initie une tâche de fond qui charge une copie de l’image et la redimensionne aux différents formats d’affichage. Cela permet à Discourse d’optimiser la bande passante et, pour les images externes, d’éluder le problème de liens morts. Et entre le moment ou le post est créé et celui ou les images redimensionnées sont disponibles, le moteur du forum affiche l’image originale. On a donc un comportement qui peut s’avérer différent selon que l’on visualise un post juste après qu’il ait été écrit, ou plus tard.
Lors d’un backup, je ne sais pas si toutes ces images recalculées sont sauvegardées ou si seuls les originaux sont repris. Si seuls les originaux sont repris, alors Discourse va devoir recalculer toutes les images intermédiaires après le restore. Cela peut se faire par un processus en tâche de fond. Mais aussi à la volée lorsque un post concerné est lu. Cela pourrait éventuellement expliquer le phénomène constaté lors de l’affichage d’images.
Si cela se produit au premier affichage du post alors le scénario est plausible. Si cela se produit à chaque affiche du post, c’est que la cause est à trouver ailleurs.
C’est une option du backup. Par défaut, le backup prend en charge les images/vignettes optimisées. C’est sur ce point que je voulais jouer pour réduire la taille des backups.
Ca peut le faire à chaque affichage. Par défaut l’image chargée est l’image dégradée, puis l’image HD si visible. Avec le cache, en effet, en raffichant une page déjà vue, l’effet ne se verra plus sur l’image visible. Mais après, en défilant, ça peut le refaire. Ce qui est compliqué, c’est que Discourse optimise déjà sur le scroll l’affichage des données (il ne charge pas les 2500 posts de Alors ça roule en une fois). A ceci s’ajoute la couche d’optimisation de google, qui peut entrer en conflit avec le chargement sur scroll de Discourse. (ça arrive sur certains sites). Et je ne pense pas que l’image dégradée viennent de Discourse, mais de google. (https://developers.google.com/web/fundamentals/performance/lazy-loading-guidance/images-and-video/)
Ca me le fait sous Safari, pas sous Chrome. Encore une fois, rien de grave, hein ! 
Fab'