(que des vieilles dépêches HTML ne passant pas par img actuellement… et epub ne kiffe pas)
4728
4415
1888
5328
5779
17697
17122
21196
3167
30459
26041
27398
2995
3087
26967
3830
1513
1980
3613
1792
3769
8578
ça manque un schéma oui. Vite fait, derrière le nginx frontal :
la partie principale RoR https://github.com/linuxfrorg/linuxFr.org (utilise Redis et MariaDB, et les composants qui suivent)
img le cache d'images https://github.com/linuxfrorg/img-LinuxFr.org (utilise Redis, en HTTP avec la partie RoR) et https://linuxfr.org/news/img-le-cache-d-images-sur-linuxfr-org
epub le générateur epub (HTTP) https://github.com/linuxfrorg/epub-LinuxFr.org et https://linuxfr.org/news/epub-le-convertisseur-epub3-a-la-volee-de-linuxfr-org
board les tribunes (utilise Redis, socket Unix) https://github.com/linuxfrorg/board-sse-linuxfr.org
share les réseaux sociaux (utilise Redis, HTTP avec les réseaux sociaux) https://github.com/linuxfrorg/share-linuxfr.org
svgtex les maths et LaTeX (HTTP) https://github.com/linuxfrorg/svgtex
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).
| Karma | Score de base des commentaires |
|---|---|
| -240 ou moins |
L'idée serait de :
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
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</aLa 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 :
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 (…)