# service share restart
Restarting share for user 'linuxfr'
Faraday::Builder is now Faraday::RackBuilder.
.

A priori juste une classe qui a changé de nom.

Rejet en modération d'une dépêche anonyme :

I, [2014-10-18T23:04:43.426166 #12082]  INFO -- : Completed 500 Internal Server Error in 14ms
F, [2014-10-18T23:04:43.428202 #12082] FATAL -- : 
StateMachine::InvalidTransition (Cannot transition state via :refuse from :refused (Reason(s): Le State translation missing: 
fr.activerecord.errors.models.news.attributes.state.invalid_transition)):
  app/controllers/moderation/news_controller.rb:63:in `refuse'

Sections de dépêche que l'on pourrait fermer :

• PDA n'a pas servi depuis 2010 (en général ça passe en Mobile)
• Pirate n'a pas servi depuis 2011 (en général ça passe en Sécurité).
• Apple n'a pas servi depuis 2011, mais j'imagine que ça peut servir encore.

Côté forums, ceux ouverts ont tous été utilisés en 2014.

Pense-bête rédigé en préparant les statistiques 2012 :

• avoir divisé par le nombre de contenus publiés
  • le nombre de commentaires par contenu
  • le nombre de tags par contenu
• trier le nombre de commentaires par jour suivant l'ordre des jours dans la semaine
• ajouter un outil de graphes en javascript qui soit plus joli
• éviter le « 21183 dépêches dont 36 en rédaction, 1 en modération, 21183 publiées (…) »
• ne pas afficher les lignes à zéro pour
  • les types de contenus (...)

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

La dépêche http://linuxfr.org/news/une-faille-nommee-shellshock telle que publiée sur le site :

« Posté par Collectif le 28/09/14 à 23:22. Édité par 10 contributeurs. »

Et si on clique sur le lien « 10 contributeurs », ça se déroule ainsi :

« Posté par Collectif le 28/09/14 à 23:22. Édité par tankey, Benoît Sibaud, eggman, Altor, david.g, Bruno Michel, Salk, Maxime, palm123 et BAud. »

Côté Atom, on perd la notion du « Collectif » et on affiche deux fois tankey comme auteur :

    <author>      <name>tankey</name>    </author>
    <author>

Exemple https://linuxfr.org/users/natal/comments.atom

F, [2014-08-31T07:43:22.526065 #23134] FATAL -- : 
ActionView::Template::Error (undefined method `created_at' for nil:NilClass):
    1: atom_feed do |feed|
    2:   feed.title("LinuxFr.org : les commentaires pour #{@user.try(:name) || @node.content.title}")
    3:   feed.updated((@comments.last || @node).created_at)
    4:   feed.icon("/favicon.png")
    5: 
    6:   @comments.each do |comment|
  app/views/comments/index.atom.builder:3:in `block in _app_views_comments_index_atom_builder___436111265112466474_68531700'
  app/views/comments/index.atom.builder:1:in `_app_views_comments_index_atom_builder___436111265112466474_68531700'
  app/controllers/users_controller.rb:64:in `block (2 levels) in comments'
  app/controllers/users_controller.rb:62:in `comments'

Pour éviter les soucis comme https://linuxfr.org/suivi/liens-epub-casses , mettre en place un test de vie/une sonde qui récupère un epub une fois par heure et nous avertit si ça échoue.

L'éditeur visuel de Markdown insère des liens ![Titre de l'image](http://l_url_que_j_ai_saisie) et sélectionne la partie « Titre de l'image » pour qu'elle soit éditée. Mais beaucoup la laisse telle que, et ça ne soit pas forcément en modération car l'infobulle affichée est le title « Source http://l_url_que_j_ai_saisie » différent du alt.

Bref ça serait bien d'avoir un pictogramme d'avertissement en modération (et/ou à la rédaction) pour signaler que le nom par défaut est resté.

Test avec Iceweasel 24.0 et Chromium 29.0.1547.57. En HTTPS. Connexion automatique cochée. Les deux navigateurs peuvent être sur des ordinateurs différents.

Quel que soit navigateur A et navigateur B :

1. se loguer sur le site avec navigateur A (donc une session depuis A)
2. se loguer sur le site avec navigateur B (donc une session depuis A et une depuis B)
3. se déconnecter du site avec navigateur B (donc encore une session depuis A en principe)
4. redémarrer le navigateur A
5. constater (...)

En non authentifié, seulement sur la page /news :

$ curl http://linuxfr.org/ 2>/dev/null| grep alternate
$ curl http://linuxfr.org/news 2>/dev/null| grep alternate
<link href="http://linuxfr.org/news.atom" rel="alternate" title="Flux Atom des dépêches" type="application/atom+xml" />

Mais en authentifié sur les deux pages.

La loi (française) relative à l’encadrement des stages a été publiée le 11 juillet au Journal Officiel (en théorie là mais le lien ne marche pas). On peut lire le texte adopté à l'Assemblée nationale en attendant.

La partie susceptible de concerner LinuxFr.org : « IV. – Toute personne ou organisme qui publie, pour son compte ou celui d’autrui, des offres de stage sur internet est tenu de les distinguer des offres d’emploi qu’il propose et d’en assurer le référencement (...)

La section a été retirée du titre de la dépêche sur les dépêches publiées, mais elle est encore présente dans la prévisualisation en modération.

Ainsi une dépêche publiée était titrée « Sortie de Linux 3.15 » mais en modération elle apparaissait comme « Noyau : Sortie de Linux 3.15 » (ce qui est plus explicite), empêchant probablement quelqu'un d'avoir la bonne idée de la re-titrer « Sortie du noyau Linux 3.15 ».

• dans les paquets requis pour le site, il y a libcurl4-openssl-dev, qui est en conflit avec libcurl4-gnutls-dev. Est-ce forcément le -openssl- ? (apparemment pas)
• dans le README.md on trouve cp config/secret.yml{.sample,} mais en fait le fichier est désormais config/secrets.yml.sample
• "rvm install 2.1.1" échoue un peu lamentablement si l'utilisateur n'est pas dans le groupe sudo (ou déclaré comme il faut dans /etc/sudoers), vu qu'il fait un sudo apt-get update

$ rvm install 2.1.1
(...)
Updating system..oumph password required for 'apt-get

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