COVID19 : Mise en place d'entraide.chatons.org

#1

Lors de la réunion de ce soir, nous avons décidé collectivement de mettre en place une page entraide.chatons.org.

Je propose une réunion technique pour sa mise en place: https://sondage.sans-nuage.fr/studs.php?poll=entraide-chatons-org
Ainsi qu’un pad pour brainstormer: https://pad.sans-nuage.fr/p/entraide-chatons-org

L’objectif est de créer un point d’entrée où les utilisatrices et utilisateurs pourront demander des pads, des jitsi, des lufi, etc.

Avantages:

  • Supporter plus de charges en exploitant au mieux les différentes instances ouvertes listées dans le wiki
  • Simplifier la communication du collectif auprès des utilisateurs et utilisatrices

Un dispositifs ayant une philosophie proche a été mis en place cette semaine par tcit de Framasoft sur Framapad et Framatalk, l’idée serait de faire un point sur la façon.

Sur le long terme, l’autre avantage seraient de pouvoir proposer un dispositif aux CHATONS en cas d’indisponibilités ou surcharge de leurs services.

3 Likes
#2

Du coup, c’est chatons communique avec les utilsateurices?

Pourquoi pas simplement une catégorie sur ce forum?

Bon, si il faut accueillir des milliers de gens il faudrait qu’on pimp un peu le forum, mais c’est dans nos cordes :slight_smile:

#3

Tu parles de l’idée de loadbalancing ?

#4

Bon du coup la réunion aura lieu dimanche à 14h sur le mumble de l’april. Désolé pour le délais pour poser le rendez-vous.

1 Like
#5

Parfait ! Merci ! Bonne matinée et à tout à l’heure !

#6

@Angie effectivement il semble que je n’ai pas les droits administrateur sur un compte CHATONS sur framagit.

J’ai trouvé:



#7

La réunion vient d’avoir lieu. En résumé nous avons décidé de déployer dans la semaine une page web sur entraide.chatons.org qui présenterait les services en libre accès via des icônes de chatons associés à une fonction:

  • jitsi : camera
  • pad : crayon ? feuille avec crayon ?
  • framadate : calendrier
  • lufi : fichier
  • scrumblr : post-it
  • lutim : image :framed_picture:
  • lstu : lien :link:

Les données des instances seront rassemblées temporairement dans des fichiers YAML (à défaut d’avoir le temps d’adapter la base de données drupal).

mrflos et moi on se charge d’ouvrir le repo et de développer la page. Vous pouvez toutefois nous participer, c’est ouvert :).
Plus d’info ici: https://pad.sans-nuage.fr/p/entraide-chatons-org

#8

Je n’ai pas pu participer à la réunion (juste sur la fin, sans accès au pad, et sans micro :stuck_out_tongue: ).
Mon point de désaccord portait en effet sur le fait de recréer (encore) une base dissociée.
Du coup, j’ai fait ça (en moins de 2H, juste pour montrer que c’était possible)

  1. les chatons (qui ont déjà tous un compte sur le site) s’identifient sur https://chatons.org
  2. il saisissent une fiche par services proposé : https://chatons.org/fr/node/add/fiche-service (ne faites pas gaffe du tout au rendu de la fiche service, j’ai bricolé ça en moins de 2H)
  3. on peut avoir une visu des services proposés (dégueulasse, et je vous suit complètement sur le fait qu’il faille une page) : https://chatons.org/fr/paniere (à la limite, on s’en fout)
  4. surtout, on a une sortie JSON dynamique [EDIT : qui peut être réutilisé par le site entraire.chatons.org que ljf se propose de construire] : https://chatons.org/fr/paniere/json

