Si une dépêche contient un sommaire et que l'un des titres contient un lien, alors le début du titre dans le sommaire est un lien vers la sous-section de la dépêche, la suite est le lien présent initialement dans le titre et la fin est sans lien.

Ainsi :

#A[B](https://localhost.invalid)C[D](https://localhost.invalid)E

<a href="#toc-abcde">A</a><a href="https://localhost.invalid">B</a>C<a href="https://localhost.invalid">D</a

La suite de tests actuelle "couvre" le cas des images de plus de 5 MiB ou non récupérables : on a des tests qui échouent, comme prévus, vu que c'est "img" qui est censé faire le job de les éviter.

Cependant il pourrait être sympa de remplacer toute image non dispo/invalide par une image fictive "Image indisponible" du bon Content-Type et du bon nom (vu qu'elle est déclarée dans le MANIFEST).

Cas de l'image de plus de 5 MiB :

Finaliser la synthèse en cours d’écriture sur le karma

Les contraintes pour le cache des avatars étant différentes de celui des autres images, le stockage en cache devrait être différent.

Scénario à vérifier :

• on a une image en cache pour laquelle le serveur initial répond correctement
• à un moment il répond une fois HTTP 503 sur une vérification du cache (Fetch)
• jusqu'à la prochaine vérification, il semble que le cache img réponde HTTP 404 sur la demande d'image (au lieu de juste servir l'image en cache en attendant que les choses aillent mieux côté serveur initial)

De manière générale, les 5xx ne devraient pas interférer avec la disponibilité de (…)

Dans la famille « Retirer les liens » je voudrais goo.gl.

https://developers.googleblog.com/en/google-url-shortener-links-will-no-longer-be-available/

Aide: https://github.com/akamhy/waybackpy/wiki/CLI-docs

Actuellement les tribunes de modération des dépêches sont conservées à l'infini.

Une fois publiée, l'intérêt de conserver les échanges rédaction/modération diminue grandement avec le temps.

Elles peuvent permettre de dater les changements et expliquer les choix effectués, servir en cas de litige (droit d'auteur, diffamation, etc.) mais c'est sans intérêt une fois passée la prescription (et c'est la version publiée qui serait attaquée pas une version précédente).

Quelles règles pour nettoyer les tribunes de modération de dépêches ?

Actuellement les différentes versions des dépêches publiées sont conservées à l'infini, ainsi que chaque tribune de modération par dépêche.

La table SQL pour les versions de dépêches est la plus grosse pour le site (405358 versions pour 12425 dépêches) :

+---------------+------------+
| Table         | Size in MB |
+---------------+------------+
| news_versions |    9458.06 |
+---------------+------------+

Utilisation :

• statistiques de modération (mais uniquement sur les 90 derniers jours donc pas un souci de réduire la durée de conservation)
• statistiques de rédaction (…)

Une sorte de meta-entrée de suivi pour discuter des soucis sur les images (domaines récupérés par des spammeurs et autres pénibles, ou perdus ou utilisés pour du phishing) sont en augmentation (imageshack.us, après framapic, pix.toilelibre, etc.).

ça arrive de plus en plus en souvent et ce n'est pas prêt de s'arrêter. Que mettre en place techniquement pour gérer ça ?

Liste probablement non exhaustive d'entrées de suivi sur le sujet :

• Images (hébergées sur imageshack) non visibles sur une entrée (…)

Une sorte de meta-entrée de suivi pour discuter des soucis sur les liens (domaines récupérés par des spammeurs et autres pénibles, ou perdus ou utilisés pour du phishing) sont en augmentation (après mandriva, in libro veritas, oreilly fr, linux-france…).

ça arrive de plus en plus en souvent et ce n'est pas prêt de s'arrêter. Que mettre en place techniquement pour gérer ça ?

Liste probablement non exhaustive d'entrées de suivi sur le sujet :

• Retirer les liens goo gl
• Retirer (…)

Sur le nofollow, noindex, https://linuxfr.org/nodes/135534/comments/1957102 à mettre dans l'aide du site en ajoutant que la mise à jour du karma est quotidienne https://github.com/linuxfrorg/linuxfr.org/blob/master/lib/tasks/linuxfr.rake donc entraîne un décalage (tandis que les notes sont mises à jour immédiatement)

Dans la famille « Retirer les liens » je voudrais oreilly.fr.

Aide: https://github.com/akamhy/waybackpy/wiki/CLI-docs

Le fichier package.opf dans les epub produits par le site contient cette partie invalide :

        <item id="cover" href="" media-type="image/png"/>

L'extraction du logo du site pour en faire l'image de couverture de l'epub échoue en raison d'un changement de CSS (ça doit donc faire un bon moment… et ça ne doit pas gêner grand monde visiblement).

Finaliser un peu le code qui permet de tester actuellement 283 adresses du site (hors img désormais).
Le passer en Hurl ?