À l'heure actuelle, les images des news/journaux viennent soit de site webs divers (qui peuvent disparaître du jour au lendemain), soit hébergées sur des services d'hébergement d'images/fichiers (qui n'assurent pas la pérénité du service, cela n'étant en général pas le point principal de leur business model). En gros, une news peut se retrouver avec des images qui n'existent plus. Y a un cache, mais ce n'est pas son but, et BAud nous dit qu'il est de temps en temps purgé.
Je propose que linuxfr puisse proposer d'héberger les images.
Thomas Debesse dit: « il serait cool en effet d’avoir un service d’hébergement d’image, on pourrait imaginer deux limites pour ne pas le surcharger : 1. limiter à des images utilisées uniquement sur linuxfr, par exemples supprimées si pas utilisé dans un commentaire/article/brouillon après N jours, 2. ne permettre d’héberger que des images libres. ;-) »
Je suis d'accord avec les deux "limitations". Je ne propose pas que linuxfr se lance dans le service générique de l'hébergement d'image (je pense même que ce n'est pas souhaitable), seulement dans le cadre de ses propres besoins. Donc pour les images dans une news en particulier, je pense qu'il convient d'assurer la pérénité des données.
Accessoirement on peut accepter les images de journal, voire commentaires également. Mais se limiter au moins aux news dans un premier temps suffirait largement (on peut toujours étendre le système plus tard si on se rend compte que c'est raisonnable).
# img.linuxfr.org
Posté par Anthony Jaguenaud . Évalué à 3 (+0/-0).
C’est ce que fait img.linuxfr.org, si l’image disparait, elle reste dans le cache du site pour toujours. Si elle est modifiée, alors, la nouvelle apparaitra.
C’est ce que m’avait répondu quelqu’un sur un commentaire il y a un moment… je n’arrive pas à remettre la main dessus.
[^] # Re: img.linuxfr.org
Posté par devnewton 🍺 (site web personnel) . Évalué à 3 (+0/-0).
Régulièrement les images disparaissent :( Le cache n'est pas "pour toujours" on dirait.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# 404 sur img.linuxfr.org
Posté par Olivier Faurax (site web personnel) . Évalué à 0 (+0/-0).
Justement, je ne sais pas si c'est img.linuxfr.org qui fonctionne mal ou pas, mais il manque l'image dans cette news : https://linuxfr.org/news/code-trouver-les-erreurs#comment-1596500
# Ce serait d'autant plus mieux bien que ça faciliterait le boulot de la modération des dépêches
Posté par Ysabeau 🧶 🧦 (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
En effet, avec le système actuel quand une dépêche nous est soumise avec des images trop grosses (dimensions, poids) on a comme recours soit de demander aux auteurs de les changer (ce qui peut prendre du temps), soit de faire le taf et de les héberger nous-mêmes (ce qui, je trouve, est trop demander aux membres de la modération), soit de supprimer carrément ou de déplacer une image d'intro qui serait trop grosse (avec les grincements de dents éventuels).
Bref… on a aucune maîtrise dessus. Et je préfère ne pas imaginer ce qui pourrait se passer si un ou une petit malin arrivait à pirater les hébergements des images en les changeant avec le même nom.
Quelque chose me dit que, si ça n'a pas été modifié, c'est aussi parce que modifier l'interface de LinuxFr n'est pas super évident et qu'on n'a pas trop de mains pour ça.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: Ce serait d'autant plus mieux bien que ça faciliterait le boulot de la modération des dépêches
Posté par Benoît Sibaud (site web personnel) . Évalué à 3 (+0/-0).
Pas uniquement, il y a aussi le fait que la personne qui veut une fonctionnalité ne se demande pas quelles autres conséquences cela peut avoir.
Cf https://linuxfr.org/users/oumph/journaux/linuxfr-org-premiere-quinzaine-d-avril-2021
de vieilles dépêches ont des images cassées (domaines disparus, changements d’adresse, etc.). Pourquoi le cache de LinuxFr.org ne gère pas ? Le cache conserve les images pour éviter de surcharger le site d’origine, pas si le site a changé, déplacé ou perdu l’image. LinuxFr.org ne peut pas non plus résoudre le problème de tout le monde… On ne peut pas à la fois vouloir avoir une adresse fixe, pouvoir changer l’image quand on veut, garder une copie locale pour éviter les soucis de surcharge, permettre la modération des images, etc., etc.
En dehors de la réalisation technique, il faut gérer les éventuels compromis à faire (on gère pareil les images passées par la modération a priori et les autres ou pas ?).
[^] # Re: Ce serait d'autant plus mieux bien que ça faciliterait le boulot de la modération des dépêches
Posté par Ysabeau 🧶 🧦 (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
On crée un fonctionnement qui n'est pas rétro-actif et qui, de fait, s'appliquera à partir de maintenant, épicétout.
Je suis sensible à tes remarques, mais, à partir du moment où les auteurs des dépêches ne peuvent plus les modifier d'eux-mêmes une fois qu'elles sont soumises, il ne me paraît pas opportun qu'ils et elles puissent modifier les illustrations.
Et on laisse le fonctionnement des journaux en l'état.
Cela me paraît un bon compromis.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: Ce serait d'autant plus mieux bien que ça faciliterait le boulot de la modération des dépêches
Posté par Benoît Sibaud (site web personnel) . Évalué à 3 (+0/-0). Dernière modification le 27 octobre 2021 à 13:04.
Déjà la non-rétroactivité simplifie. Si on fait ça plus tard, on peut trouver quelqu'un (de genre indifférencié) assez barré pour retrouver sur archive.org toutes les images concernées et magiquement les importer sur LinuxFr.org et remplacer tous les liens. Le truc facile sur la volumétrie de contenus et d'images (sachant qu'il y en a aussi qui sont toujours là tout de même)…
[^] # Re: Ce serait d'autant plus mieux bien que ça faciliterait le boulot de la modération des dépêches
Posté par devnewton 🍺 (site web personnel) . Évalué à 3 (+0/-0).
Pour les journaux, est-ce qu'il serait possible d'accepter les data uris (avec limitation de taille)?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# joyeux anniversaire
Posté par Krunch (site web personnel) . Évalué à 2 (+1/-1). Dernière modification le 21 février 2024 à 15:25.
Cette entrée de suivi va fêter ses dix ans en 2024. Pour célébrer cet événement je propose les actions suivantes :
0) créer un nouveau compte depuis une IP non soumise à la juridiction française
1) créer une dépêche légitime contenant une ou plusieurs images légitimes hébergées sur un serveur que l'on contrôle (préférablement hors juridiction française aussi)
2) attendre que la dépêche soit publiée et bien visible en première page de linuxfr
3) changer les images pour afficher de la pub pour Microsoft Azure[1]
4) dénoncer linuxfr aux autorités compétentes
5) constater que cette entrée de suivi peut être résolue assez rapidement après tout
On peut aussi utilise goatse ou d'autres images dont le status légal est moins problématique mais qui restent fortement connotés socialement. Cela invalide l'étape 4) mais peut-être pas 5).
[1] NDM : ce contenu a été modérément modéré pour éviter un appel à commettre une infraction.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.