Bref, c’est à l’arrache et je ne dis PAS que c’est la bonne solution. Mais là, ce qui me convenait moyennement dans la proposition, c’était

  1. qu’on avait une explosion des données à x endroits [EDIT: et sans liaison. Ici, les “fiches services” sont raccrochées aux “fiches chatons” prééxistantes. ]
  2. qu’on la solution proposée est uber-geek. Oui n’importe quel informaticien⋅ne sait forker un repo git, editer un YAML et proposer une MR. Mais ça veut dire que vous assumez pleinement que CHATONS, c’est un truc réservé aux informaticien⋅nes (du coup, les personnes qui sont dans un chaton, mais pas forcément très geek, ne pourront pas participer à la mise à jour des infos, sans passer par “ceux qui savent” (et donc on le pouvoir)).
  3. en cas de modif de la structure du fichier YAML (“Ha zut, on voudrait en plus récupérer le logo du chaton dans le YAML”) il faudra tout reprendre à la main (alors que les infos existent déjà)
  4. il faudra maintenir le bouzin

Pour autant, je ne suis PAS opposé à ce que vous partiez sur du YAML : le timing est sérré, et surtout, moi j’ai d’autres chats à fouetter. (C’est ljf qui fait, c’est ljf qui décide : c’est un processus qui me convient)
Mais je voulais juste démontrer que ce qui dans la conversation semblait une évidence pour vous ne l’était pas pour moi.

ping @tcit @angie @mrflos @ljf

#9

Avec ce json on a effectivement de quoi résoudre notre problématique. Donc puisque c’est fait et que c’était la solution idéale décrite dans la réunion on va partir la dessus évidemment.

Merci pyg pour ça :slight_smile:

#10

Hello @ljf : alors pour moi, c’est pas du tout une obligation.

J’en ai discuté en off avec @mrflos, et l’idée n’est pas du tout de dire “ma solution est meilleure”. Elle visait à répondre à la remarque entendu en réunion “C’est hyper compliqué avec Drupal”. 1H + tard, on voit que la réponse est “non” :slight_smile:

