(signalement via https://linuxfr.org/forums/general-general/posts/les-tags-populaires-de-linuxfr-dans-le-pied-de-page )
Dans les tags populaires en bas de page, on affiche les tags non masqués certes (donc pas 'grosconnard'), mais aussi ceux des contenus masqués (exemple 'banque' qui est un tag public acceptable, mais qui traine sur les spams et est donc sur-évalué).
Certaines dépêches sortent de la modération sans tag. Il y a toujours au moins un tag pertinent pour indiquer le nom d'un projet ou d'un événement, un lieu, un langage, un domaine, etc. Pour éviter cela, et ne pas juste compter sur la vigilance des modérateurs, rendons la présence d'au moins un tag nécessaire pour publier une dépêche (c'est inutile pour la rejeter ou la renvoyer en rédaction par exemple). Même chose pour les sondages d'ailleurs.
Exemple de dépêches publiées (…)
Avec un karma de zéro, la CSS contrib/nightgrey n'affiche pas son propre commentaire en prévisualisation.
Cf discussion sur https://linuxfr.org/news/le-frido-2018-livre-libre-de-mathematique-pour-l-agregation#comment-1748977
Version brute
Titre du lien d'une dépêche trop long pour le stockage en BD
I, [2018-04-26T17:28:16.613132 #31058] INFO -- : Completed 500 Internal Server Error in 248ms (ActiveRecord: 205.7ms)
F, [2018-04-26T17:28:16.616069 #31058] FATAL -- :
ActiveRecord::StatementInvalid (Mysql2::Error: Data too long for column 'title' at row 1: INSERT INTO `links` (`title`, `url`, `lang`, `news_id`, `created_at`, `updated_at`) VALUES ('« Save Code Share » : une campagne pour protéger les forges logicielles et les communautés du libre (relais de l\'April)', 'https://www.april.org/savecodeshare-une-campagne-pour-proteger-les-forges-logicielles-et-les-communautes-du-libre', 'fr', 38560, '2018-04-26 15:28:16',Ajouter des statistiques sur les deux comptes fictifs Collectif et Anonyme.
Actuellement, pour les dépêches collaboratifs (compte Collectif) :
+------+--------------+-----+
| year | content_type | cnt |
+------+--------------+-----+
| 2008 | News | 1 |
| 2013 | News | 3 |
| 2014 | News | 8 |
| 2015 | News | 6 |
| 2016 | News | 41 |
| 2017 | News | 65 |
| 2018 | News | 9 |
+------+--------------+-----+
Beaucoup plus (…)
La page perso indique en titre « Machin a écrit 42 contenus de type dépêche ou journal ». Il est implicite que ne sont prises en compte que les dépêches dont Machin est l'auteur unique ou principal (pas les dépêches collaboratifs auxquelles il a pu participer).
Cela vient du fait que la page utilisateur affichait initialement QUE les journaux personnels (dont on est l'auteur unique), puis que l'on a ajouté les dépêches (parce que les dépêches sont le cœur du site et (…)
Ce code produit un HTTP 500 sur un contenu ou un commentaire.
![Rien](<img src="http://coin)
https://linuxfr.org/aide#aide-authentification
Par rapport à un visiteur, un animateur de l'espace de rédaction (rôle editor) peut :
- envoyer n'importe quelle dépêche en rédaction vers la modération ;
- réattribuer n'importe quelle dépêche en rédaction à un autre compte ;
- modifier l'indicateur d'urgence sur une dépêche en rédaction.
Doc incomplète à revoir :
Dans l'espace de rédaction :
Tentative d'ajout d'un lien dans une dépêche, avec comme URL https://riot.im/app/#/room/#
INFO -- : Started POST "/redaction/links" for xx.xx.xx.xx at 2017-07-20 23:44:14 +0200
INFO -- : Processing by Redaction::LinksController#create as HTML
INFO -- : Parameters: {"utf8"=>"✓", "authenticity_token"=>"[FILTERED]", "news_id"=>"36926", "link"=>{"title"=>"Coin", "url"=>"https://riot.im/app/#/room/#", "lang"=>"fr"}}
INFO -- : Completed 500 Internal Server Error in 10ms (ActiveRecord: 1.5ms)
FATAL -- :
URI::InvalidURIError (bad URI(is not URI?): https://riot.im/app/#/room/#):
app/models/link.rb:33:in `url='
app/controllers/redaction/links_controller.rb:12:in `create'
Plutôt que de devoir fermer un compte, supprimer les éventuels commentaires un à un, supprimer les éventuels contenus un à un et retirer le lien vers le site perso, il serait probablement utile de pouvoir faire tout cela en un clic dans l'interface d'admin des comptes, pour dégager un spammeur.
En cas de fausse manip', pour les non-modérateurs et non-admins, envoyer en modération une dépêche est sans retour (jusqu'à ce qu'un modéro/admin corrige et renvoie en rédaction). On pourrait ajouter une confirmation pour ce cas-là.
Exemple :
Il n'est pas évident qu'il s'agit d'un lien cassé vers une image et pas de simple texte. Un indicateur visuel de l'erreur serait pratique pour la modération.
Solutions possibles :
https://css-tricks.com/snippets/jquery/better-broken-image-handling/
https://developer.mozilla.org/en-US/docs/Web/CSS/-moz-force-broken-image-icon
…
--
Envoyé depuis un stand RMLL
Les URL dans le contenu en première et en seconde partie, et les URL dans les liens ne devraient pas contenir /redaction/ ou /moderation/ sauf exception. Il serait pratique de signaler de tels liens avec un pictogramme attirant l'attention (ça éviterait de faire les corrections après publication sur un signalement par un visiteur qui n'aurait pas les droits pour accès à ces parties ou qui aurait eu un 404).