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 :

• étiqueter (tag) une dépêche en rédaction ('taggable_by')
• relancer les rédacteurs d'une dépêche ('followupable_by')
• supprimer une dépêche en rédaction ('erasable_by')

Dans l'espace de rédaction :

• après le titre « Dépêches en cours de modération », ajouter une phrase du type « L'accès à l'espace de modération est réservé aux modérateurs et aux administrateurs. Seuls les titres des dépêches en modération sont visibles des autres utilisateurs authentifiés. »
• rendre les titres cliquables pour les modérateurs/admins (et pas pour les autres donc)
• ajouter dans le titre le nombre de dépêches concernées ? (genre « Dépêches en cours de modération (2) »), et ajouter un titre « Dépêches en cours de (…)

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

(via http://jigsaw.w3.org/css-validator/ )

./app/assets/stylesheets/RonRonnement.css.scss: background-color: #cccccc66;

Propriété erronée : background-color #cccccc66 n'est pas une valeur de background-color : #cccccc66

./app/assets/stylesheets/RonRonnement.css.scss: li.comment > h2 > a.title { pointer-events: none; }

La propriété pointer-events n'existe pas : none

La dépêche Agenda du Libre semaine 18 2017 est publiée comme « Posté par Collectif le 30/04/17 à 05:08. Édité par Benoît Sibaud. Modéré par Yvan Munoz. Licence CC by-sa » (initialement créée par moi, puis réattribuée à Collectif).

Par contre dans le flux Atom /news.atom, <author><name>Benoît Sibaud</name></author>.

Un journal publié puis converti en dépêche contient un lien « protocol-relative » //linuxfr.org/users/machin/journaux/slug-slug-slug. Et ce lien est marqué en erreur si on essaie de réorganiser la dépêche, car il ne commence pas par http ou https. Les deux options me semblent être :

1. corriger la validation de formulaires pour accepter les liens « protocol-relative »
2. pousser de l'HTTPS plus largement, et donc mettre le lien https par défaut.

Je penche pour le 2 (pour un argumentaire voire par exemple). Dans app/models/diary.rb (…)

Envoyer un courriel en cas de déplacement d'un journal vers un forum.

https://linuxfr.org/forums/linux-debutant/posts/c-est-penible-de-se-faire-supprimer-les-articles-sans-preavis