Veut se faire passer pour un "vrai" système de fichiers qui pourrait être une raison des lenteurs.
À la place on voudrait cibler plus simple : un object storage.
State of the art : le plus prometteur est Minio mais restrictions bizarres.
Alex a fait de Garage son projet de confinement.
On a une version "beta" qui fonctionne avec Nextcloud.
Question qui reste en suspens : la fiabilité ?
Le modèle : les données sont répliquées 3 fois.
Si tu as des machines sur des sites/datacenters différents, tu peux les dispatcher sur différents datacenters.
À quel point la solution est fiable ?
Il faudrait faire des tests : analyser plus le code.
Soucis techniques : congestion entre datacenters.
Controler le nombre de requetes que tu envoies.
On ne voudrait pas détruire l'information directement.
Backup vs suppression de données.
Vincent pense à la suppression scabreuse de Facebook qui ne faisait que déréférancer [référence](https://arstechnica.com/information-technology/2010/10/facebook-may-be-making-strides/).
Préciser la politique (30 jours, un admin peut y accéder, elles peuvent être restaurées en cas d'accident majeur).
#### [Garage Kids](https://codelyoko.fandom.com/fr/wiki/Garage_Kids) : foire à l'espace disque
Commencer les expérimentations sur Garage.
Liste de l'espace disque :
- Quentin 3 x 1To
- Adrien (un NAS plus tard ?! Ses parents ?! Synology ouvert ?! [docker](https://www.synology.com/fr-fr/dsm/packages/Docker))
Stockage des backups :
- Offsite ?
- Dans Garage ?
Adrien pensait du backup avec des rsync/tar.
Adrien a commencé à faire du backup.
Maximilien met à disposition un VM pour le backup de la stack chez Quentin
#### Interconnexion
Battle Royal : VPN vs Service Mesh
Contexte/But : Essayer d'avoir des machines dans différents datacenters. On voudrait les interconnecter entre elles.
Le cas d'usage c'est le LDAP, pour le consommer depuis des machines.
Wireguard est un module noyau, bonne efficacité.
Trouver comment on va expérimenter l'interconnexion.
On aurait besoin de VM derrière des NAT -> réalisme du déploiement.
- Quentin : [Comment créer un site web basse technologie](https://solar.lowtechmagazine.com/fr/2018/09/how-to-build-a-lowtech-website.html) : ici ce n'est pas l'économie d'énergie du serveur qui nous intéresse mais une compatibilité fluide avec les vieux terminaux et les mauvaises connectivités mobiles. Je sais de quoi je parle, mes parents ont un ADSL de piètre qualité.
- Quentin : C'est d'autant plus important qu'en favorisant de vieille machines derrière des connexions domestique, on a une contrainte de départ plus forte sur le matériel et on a pas de CDN pour masquer le manque d'opti/lourdeur du site web traditionnel
- "cross-browser consistency" au minimum ([normalize.css](http://nicolasgallagher.com/about-normalize-css/))
- responsive design & utilities ([Foundation](https://get.foundation/sites/docs/), [Pure](https://purecss.io/), Bootstrap... Adrien connaît bien Foundation, un truc comme Pure serait plus léger)
- Quentin : À voir ce que les frameworks apportent de plus une fois un reset CSS + flexbox + media queries en place. Qui plus est, tout n'est pas configurable dans bootstrap et on se retrouve vite à empiler des hacks.
- J'ai (Adrien) quelques projets de guides et d'articles sur les libertés numériques - j'imagine que vous aussi. On pourrait proposer des articles sur blog.deuxfleurs.fr, et/ou faire un agrégateur de nos propres blogs (si vous en avez tous un, moi pas).
- Quentin : Dans l'absolu si on peut faire le blog sur la meme plateforme que le site web, je trouverais ça bien. Sinon, un truc à penser ce serait ActivityPub pour que les gens puissent suivre le blog dans leur Mastodon par exemple, aka le Fediverse.
- Quentin : Voir si blog peut être sur Mobilizon et déployer une instance de ce dernier donc si on veut de l'ActivityPub et qu'on peut pas l'intégrer sur le site statique.
*N'hésitez pas à compléter ce document en modifiant le fichier `src/Association/Réunion_2.md` du [dépôt du site Deuxfleurs](https://git.deuxfleurs.fr/Deuxfleurs/site)*