Suivi — Modération Indexation différée des contenus non modérés a priori

#1975 Posté par  (site Web personnel) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes : aucune
7
1
mar.
2021

Cf https://linuxfr.org/users/papap/journaux/la-relation-entre-les-logiciels-libres-et-le-covid-19#comment-1842708

Le problème :

  • le contenu côté LinuxFr.org est publié à 10:56:38
  • les premières requêtes des GoogleBot sont à 10:57:47 (et on aura 24 hits sur cette page pour la journée du 22 février)
  • la première note, négative, est à 11:06:53
  • la seconde note, négative, est à 11:10:22
  • toutes les notes suivantes du jour seront négatives aussi
  • le cache google sera mis à jour bien plus tard, potentiellement des jours/semaines plus tard

Proposition de jben:

A-t'on besoin de l'indexation (…)

Suivi — Modération Retours de l'équipe de modération

#1969 Posté par  (site Web personnel) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes : aucune
0
27
jan.
2021

Commentaire https://linuxfr.org/users/oumph/journaux/linuxfr-org-premiere-quinzaine-de-janvier-2021#comment-1838247

les discussions en modération, rien faire, en faire trop ou pas assez, c'est compliqué, etc.

le club secret des équipes de modérations où les gens s’échangeraient sous le manteau des astuces, ou bien des entretiens / tables rondes avec d'autres équipes de modération

Commentaire https://linuxfr.org/users/oumph/journaux/linuxfr-org-premiere-quinzaine-de-janvier-2021#comment-1839732

des infos manquantes pour outiller la modération

Suivi — Epub Validation des epub

#1968 Posté par  (site Web personnel) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes :
0
25
jan.
2021

le epub https://linuxfr.org/users/tonio/journaux/s-occuper-pendant-les-vacances-yunohost-et-autohebergement.epub ne passe pas le validateur epubcheck (j'ai fait le test en distant via http://validator.idpf.org/ puis en local) :

$ epubcheck s-occuper-pendant-les-vacances-yunohost-et-autohebergement.epub
Vérifications faites en utilisant les règles de la version epub 3.2.
ERROR(MED-004): s-occuper-pendant-les-vacances-yunohost-et-autohebergement.epub/EPUB/(-1,-1): L'en-tête du fichier image pourrait être corrompu.
ERROR(PKG-021): s-occuper-pendant-les-vacances-yunohost-et-autohebergement.epub/EPUB/(-1,-1): Fichier image corrompu rencontré.

Vérification terminée avec des erreurs
Messages: 0 fatale / 2 erreurs / 0 avertissement / 0 info

EPUBCheck terminé

Faisons le test avec un epub de référence (Children's Literature (…)

Suivi — Étiquettes Étiquettes populaires et performances

#1965 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
1
16
jan.
2021

Une campagne récente de ré-étiquetage massif a montré un effet des étiquettes populaires dans le bas de page :

https://pix.toile-libre.org/upload/original/1610822726.png

(l'évolution de la courbe correspond en fait à l'évolution temps de rendu de _layouts/_footer.html.haml )

Bref on va avoir besoin d'une mise en cache (pour éviter la sensibilité sur les étiquetages du dernier mois).

Suivi — Étiquettes Décrémenter le taggings_count en cas de suppression d'étiquette

#1964 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
0
28
déc.
2020

Les étiquettes elle-mêmes sont gérées par la table SQL tags et les étiquetages (une étiquette pour un utilisateur sur un contenu) via taggings. tag.taggings_count décompte le nombre d'étiquetages (quel que soit le contenu et l'utilisateur).

Normalement Ruby On Rails devrait gérer l'incrémentation et la décrémentation du compteur.

L'incrémentation marche bien. La décrémentation (dans le cas où l'étiquetage est supprimé par son utilisateur), voire le cas où le seul étiquetage existant est supprimé par son utilisateur ne fonctionne pas correctement.

(…)

Suivi — Rédaction Bug non identifié conduisant à la perte du markdown sur une dépêche en rédaction

#1960 Posté par  (site Web personnel) . État de l’entrée : invalide. Licence CC By‑SA.
Étiquettes : aucune
0
13
déc.
2020

Debug en cours… Une dépêche est créée en rédaction (en markdown donc). À un moment, le markdown est perdu. Il ne reste plus que la version HTML. On se retrouve avec l'interface utilisée pour les dépêches pré-2011 en HTML.