L’argument de Flo contre l’usage de Drupal, c’est que justement il n’y aurait pas de dépendance au Drupal (vieux bouzin que j’ai mis en place en 2016, dont Flo avait revu le design en 2018, puis qu’Angie, Gwennan et moi avions repensé à l’été 2019, et dont j’avais commencé à appliqué les modifs début Mars 2020 (j’étais dessus quand le covid est arrivé).

Mais, pour être clair : je ne tiens pas particulièrement au Drupal !

On avait déjà eu ce débat avec @pierre qui voulait refaire justement à base de YAML (et de Hugo ou Vue, je ne sais plus).

Je trouve l’idée très bien, par contre j’avais dit à l’époque :

  1. que je serai toujours contre des sites qui ne permettent pas à des non informaticiens de participer (désolé, mais forker un repo git, editer un YAML sans se planter, pusher, faire une Merge Request, ça n’est pas un processus accessible :wink: )
  2. que l’idée de changer d’outil m’emballait à condition
    2.1. de livrer une v1 à la fois isofonctionnelle (et récupérant l’existant éditorial + données si possible)
    2.2. que la personne qui crée le site s’engage formellement à le maintenir et à former dessus (parce que si on se retrouve avec un truc cryptique et inéditable au bout de 6 mois, on aura juste tout perdu)

Et, là aussi c’est clarifié avec Flo, ce n’est pas parce que je suis contre une proposition que je l’empêcherai d’advenir, hein. Je n’impose rien à personne (pas même les points ci-dessus). Par contre, si je suis contre une décision, ben je vois mal pourquoi je resterai muet.

Pour en revenir à entraide.chatons.org, le cas est différent, il me semble.

  • C’est un site fait dans l’urgence (donc le backend peut être quick & dirty, et pas obligatoirement grand public)
  • Ca n’est pas le site chatons.org (donc, si on a une base à part, c’est “sale”, mais acceptable).

Donc, j’insiste (très fort), mon POC n’a pas d’importance : c’est toi qui fait, c’est toi qui décide (et ça sera très bien :slight_smile: )

Merci pour vos efforts et votre implication, à @mrflos et toi :slight_smile:

#11

hello,
J’ai fini mon POC graphique a voir sur https://mrfloscolibris.frama.io/entraide-chatons/ .
Et le dépôt est https://framagit.org/mrfloscolibris/entraide-chatons

@pyg et @tcit , j’ai pas réussi a faire des requêtes GET en javascript sur le drupal de chatons.org (je crains un soucis de CORS coté drupal).
Et de toute façon, pour l’instant il ne récupère même pas la copie json locale des services chatons, donc c’est juste une proposition graphique en l’état, mais un début d’architecture est en place, y compris pour faire une extension.

@ljf si tu veux on peut s’appeler demain (lundi) pour en discuter, avec plaisir.

Tout retour des chatons est bien entendu bienvenu et souhaitable! Il n’y a que 4 services sur la démo, mais c’est bien entendu évolutif!

Bonne nuit!

#12

@mrflos hugo peut manger du json :slight_smile:

Ici la doc:

Mais je vois aussi que la solution de @mrflos fait le rendu en js direct, ça marche aussi.

Dans les 2 cas, si CORS ne fonctionne pas, tu peux aussi rebuild le site regulierement, ça marche aussi.

Ce que je préconise, c’est que chaque chatons expose son json, et que du coup pas besoin de venir sur le drupal chatons, pour venir remplir les infos. Et pas besoin non plus d’aller sur masto remplir les infos, sur peertube… ainsi de suite. C’est du web semantic. On a mis ça en place chez les librehosters, ça c’est la liste, et ça, c’est notre json. Après, comment le chatons écrit son json, si c’est avec hugo ou avec drupal, ou avec wordpress, c’est bien son problème. Mais moi ce qui m’intéresse, c’est que en tant que chatons et librehoster, je ne remplisse “ma fiche” qu’une seule fois.

Mais bref, c’est pas pour aujourd’hui, mais je sens que ça commence à venir :slight_smile:

1 Like
#13

Yep je suis d’accord que du web sémantique et chaque chatons avec son fichier de description serait idéal, mais ca ressemble au graal, mais on a encore un peu de chemin à faire!

En tout cas je suis parti sur du vanillaJs très KISS pour commencer, mais en effet des générateurs de sites statique genre hugo (ou pour colibris-outilslibres.org on utilise gatsbyjs) seront fort utiles pour parser des données structurées à différents endroit si le besoin arrive!

#14

C’est un trés bon début :slight_smile:

Quelques points d’amélioration sur lequel je vais faire des PR.

Réduction de l’espace pris par les icônes

Je pense par contre que les icônes doivent être moins prépondérantes:

  • pour permettre l’accès au bouton de création de pad (par exemple) d’être au dessus de la ligne d’horizon
  • pour concentrer la compréhension sur le nom du service

Mettre en avant la fonction du service par rapport au nom du logiciel

Ceci dit il faut que le nom du soft soit présent aussi.

Le texte d’introduction

A mon avais on va mettre autre chose, notamment qui permet de comprendre pourquoi “entraide”. @Angie ou @wonder peut être que ça vous intéresse de réfléchir à la question de ce texte introductif ?

#15

Ce n’est pas ce que @mrflos a fait avec le texte "Un sélecteur aléatoire de services libres pour décentraliser et découvrir un web à l’échelle humaine, solidaire et respectueux de votre vie privée ! " ? Est-ce qu’il en faut davantage ?

#16

hello j’ai improvisé ce texte, c’est vrai qu’il n’y a pas trop de référence ni au confinement, ni au contexte de cette création de site…

Si quelqu’un·e se sent de faire mieux sans forcément faire trop long, foncez!

#17

yep j’ai fait un test a l’arrache :

2 Likes
#18

Je vous précise que Lise est en train de préparer les 7 icônes pour les 7 services. A terme, il faudra me dire dans quelle résolution il vous les faut !

#19

en option petit 200x200 pixel c’est bien!

#20

Hello,
Alors moi, je viens juste de débarquer, j’en suis au stade où je clique partout dès que j’ai trois minutes pour tenter d’ingérer un max d’info, et je tente de comprendre à peu près de quoi il est question. Je ne suis pas certaine de pouvoir pondre du jus de cerveau pour le moment, mais je peux prêter mon concours pour aider à accoucher de rédactionnel, structurer, questionner, etc. (je me sens fort inutile à ce stade, mais je ne désespère pas!).