https://linuxfr.org/wiki/decouvrir-linuxfr#comment-1985909

Concernant https://linuxfr.org/aide#aide-karma , clarifier l'information donnée en creux sur ce qui est possible de base pour un compte (ce qui n'est pas dans « Pour pouvoir écrire un journal, publier un lien ou discuter sur la tribune », et notamment le fait qu'une dépêche/une entrée de suivi peut de tout façon être postée en anonyme, qu'une dépêche est modérée mais qu'un nouveau compte peut envoyer en rédaction, et qu'il peut poster dans les forums

Le nombre d’avis quotidiens est déterminé à partir du karma. La formule est max(0, min(3 + karma/10, 100)) (source).

Le score de base des commentaires dépend du karma. La formule est E(log10(karma)) - 1, où E() est la partie entière inférieure si le karma est strictement positif. Et c’est max(-10, -2 + E(karma/30)) pour un karma négatif ou nul. Avec un karma à 0, ça donne un score de -2 (source).

L'idée serait de :

• rappeler que les contenus viennent du lectorat
• préciser modération a priori ou a posteriori
• décrire le type

Notamment pour le nouveau lectorat (et les personnes totalement externes au site).

Cf https://linuxfr.org/users/arnaudus/journaux/publication-du-stallman-report-2024#comment-1978221

• Dépêches
• Journaux
• Liens
• Sondages
• Système de suivi
• Forums
• Wiki

Notre zone DNS était gérée par TuxFamily. Le 10 décembre 2024, un incident DNS touchait les deux serveurs DNS de TuxFamily (et rendait tous leurs services inaccessibles, donc leur serveur IRC et leur site web pour avoir des infos sur la durée de la coupure).

Une bascule de DNS a été faite à 08:38 Paris pour ré-héberger la zone ailleurs (pratique d'avoir une copie de la zone sous la main) et redevenir accessible.

Les DNS TuxFamily sont ensuite revenus en (…)

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 (…)