Un exercice d'adminsys délicat et original laissé à l'attention de qui de droit : la mise à jour noyau de notre serveur zobe, avec sa carte RAID distrayante et sa carte d'administration distante limitée. Courage, vaillant admin, on est avec toi. Pas de détails techniques pour ne pas effrayer les honnêtes gens dans les chaumières.

Actuellement il y a juste des chiffres sur le total des dépêches.

Les entrées de forum supprimées restent visibles par les admins en utilisant l'URL du contenu. Il serait bien qu'il y a une bannière quelconque visible (genre bandeau rouge) disant « Contenu effacé visible seulement par les admins » ou un truc du genre.

Par exemple sur
https://linuxfr.org/sondages/quel-est-le-plus-fort-l%C3%A9l%C3%A9phant-ou-lhippopotame
le score de Hippo est de 35 avec le 3 sur une ligne et le 5 sur une autre.

Visiblement ça vient du div.content word-wrap: break-word; hérité.

Avoir des pages wiki éditables uniquement par les AMR (pour la FAQ du site, pour les pages sur l'asso, etc.). Elles pourraient remplacer les « pages statiques » éditables uniquement par les admins, qui peuvent être pratiques si on veut des choses exotiques (c'est de l'HTML brut), mais qui sont pénibles souvent à écrire/modifier par rapport à du markdown. Cela permettrait de « verrouiller » les pages « sensibles » (par exemple celles affichant l'empreinte du certificat SSL, un RIB, etc.)

La suppression des pages wiki ne fonctionne pas :

1. un AMR va sur /wiki/test/modifier
2. il clique sur le bouton Supprimer
3. Demande de « Êtes-vous sûr de vouloir supprimer cette page de wiki ? »
4. On confirme
5. On est renvoyé vers la page d'accueil du wiki
6. La page théoriquement supprimée est toujours là

(par ailleurs il n'y a pas de liste de l'ensemble des pages wiki ou d'accès aux pages pointant sur une page à ma connaissance)

L'apparition de la case à cocher "Je place ce document sous licence Creative Commons Paternité-Partage des Conditions Initiales à l'Identique 3.0 (licence CC by-sa)" permet de savoir l'évolution de la proportion de contenus sous cette licence au cours du temps, par rapport à autres (soit sans licence précisée, soit avec la licence précisée dans le contenu mais non extractible facilement pour des stats).

SELECT YEAR(created_at) AS y, content_type, COUNT(*) AS cnt, cc_licensed FROM nodes GROUP BY y, content_type, (…)

Il expire fin juin. En profiter pour documenter les problèmes SSL, les vérif possibles et le pourquoi CAcert.org.

Actuellement les indicateurs visuels dans la boîte Modération sont (à ma connaissance) :

• les phylactères pour indiquer une discussion sur la tribune de la dépêche en modération
• la croix rouge pour indiquer une dépêche rejetable
• la coche verte pour indiquer une dépêche acceptable

Je propose un point d'interrogation bleu pour dire que l'on n'a pas encore donné son avis sur une dépêche (anciennement le « + » dans la version Templeet).

Comme pour les dépêches, 100 caractères, ça ne suffit pas pour importer tous les anciens titres. Il reste 82 titres en erreur (ou alors faudra couper).

A priori on va avoir le même souci pour comments.title et posts.title.

Depuis le passage à la nouvelle version, la taille des titres de dépêches a été portée de 64 à 100 caractères (et les titres tronqués corrigés).

Cependant il reste 132 dépêches ayant des titres de longueur > 100.

Il faut au moins 155 caractères (ou tronquer les titres).

Actuellement il est juste affiché le titre des dépêches en modération, avec un lien vers chaque dépêche.

Il serait intéressant de faire apparaître si l'on n'a pas encore voté pour cette dépêche, si une nouvelle entrée sur la tribune de cette dépêche a été postée, éventuellement le statut actuel (nombre de pour, nombre de contre, validable/rejetable).

L'objectif est d'attirer l'attention des AMR sur les bonnes actions à faire pour chaque dépêche (voter, modérer, argumenter, etc.), sans avoir à recliquer sur (…)

Remettre en ligne les images produites par RRD sur la charge serveur qui sont disponibles mais non affichées côté web

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.