1. Il est possible de créer un compte NONO quand le compte nono existe déjà.
2. /users/NONO pointe vers /users/nono du compte nono
3. /users/nono-2 correspond au compte NONO

Donc je dirais qu'il faut soit corriger le routage pour être sensible à la casse, soit créer des comptes insensibles à la casse.

• relancer par courriel tous les comptes ouverts et non utilisés depuis la migration du 20 février 2011 (ceux ouvertes et n'ayant pas de encrypted_password Blowfish)
• potentiellement une dépêche de relance fin mars
• passé le 31 mars 2012, fermer les comptes concernés non utilisés + remplacer leur adresse de courriel par un sha1(email) par exemple
• supprimer la colonne old_password du schéma sql et le code de gestion associé

Dépêche correspondante Un an après la mise à jour majeure du site, grand (…)

Les commentaires finissant par des balises markdown « ouvrantes » ou l'utilisation de caractères Unicode RIGHT-TO-LEFT OVERRIDE, LEFT-TO-RIGHT OVERRIDE et Egyptian Hieroglyph E001 posent problème dans la production de HTML valide.

Les caractères qui, recherchés seul, font des erreurs 500 :

• %21 !
• %22 "
• %28 (
• %29 )
• %2B +
• %2D -
• %3A :
• %5B [
• %5C \
• %5D ]
• %5E ^
• %7B {
• %7D }
• %7E ~
• %80 à %FF

Soit globalement une bonne partie des caractères réservés Lucene : « Lucene supports escaping special characters that are part of the query syntax. The current list special characters are + - && || ! ( ) { } [ (…)

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.

Une idée évoquée autour d'un coin de table :

1. mettre en place une collecte anonyme et volontaire des listes de flux Atom/RSS de nos visiteurs (par exemple un simple formulaire d'upload des fichiers OPML)
2. lancer un appel aux visiteurs pour la collecte, en expliquant comment on produit un fichier OPML (ou toute autre solution que l'on sait traiter) avec les solutions de consultation de Atom/RSS les plus connues. Bien expliquer que c'est anonyme, volontaire, que l'on ne conservera pas (…)

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

Modifier l'indication de commentaire supprimé par l'équipe de modération pour la rendre non imitable par un commentaire d'utilisateur.

(j'aurais bien aimé que les utilisateurs pénibles qui jouent à ça ouvre une entrée dans le suivi mais je dois être trop optimiste)

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é.

• actuellement https://linuxfr.org/users/Anonyme/ me donne une erreur 500 après quelques temps
• serait-il envisageable que https://linuxfr.org/users/quelconquepseudoici/journaux/quelconquejournalici (en 404 car le compte a été purgé et le journal réaffecté à Anonyme) renvoie vers ce qui correspond dans https://linuxfr.org/users/Anonyme/journaux/quelconquejournalici si ça existe ?

Sur la page de statistiques de modération, on voit actuellement l'info pour chaque AMR.

Machin : 42 modérations, 23 votes et 69 éditions
Sur la page Modération (réservée aux AMR), je propose de compléter cette info ainsi :

Machin : 42 modérations, 23 votes et 69 éditions (dernière visite 20/11/2011 à 20:11) [champ libre éditable pour tout AMR pour indiquer en vacances, à l'hosto, révise ses exam', déménagement, accouchement...]


Rajouter des statistiques sur les tags.

Le DNS de lists doit être corrigé pour gérer à la fois la partie courriel et la partie web.

(et ensuite remettre la lettre quotidienne dans le plan du site/l'aide)

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.)