En cas de suppression d'une entrée de suivi (par l'équipe de maintenance en tout cas) :
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 :
(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
models/diary.rb
def convert
(...)
$redis.set "convert/#{@news.id}", self.id
models/news.rb
def publish
(...)
diary_id = $redis.get("convert/#{self.id}")
Diary.find(diary_id).update_column(:converted_news_id, self.id) if diary_idA priori une fois la dépêche publiée et le journal mis à jour pour faire (…)
Cf https://linuxfr.org/aide#aide-donneesinutiles
Probablement via un script externe.
Actuellement, avec l'ajout récent du last_seen_on au 2023-05-31, il n'y a pas encore de comptes déjà vus sur le site et fermés depuis plus d'un an ou de comptes jamais vus depuis trois ans. Par contre il existe des comptes déjà fermés et ne s'étant jamais connectés sur le site, donc n'ayant jamais servi réellement.
(bonus: qui des autres formats d'images?)
préparer une dépêche sur les mises en demeure n°4 et n°5
Écrire une page statique avec l'histoire du site
Dernière connexion : 03 juillet 2023 13:48:31
Dernière action : 05 juillet 2023 01:00:17
Dernière visite : 5 juillet 2023
Corriger l'affichage du jour sur la dernière visite.
Modifier les statistiques utilisateurs pour prendre en compte la date de dernière visite plutôt que de dernière action (probablement attendre fin août pour être 3 mois après la mise en place datant du 31/05/2023).
À ajouter à la conf Ansible, vu qu'on l'utilise pour la génération rrd
Il y a un comportement un peu imprévu sur les slugs des comptes utilisateurs. Normalement on peut aller sur /users/<id> et se faire rediriger vers /users/<slug> de l'utilisateur en question. (on peut discuter si c'est souhaitable ou pas, mais c'est le cas actuellement en tout cas)
Mais il y a un souci quand un compte a un login purement numérique (1234567) ou dont le slug généré sera purement numérique (comme avec +228 ou 白白 ou ктйн). Ce slug généré va (…)