La dépêche en question : https://linuxfr.org/redaction/news/sortie-de-crowdsec-1-0-tutoriel-d-utilisation

Recherche d'éléments :

  • pas d'erreurs, pas de HTTP 500

  • frise chronologique : dépêche soumise en markdown (Révision nᵒ 1 - 13 décembre 2020 13:31:37), "Réorganisation" par la modération, renvoi de l'HTML (Révision (…)

Suivi — Administration site Masquer / dépublier pour un utilisateur donné

#1952 Posté par  (site Web personnel) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes : aucune
0
23
oct.
2020
  • avoir accès facilement à tout ce qui est masqué pour un utilisateur donné
  • pouvoir facilement démasquer sans un passage en base de données
  • pouvoir voir facilement toutes les contributions à une dépêche d'un utilisateur donné et pouvoir les masquer

Suivi — Modération LinuxFr.org + Grammalecte n'encaissent pas les g

#1944 Posté par  (site Web personnel) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes :
3
3
août
2020

En modération, sur le markdown, avec Firefox au moins, il n’est pas possible de taper une correction via Grammelecte avec le caractère 'g' : ce caractère est intercepté, en raison du « retourner en haut de la page en appuyant sur g ou en bas de la page avec G » sur LinuxFr.org.

Suivi — Administration site Nettoyage des 22 ans

#1937 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
2
14
juin
2020

(ça n'a aucun rapport avec les 22 ans, mais bon d'ici qu'on le fasse, « nettoyage de printemps » sera hors saison)

Un peu de ménage en base de données ne ferait pas de mal, pour diverses raisons (ça prendrait moins de place, on stocke des choses inutiles, on stocke des données personnelles obsolètes pour rien, etc.).

Commençons par un nettoyage suite au Un an après la mise à jour majeure du site, grand nettoyage dans les comptes utilisateur (…)

Suivi — Commentaires Commentaire d'un compte supprimé non éditable par un admin

#1936 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
1
14
juin
2020

Dans app/models/comment.rb

  def wikify_body
    nofollow = user.account.karma < 50
    self.body = wikify(wiki_body, nofollow: nofollow)
  end

du coup toute édition (y compris par un admin) d'un commentaire appartenant à un compte supprimé (entrée dans accounts supprimée mais entrée encore présente dans users) échoue :

Completed 500 Internal Server Error in 16ms (ActiveRecord: 1.7ms)
NoMethodError (undefined method `karma' for nil:NilClass):
app/models/comment.rb:42:in `wikify_body'
app/controllers/comments_controller.rb:64:in `update'

A priori s'il n'y a plus (…)

Suivi — Étiquettes Mauvaise gestion des tags avec espace

#1927 Posté par  (site Web personnel) . État de l’entrée : invalide. Licence CC By‑SA.
Étiquettes : aucune
0
21
fév.
2020

(détection via https://linuxfr.org/users/delgatux/liens/l-autorite-de-la-concurrence-bouge-enfin-sur-l-economie-numerique )

Le lien a été soumis ainsi :

"tags"=>"droit, concurrence, abus de position dominante, marché, facilités essentielles", "commit"=>"Poster le lien"

Les étiquetages créés : "droit", "concurrence", "abus", "marche" (et pas facilites).
Mais les étiquettes incrémentées comprennent notamment "position", "dominante", "facilités" et "essentielles" alors qu'aucun étiquetage n'existe pour ces tags (bref on a créé les étiquettes, mais elles ne correspondent à aucun étiquetage).

Du coup le script de vérification de la base SQL a râlé :

12718 position (…)

Suivi — Dépêches Ne pas afficher le « Aller plus loin » s’il n’y a pas de liens dans une dépêche

#1926 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
4
14
fév.
2020

Ne pas afficher le « Aller plus loin » s’il n’y a pas de liens dans une dépêche.

(signalement initial : https://linuxfr.org/news/sauver-un-disque-dur-mecanique#comment-1799315)

Suivi — Statistiques Statistiques erronées pour les contenus publiés dans les 3 et 12 derniers mois par les actifs

#1922 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
0
26
jan.
2020

Sur la page des statistiques sur les utilisateurs, la statistique des contenus produits par les visiteurs actifs dans les 3 et 12 derniers mois est erronée (elle ne peut être que décroissante car les visiteurs ont publié depuis Epoch plus que depuis 12 mois et plus que depuis 3 mois, et elle doit être différente par type de contenu).