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 ?

En cas de suppression d'une entrée de suivi (par l'équipe de maintenance en tout cas) :

• la notification en modération dit "supprimée"
• mais en tant qu'admin et/ou modération (?) on accède encore à l'entrée, sans le bandeau rouge habituel disant "intervention de la modération" et un statut indiqué "ouvert"
• en base l'état est nodes.public=0 et tracker.status=opened

Ajouter les images bloquées dans une entrée Redis img/blocked par exemple, lors du blocage, histoire de l'équipe retrouver facilement sans scanner tout Redis.

Faut-il garder d'autres méta-données genre date de blocage, id du compte qui à bloquer… idéalement le ou les contenu(s)/commentaire(s)/version(s) de contenu concerné(s)

Avoir une page admin ou modération listant les images bloquées. Ensuite le but est évidemment de maintenir la liste vide en virant les utilisations problématiques et nettoyant cache disque et redis.

Même problématique que https://linuxfr.org/suivi/retirer-les-liens-mandriva-com

54 dépêches

select cached_slug from news where body like '%ilv-store.com%' or second_part like '%ilv-store.com%' or body like '%inlibroveritas.net%' or second_part like '%inlibroveritas.net%' UNION select cached_slug from news,links where news_id=news.id and (url like '%ilv-store.com%' or url like '%inlibroveritas.net%');

sans parler d'autres contenus ou de commentaires…

Cf https://linuxfr.org/aide#aide-note

réglages actuels :

intérêt = date + note × coef. de contenu × coef. de fréquence
date : date de création en secondes depuis Epoch ;
coefficient de contenu :
dépêches : 2,
forums : 1,
journaux : 2,
liens : 2,
pages wiki : 4,
sondages : 12,
système de suivi : 2 ;
coefficient de fréquence : 864 (≃ nombre de secondes par jour divisé par le nombre de votes par jour).

Sur https://linuxfr.org/statistiques/users il manque l'info "Liens en page d'accueil"

Ainsi que les préférences :

• Afficher les journaux avec un score négatif
• Afficher la tribune dans une boîte latérale

(l'info sur l'affichage de la barre d'outils est par navigateur et pas par compte)

Le souci des feuilles de style contribuées c'est

• un peu pénible à faire initialement : techniquement la CSS, artistiquement ses éventuelles images et choix de palette et de design
• très pénible à mettre à jour : déjà y en a plein, ensuite faut tester des tas de choses différentes, certaines parties n'ont jamais été faites (typiquement la zone d'administration ou les fonctionnalités ajoutées post-création de la CSS), etc. Et de fait rarement mises à jour.
• certaines ne sont carrément pas (…)