Sommaire
Introduction
BAD est un acronyme pour Base Autonome Durable, c’est à dire un endroit où une ou plusieurs personnes peuvent (sur)vivre à une catastrophe (naturelle, fléau, guerre, effondrement économique … mettez ici la raison qui vous plaît ou vous fait le plus peur), pendant une période plus ou moins longue, sans avoir besoin de l’extérieur : supermarchés, hôpitaux, et autres services présents dans une société moderne.
Cette définition est un peu large, dans les faits une BAD se matérialisera souvent par un endroit à la campagne où on tentera d’être au maximum autonome sur les aspects les plus importants de la survie :
- la nourriture (potager, verger, animaux … tout ce qui est culture et élevage) ;
- électricité ;
- eau (y compris la potabilisation) ;
- chauffage ;
- premiers soins ;
- stockage de recettes, guides et autres documentations ;
- …
La liste est plus ou moins longue suivant le degré d’autonomie souhaité, sachant que l’autonomie complète est impossible au niveau d’une famille ou d’un très petit cercle. Des communautés sont alors nécessaires pour obtenir tous les produits et services d’une vie confortable. Par exemple un cordonnier peut faire des chaussures en échange de savons faits par un autre membre de la communauté.
Le but de Cultivons ! est de favoriser la gestion d’une telle BAD.
La situation géopolitique actuelle (Ukraine, inflation, pénurie à venir, krack boursier…) génère un désir de devenir plus autonome pour de plus en plus de gens. Le développement de ce logiciel a toutefois été démarré bien longtemps avant ces évènements, et au départ sans l’objectif de le publier en licence libre. Les développements erratiques, une heure par-ci, une demi-heure par là, ayant été motivés par des besoins personnels. C’est toutefois la situation actuelle qui a poussé à partager ces bouts de code, estimant que le nombre de gens intéressés ne fera probablement qu’accroître ces prochains mois. Quand on peut aider… autant le faire.
Il peut paraître fou d’informatiser une gestion aussi critique pour sa survie dans des conditions qu’on estimerait fortement dégradées, pouvant par exemple provoquer une coupure totale d’électricité.
Ce logiciel a été concu pour être un intranet, donc multi-utilisateurs, pouvant être hébergé sur un mini-PC, idéalement du genre Raspberry PI zero 2 W : 512Mo de ram, wifi, consommation électrique de l’ordre de 100mA sous 5V, soit 0.5W de consommation en continue, ce qui est facilement couvert par un petit panneau solaire et une batterie. Il est vrai qu'il est difficile de s'approvisionner en Zero 2 W depuis la crise covid.
L’utilisateur peut utiliser quelques minutes par jour un smartphone, une tablette ou un vieux PC portable qui serait également rechargé au solaire.
Les modules
Il est possible de s’amuser avec le site de démo dont le lien figure en bas de ce journal.
Bien entendu les informations de la base de données de démo sont fictives et sont automatiquement réinitialisées tous les jours (la nuit).
Pour aider à la gestion d’une BAD, ce logiciel sous licence Apache 2.0 est doté de différents modules qui sont décrits brièvement ci-dessous.
Les différents modules sont accessibles par le menu sur la gauche.
Items
Les items représentent les éléments qui seront gérés par le logiciel, ils sont de deux types :
- les items annuels (légumes, fruits, animaux d’élevage) dont des taches seront affectées tout au long de l’année ;
- les items gérés en stock, qui seront divisés en type (aliments, médicaments, habillement…).
Si la définition d’un item géré en stock est assez simple (nom, quantité mini, unité de stock), celle d’un item annuel nécessite la saisie des différentes taches à effectuer. Ces taches peuvent être uniques (récolte d’un légume) ou récurrentes (ouverture du poulailler chaque matin), et elle ne sont à renseigner qu’une seule fois car la bascule d’une année sur l’autre générera automatiquement un nouveau jeu de taches pour cette nouvelle année.
Puisque certaines cultures peuvent s’étaler sur plus d’un an, surtout si le but est de produire des semences car beaucoup de légumes sont bisannuels, un item annuel est toujours suivi de son année de démarrage afin de ne pas les confondre avec le même légume planté l’année suivante.
Les taches
Les taches à faire, qui concernent les items annuels, sont affichées sur l’écran d’accueil, avec la possibilité d’en afficher le détail, de confirmer qu’elle a été effectuée, ou de la décaler à une date ou un moment ultérieur.
L’affichage par défaut est celui des taches en retard (en rouge), des taches à faire ce jour (en vert) et des taches des 3 prochaines jours (en bleu). Un affichage par semaine ou de l’ensemble des taches par zone sont également disponibles.
Météo
Tant que l’internet mondial fonctionne, il n’y a pas de raison de se priver des prévisions météorologiques qui vont aider à planifier les taches en extérieur, c’est par exemple important pour le potager.
Cultivons ! utilise par défaut les prévisions météo d’openmeteo.com (heure par heure sur 7 jours), et peut utiliser celles de piratewheater.net (h/h sur 7j) et visuacrossing.com (h/h sur 15j) si l’utilisateur s’enregistre gratuitement auprès de ces sites et récupère une clé API valide à renseigner dans les paramètres du logiciel (Menu « Admin », puis « Prévisions météo »).
Pour avoir des prévisions de lieu de la BAD, il faut renseigner dans les paramètres les coordonnées GPS de l’emplacement de la BAD.
Stocks
Les stocks sont gérés par zones, chaque zone peut contenir des emplacements. Les zones et emplacements sont à définir dans le module « Admin ».
Chaque entrée d’un item en stock peut s’accompagner d’une date de péremption, permettant de sortir une liste des stocks périmés.
La liste de course affiche la différence entre les quantités mini déclarées pour les items et les quantités en stock.
Dépenses
L’argent reste le nerf de la guerre, il y a donc un module basique qui permet de saisir ses dépenses et de faire quelques statistiques par secteurs (nourriture, assurances, …).
Documents
Ce module permet de gérer une arborescence et d’y stocker des documents saisis à la main ou téléversés. A l’origine prévu pour stocker des recettes de cuisine, il permet finalement de stocker un peu tous les types de documents.
Technique et installation
Cultivons ! est développé en PHP, et utilise une base de données SQLite.
Il faut donc qu’il tourne sur un serveur web genre Apache ou Nginx. Le PHP peut être installé en module ou CGI (FPM), peu importe. C’est aussi classique que d’installer un wordpress ou n’importe quel autre logiciel web.
Pour un fonctionnement sur un poste en local, le nom du site doit se terminer par .local afin que les navigateurs modernes ne fassent pas de résolution de noms. Cultivons.local est finalement un nom qui rappelle qu’il est bon de cultiver ses propres légumes et de consommer local.
Le module sqlite3 pour PHP n’est pas compilé par défaut dans toutes les distributions linux, il faudra donc penser à installer ce module si besoin (apt-get install php-sqlite3 sous Debian / Ubuntu par exemple).
Si le logiciel est installé sur un serveur accessible par internet, pensez via des .htaccess ou des "directory" à interdire l’accès aux répertoires :
- db , qui contient la base de données et ses sauvegardes ;
- image/document , si vous uploadez des documents sensibles ;
- logs , pour les éventuelles erreurs sql ;
- tmp , pour les fichiers temporaires.
Dans un tel cas, il sera bien entendu indispensable d’activer la gestion des utilisateurs pour limiter l’accès aux utilisateurs avec un login / mot de passe et n'autoriser l'accès qu'à certains modules.
Futur
Le logiciel est quasiment prêt pour être traduit dans différents langages, si de bonnes âmes veulent s’y coller, il « suffit » de traduite le contenu du fichier /lang/lang_fr.php dans la langue de son choix et de me l'envoyer pour que je l'intègre dans la version suivante.
Comme tous les logiciels, celui-ci n’est pas exempt de bugs, et toute remontée est la bienvenue. Les bugs peuvent être remontés par le biais de tickets sur la forge dont le lien figure au bas de ce journal.
L’ajout de fonctionnalités est bien entendu envisageable, il y a toujours des situations auxquelles on ne pense pas.
Pour finir, puisque c’est un logiciel sous licence libre, vous pouvez l'utiliser, le copier, le modifier et le redistribuer gratuitement, en accord avec la licence. Enjoy !
# corrections
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 4.
Je suppute qu'il manque un saut de ligne
« Cette définition est un peu large, dans les faits une BAD se matérialisera souvent par un endroit à la campagne où on tentera d’être au maximum autonome sur les aspects les plus importants de la survie : »
« Les items représentent les éléments qui seront gérés par le logiciel, ils sont de deux types : »
« Si le logiciel est installé sur un serveur accessible par internet, pensez via des .htaccess ou des "directory" à interdire l’accès aux répertoires : »
Mis à part cela, merci pour ce journal.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: corrections
Posté par gUI (Mastodon) . Évalué à 4.
Corrigé, merci.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Merci pour la licence libre
Posté par Zatalyz (site web personnel) . Évalué à 10.
Merci d'avoir mis ce logiciel sous licence libre ! C'est simple et efficace, avec quelques bizarreries dans la navigation mais une fois qu'on a compris, ça va. C'est des choix ergonomiques, ça marche, pas de souci, ça m'a juste perturbé dans mes habitudes.
Ce genre de logiciel peut trouver du sens au sein d'une petite communauté. Ne serait-ce que pour noter grosso modo qui a quoi comme stock de graines et comme plants.
Un truc qui peut aussi être utile : une partie pour noter où trouver certaines ressources/qui a certaines compétences, peut-être avec la possibilité de joindre un bout de carte. Pour reprendre ton exemple, savoir qui fait les savons et qui fait les chaussures. Mais cela dépasse peut-être la logique de la BAD ?
Je sais que de mon côté, la gestion familiale de ce que le logiciel propose est gérée de façon assez organique. Quand on se sert dans le stock, on regarde ce qu'il reste, si on est en dessous d'un certain seuil on le rajoute sur la liste de course, et voilà. Il y a parfois des couacs mais il y a de toute façon assez de "tout" pour que ça ne soit jamais bloquant. Pour le jardin, je sais que "globalement" il faut faire telle action tel mois, modulo les températures et le temps. Plus intuitif, peut-être plus bordélique par moment mais cela correspond aussi à l'envie de ne pas passer mon temps à comptabiliser tout et n'importe quoi. Ceci dit, gérer mes stocks un peu plus finement ne serait peut-être pas une mauvaise chose ; le souci d'être à la campagne, dans une logique où on tente de toute façon de limiter les déplacements, c'est qu'on stocke énormément, dans tous les coins, et il m'arrive parfois en rangeant des placards de retrouver des trucs oubliés… Mais la contrainte d'accéder à un ordinateur (même de poche) pour noter tout ça au fur et à mesure reste assez rédhibitoire pour moi. Après tant mieux si d'autres y arrivent, ce logiciel leur sera utile !
Par contre, je vois bien qu'il y aurait le besoin et les envies au niveau de mon village (de certaines personnes en tout cas) de gérer les surplus, compétences et ressources. Savoir qu'untel a la clé de la salle des fêtes, qu'un autre a des courgettes en trop (= surplus ponctuel à annoncer), qu'un autre sait coudre, qu'ici il y a la place de faire un jardin en échange d'une part de la récolte, que je me fais une sortie à la ville tel jour et qu'il y a de la place dans mon auto pour qui veut venir, etc. Un tas de petites infos assez anodines, qui s'échangent mais qu'on ne retrouve pas forcément au moment où on en a besoin. Je ne sais pas si le logiciel a pour but de couvrir ce genre d'usage, ou si d'autres logiciels le font, mais je sais que ça, je m'en servirais.
[^] # Re: Merci pour la licence libre
Posté par xulops (site web personnel) . Évalué à 2.
Je suis preneur des constats de bizarreries, d'autant que je ne m'en rends pas compte, vu que ça a été fait morceaux par morceaux, sans forcément de cohérence globale.
L'idée est intéressante, je n'y avait pas pensé, à voir comme présenter ces fonctionnalités.
Comme ça à la va-vite j'y vois deux petits soucis techniques :
- c'est conçu comme un intranet, ça suppose qu'il n'y aura pas forcément internet dans le futur, faudrait alors imaginer un intranet étendu au village ;
- j'imagine que la base de données Sqlite serait peut-être un peu légère pour vraiment gérer beaucoup d'utilisateurs simultanés. Je n'ai pas de retour d'expérience sur ce sujet, mais il est possible qu'il faille envisager un usage de MariaDB ou Posgresql à la place.
[^] # Re: Merci pour la licence libre
Posté par RoyalPanda . Évalué à 2.
Ben pas forcément. Sur un serveur Web ça tient longtemps : https://www.sqlite.org/whentouse.html
(Attention, avec un apache/nginx et un fichier sqlite en local ce n'est pas du client/serveur).
[^] # Re: Merci pour la licence libre
Posté par gUI (Mastodon) . Évalué à 5.
Tout dépend du site en question. Si tu as des accès en lecture, même bcp SQLite tient plutôt bien. Par contre j'avais fait un petit outil interne qui ne faisait que 3 ou 4 accès concurrents mais qui écrivait bcp (récupération logs) et je suis vite passé à MariaDB.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Merci pour la licence libre
Posté par Zatalyz (site web personnel) . Évalué à 3.
Ce qui m'a perturbé, c'est que si l'affichage change suivant ce sur quoi on clique, en "vrai" il n'y a pas de rechargement de la page, donc pas de possibilité d'aller en arrière via le navigateur. Et j'ai un peu cherché dans la navigation avant de voir que si si, il y avait bien un bouton "retour" sur chaque page. De même, pas possible d'ouvrir un des liens dans un nouvel onglet. Pour moi qui fragmente beaucoup mon organisation sur les onglets et utilise la navigation via le navigateur web, c'est frustrant. Ceci dit, ça marche, et ça doit correspondre à ton usage.
Pour l'inter/intranet, à partir du moment où il y a quelques bidouilleurs dans la région, monter un réseau alternatif qui maille le territoire, voir qui s'interface avec internet quand ce dernier est disponible, est assez rapide à mettre en place.
J'ai déjà bidouillé des piratebox de mon côté, puis frustrée par le côté limité de l'outil, j'ai fini par refaire de zéro des "pibox" (attention, vieux lien, les infos sont probablement obsolètes) afin d'héberger des trucs plus complexes, tout en jouant avec les limites des premiers raspberry. J'ai ainsi découvert lighthttpd, plus adapté sur ces petites machines qu'Apache et Nginx. Si demain internet est coupé dans mon coin du monde (ce qui serait fort surprenant, il faut un sacré concours de circonstance pour en arriver là), l'alternative… ho, attends, elle est déjà en place, on a un FAI local qui a ses antennes ici et là et on a tout un tas de serveurs ici et là aussi ;) Cela demanderait quelques adaptations aux gens pour passer d'internet à l'intranet local, mais ça ne serait pas un très gros défi.
Par ailleurs, même au delà des situations dégradées, la mise en place d'intranet locaux est intéressante, à la fois pour le jeu technique (c'est vraiment fun de trouver comment faire avec si peu, de trouver ce qui peut intéresser les gens qui vont se brancher sur ce wifi ouvert), mais aussi comme outil de mise en relation et comme autonomisation. Mettre en place un chat local, ou une ressource médiathèque numérique locale, c'est un peu gadget mais c'est amusant.
"Beaucoup d'utilisateurs simultanés", là c'est avant tout ton serveur qui va être une limite. Là dessus je l'ai vu avec ma pibox, hébergée sur une des premières pi, sur laquelle j'avais pourtant optimisé tout autant que possible ; quand une trentaine de personne demandaient l'accès, ça ramait bien. Mais la machine était vraiment, vraiment limitée. Sur un vrai serveur, le même genre de site ne bronche pas un instant.
Dans une optique collapsologue/survivaliste/preapers/insérez-votre-définition, il est intéressant de voir ce qui se fait dans d'autres pays qui ont connus (ou connaissent) des crises importantes. On ne manque hélas pas d'exemples ces dernières années (d'ailleurs, j'ai souvenir que l'intranet local cubain est assez intéressant, mais je n'ai plus les sources). Un "effondrement", ce n'est pas soudainement du Mad Max, en fait les services continuent de tourner mais de façon dégradées (et parfois de plus en plus avec le temps). Donc, tu peux compter continuer à avoir de l'electricité, de l'internet, la poste, etc… seulement, pas forcément 24h/24, pas forcément de façon fiable. Mais cela change aussi la façon de concevoir une résilience face à une situation extrêmement dégradée, pour les plus pessimistes : mieux vaut un vieil ordi portable avec une batterie encore en bonne état pour faire ton serveur, ou acheter une batterie à un "mini-ordi", que de partir sur des solutions qui ont besoin d'une alimentation continue (même solaire => vite plus complexe à mettre en place et dépanner), car tu auras probablement longtemps accès à une prise fonctionnelle. Et cela te permet d'avoir un serveur plus facilement "puissant", du moins assez pour l'intranet à petite échelle.
Après, assurer une production électrique maison n'est pas non plus inutile mais cela demande plus de moyens (en temps, en argent et en connaissance). Il faut aussi garder à l'esprit le bus factor, la résilience locale doit envisager l'impermanence (y compris de soi) : que se passe-t-il s'il y a un souci sur la machine et que tu ne peux pas le gérer ? Est-ce que tes proches peuvent prendre le relais, ou est-ce qu'ils perdent forcément accès à l'outil ?
Je m'emballe, ce n'est pas forcément le sujet ;)
[^] # Re: Merci pour la licence libre
Posté par xulops (site web personnel) . Évalué à 2.
Les gens qui mettent en place une BAD ont sans doute idées très différentes sur ce que sera leur vie et leur monde si "une rupture de normalité" survient.
J'imagine que certains vont privilégier le repli sur eux-mêmes, limitant au maximum les contacts avec le monde extérieur, d'autres vont plutôt vouloir se regrouper, reconstruire un genre de société locale avec interdépendance forte des foyers, faire des échanges, assurer une défense collective…
Cette diversité implique des attentes et besoins fort différents. Couvrir l'ensemble des besoins est pratiquement mission impossible, mais on peut essayer d'en dégager les principaux et d'y répondre.
Je trouve que l'idée de monter un intranet local à la taille d'un petit village français est intéressante. Il y a là de quoi faire en terme de services à fournir. Je doute toutefois que l'utilisation du wifi pour faire le maillage soit pertinente, il faudrait sans doute se tourner vers des technos ayant une portée plus longue (kilométrique) quitte à avoir un débit plus faible. Une BAD est souvent une ferme avec beaucoup de terrain, donc les BAD sont éloignées les unes des autres.
J'aime bien discuter et lire sur la collapsologie, peut-être parce que j'aime la science-fiction, et donc qu'elle permet de faire jouer l'imaginaire.
Ca regroupe aussi un tas d'autres sujets intéressants comme l'écologie. Certains militent pour un retour à un mode de vie pré-industriel (fin 17ème, début 18ème siècle). Je pense qu'on peut faire un mix entre cet ancien mode de vie et les connaissances techniques actuelles. Il n'y a par exemple pas de raison de se passer de l'électricité si on arrive à la produire localement (solaire, chute d'eau…), que l'on n'a pas à se passer des découvertes médicales, biologiques, nutritionnelles, en physique/chimie … qui ont améliorés notre confort de vie et allongés son espérance si on peut les utiliser localement et de façon pérenne.
Pour le solaire spécifiquement, il existe maintenant des batteries Li-titanate qui ont une espérance de vie particulièrement longue, comparable à celles des panneaux solaires, cad plus de 30 ans, c'est sans commune mesure avec les Li-ion classique. Le point faible dans le temps des systèmes solaires (et que se cache bien de dire les installateurs-revendeurs) est la partie électronique de puissance : le controleur (MPPT ou PWM) onduleur. J'avais donc imaginé un système où les panneaux sont reliés directement à la batterie (ce qui nécessite d'ajuster la tension des panneaux à celle de la batterie), et où un simple arduino se chargeait de faire la régulation de tension en activant des charges consommatrices pour faire de l'eau chaude sanitaire en priorité, puis du délestage sur autre chose ensuite (le schéma et le programme arduino doit d'ailleurs être dispo dans la partie Documents du site de démo de Cultivons). D'aucuns diront que c'est de la folie de perdre 30% du potentiel des panneaux en se passant de MPPT, mais en cas de crise, au moment où il faudra remplacer le MPPT et que l'unité sera introuvable, la solution sans MPPT sera vue d'un autre oeil.
C'est un exemple qui illustre que les choix sont nombreux, et que la "bonne décision" des uns n'est pas celles des autres. Du coup c'est un peu difficile d'avoir une réponse universelle.
Bon après, en cas de guerre nucléaire totale, tout ça n'est que masturbation mentale.
[^] # Re: Merci pour la licence libre
Posté par Tonton Th (site web personnel, Mastodon) . Évalué à 7.
J'ai longtemps utilisé un lien wifi (deux antennes nanobeam sjmsb) à cinq kilomètres de distance; avec un débit autour de 130Mb/s symétrique, donc c'est possible.
Seule condition, les antennes bien alignées en vue directe.
[^] # Re: Merci pour la licence libre
Posté par BAud (site web personnel) . Évalué à 6. Dernière modification le 07 octobre 2022 à 00:40.
les boîtes de Pringles tu veux dire ?! :-)
# Logiciel similaire à QROP ?
Posté par 2x2 . Évalué à 2.
J'avais vu une démo du logiciel QROP présenté par l'Atelier Paysan qui est une "coopérative d'autoconstruction" qui aide à la fabrication de matériel agricole (plans et formations entre autres).
Sur la partie planification des culture j'ai l'impression que pas mal de point sont similaires mais il n'y a pas à priori la gestion hors culture que "Cultivons!" possède.
En tout cas merci pour la découverte.
[^] # Re: Logiciel similaire à QROP ?
Posté par Joris Dedieu (site web personnel) . Évalué à 6.
Visiblement, c'est beaucoup plus générique. C'est plus un logiciel de gestion familiale qu'un outil dédié a la production agricole.
Pour moi, il manque quelque chose pour suivre les productions dans le temps. Sans doute une fonction qui permettrait d'historiser des données. Que se soit les batchs de transfo, les naissances de poussins, les récoltes de pommes de terre ou les données météo relevées sur le terrain, avoir l'historique de ces données est essentiel pour optimiser ta production et améliorer ton système.
Un journal avec une recherche mais peut-être aussi une fonction graphe pour les données numériques
[^] # Re: Logiciel similaire à QROP ?
Posté par xulops (site web personnel) . Évalué à 4.
Pour les élevages, il y a vraiment un module spécifique à faire, car c'est une gestion complètement différente du reste. Par exemple pour un élevage de lapins, il faut un calendrier des portées, mais aussi un suivi strict des lignées pour éviter les consanguinités.
Pour l'historique des données météo, au lieu d'une saisie manuelle des infos, j'avais pensé à faire une API pour récupérer les infos de capteurs zigbee par exemple (perso j'ai un esp32 bardé de capteurs qui envoie les infos en wifi à mon serveur avec des scripts fait maison), voir de déclencher des évènements du genre fermeture commandée du poulailler quand la luminosité baisse.
Mais finalement ça revient à faire un système domotique complet, car si on sait programmer un poulailler, on peut fermer les volets roulants électriques de la maison, réguler le chauffage des pièces, la température et le niveau de chlore de la piscine, surveiller le niveau de charge de la batterie par les panneaux solaires, etc.
Je ne suis pas 100% sûr de vouloir me lancer là-dedans. C'est super intéressant, mais le marché de la domotique est encore un patchwork de normes, et les protocoles sont nombreux. En général chaque gros fabricant a son protocole, son appli dans le cloud, et bien entendu pas compatible avec les devices du fabricant concurrent. Il me semble que le marché est en cours de décantation, la situation sera peut-être meilleure dans quelques années.
Bref c'est un peu titanesque de faire un logiciel qui va fonctionner avec tous les sensors et activateurs du marché. Mais… j'avoue que c'est tentant.
[^] # Re: Logiciel similaire à QROP ?
Posté par fearan . Évalué à 5.
Yep et les gros se sont enfin mis d'accord ;) c'est passé dans les liens :)
https://linuxfr.org/users/colargol/liens/la-version-finale-du-protocole-domotique-matter-est-officialisee-plus-de-550-entreprises-impliquees
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Logiciel similaire à QROP ?
Posté par xulops (site web personnel) . Évalué à 2.
J'avais vu ça. C'est tout récent, il faudra voir ce que ça va donner dans la pratique. Est-ce que tous les fabricants joueront le jeu à fond ? Il va falloir attendre quelques années pour en avoir le coeur net.
[^] # Re: Logiciel similaire à QROP ?
Posté par Cyprien (site web personnel) . Évalué à 4.
Je ne connais pas très bien le domaine, mais home assistant a l'air de faire cela très bien…
De plus, si tu as des esp32 (ou esp8266), il y a https://esphome.io/ qui est très bien interfacé avec.
Je te mets une vidéo que j'ai regardé hier justement : https://www.youtube.com/watch?v=3GbyYQHQvV8
[^] # Re: Logiciel similaire à QROP ?
Posté par xulops (site web personnel) . Évalué à 1.
Home assistant à l'air effectivement de répondre aux besoins domotiques, et en plus le design est vraiment bien foutu. Je ne sais pas si c'est Madame Michu compatible, la domotique reste encore un truc de geek, mais c'est vraiment pas mal.
Je ne sais pas ce que ça demande en puissance et stockage, mais je vois qu'il y a des box à base de Raspberry PI CM4, donc plutôt rassurant.
C'est une bonne idée d'avoir intégrer les ESP dedans pour les bidouilleurs.
Je pense que je vais tester tout ça.
# Gros travail !
Posté par Cyprien (site web personnel) . Évalué à 2.
Bravo pour ce travail, tu es vraiment reparti de zéro !
De mon côté, je ne suis pas collapsologue (c'est bien comme ça qu'on dit ?) mais je réfléchis à plus d'autonomie et à développer le travail que je fais pour moi, car, oui, je considère cela comme du travail.
J'avais écrit un journal à ce sujet : https://linuxfr.org/users/cyprien1/journaux/petites-observations-sur-le-travail-que-l-on-fait-pour-soi
Du coup, j'ai recherché un outil pour m'organiser. J'ai cherché du côté du libre, mais je n'ai pas vraiment trouvé ce que je cherchais. Du coup, j'ai utilisé Notion en me disant que lorsque j'aurais bien configuré le truc pour mon besoin, je pourrais toujours refaire cela avec un équivalent libre.
C'est tout l'inverse d'un truc décentralisé installable sur un raspberry, mais je pense que nous avions des besoins proches avec deux solutions opposées. Je peux te partager ma solution si tu veux…
Ce qui serait top avec ton outil, ça serait de pouvoir exporter les évènements créé vers un calendrier existant en ical.
[^] # Re: Gros travail !
Posté par xulops (site web personnel) . Évalué à 2.
Tu peux bien entendu partager ta solution, c'est intéressant de voir une autre approche.
A l'origine, j'ai codé Cultivons! car je lisais pas mal de livres sur le potager, comment faire pousser tel ou tel légumes, et je me suis dit qu'il était bien compliqué de se souvenir de tout ce qu'il fallait faire.
Je l'ai fait sous la forme d'un intranet parce que je suis à l'aise en PHP, et que je trouvais pratique de pouvoir sortir son smartphone dans le potager et de valider "butter les poireaux, c'est fait !" et "ha oui, faut que j'arrose les tomates".
Pour le partage des taches, faut que je regarde. Sortir un fichier ical ne doit pas être quelque chose d'insurmontable.
# Ah mais enfin!
Posté par GG (site web personnel) . Évalué à 4.
J'ai testé la démo.
Je ne comprends pas l'utilité du bouton "précédant".
J'ai fini par voir le bouton "retour", mais il devrait être placé toujours au mmee endroit… ou bien qu'il y en ait un autre, en haut à gauche (par exemple).
Il y a des lenteurs dans le rafraîchissement.
Je ne comprends pas ce que fait le bouton "c'est fait", parce qu'il ne se passe rien, et que ça permet d'annuler aussi le statu de l'action… Il y a bien un changement de couleur, mais c'est vite fait de cliquer deux fois sur le bouton…
Enfin, le clic milieu est sans effet. Même dans les années 90 le clic-milieu était fonctionnel. Je ne comprends pas l'effort qui a été fait pour désactiver ça.
C'est tellement pénible que j'ai passé moins de 3 minutes à fouiller.
Dommage, ça semble être un super projet, saboté par ceux qui veulent imposer le mono-page.
Je n'ai même pas regardé si l'URL changeait… (ce qui est indispensable pour partager des pages en particulier).
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: Ah mais enfin!
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2. Dernière modification le 07 octobre 2022 à 14:44.
Pour les boutons "retour" et "précédant", voir la discussion initiée plus tôt par Zatalyz
Pour le bouton "c'est fait" c'est pour cocher que l'action est faite. Comme expliqué dans le journal, quand on arrive sur liste de tâches à faire, ce sont celles non encore faites qui sont affichées par date d'échéance.
Pourquoi tant de haine si ce n'est pas une solution pour toi ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Ah mais enfin!
Posté par GG (site web personnel) . Évalué à 3.
Pourquoi tu dis que ce n'est pas une solution pour moi?
Ça n'a rien à voir.
C'est une bonne solution, pour moi, mais l'interface et l'ergonomie est affreuse. C'est dommage.
C'est un peu comme les systèmes d'exploitations, Windows ou Linux.
Je suis terriblement mal à l'aise avec Windows, alors que le confort que m'apporte Linux est indéniable. Surtout si c'est pour seulement lancer des navigateurs et ouvrir des terminaux.
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: Ah mais enfin!
Posté par xulops (site web personnel) . Évalué à 4.
Tu as raison à propos des boutons "retour" qui sont parfois en bas, parfois en haut, faut que j'uniformise tout ça.
Pour le bouton "précédent" du navigateur, ça s'explique par le fait que la page d'accueil n'est chargée complètement qu'une seule fois, ensuite ce sont seulement des portions de page qui changent (c'est en Ajax). Mais une gestion du bouton "précédent" est posible, je l'avais fait pour un autre projet, donc je pourrai l'ajouter aussi à celui-ci assez facilement.
Les habitudes des uns ne sont pas celles des autres, je ne me sers jamais du bouton "précédent", mais je comprends que ça puisse perturber ceux qui ont l'habitude de l'utiliser.
Pour les ralentissements, c'est étonnant, je n'en ai jamais constaté. Ca m'intéresse de savoir dans quelles circonstances tu en as eu.
Le clic du milieu, aka ouvrir le lien dans un nouvel onglet, c'est plus compliqué vu que les liens ne rechargent pas toute la page mais seulement la portion concernée. C'est conçu comme une webapp (en fait, c'en est une, elle est installable sur smartphone), donc mono-fenêtre, comme une appli classique. Je n'ai jamais entendu quelqu'un se plaindre qu'une appli classique n'ouvre pas une nouveau process de l'appli quand on fait un clic milieu sur un bouton. Bref, oui, c'est pensé mono-fenêtre, comme beaucoup d'appli de gestion, c'est d'ailleurs mieux ainsi, car ouvrir plusieurs onglets, c'est risqué d'écraser des modifs faites d'un côté en validant des modifs dans un autre onglet sur les mêmes données. M'enfin, rien n'empêche d'ouvrir plusieurs fois l'appli dans différents onglets si besoin.
[^] # Re: Ah mais enfin!
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
J'ai cru comprendre que les webapps ajaxées sont une torture pour toi :-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Ah mais enfin!
Posté par GG (site web personnel) . Évalué à 3. Dernière modification le 07 octobre 2022 à 17:21.
C'est fait comment avec (Flarum)[https://flarum.org/]?
Les parties dont il est intéressant qu'elles soient gérées par Ajax, le sont. Autrement, la page est rechargée complètement.
Et, ça n'empêche même pas le rafraîchissement pour la partie messagerie pseudo instantanées avec du pseudo "push". (ça fait un bout de temps que je n'ai pas testé, à l'époque, ça fonctionnait sans soucis en terme de charge avec pour délai de 0.5 secondes)
J'ai un soucis quand ça manque d'ergonomie.
Flarum présente des pages web avec un agencement fluide et dynamique, pour smartphone ou tablette ou grand écran… et il y a plein de sites comme ça, qui sont éventuellement juste un lien au niveau du smartphone. (bon, je ne sais pas comment c'est géré niveau DB si c'est que local)
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: Ah mais enfin!
Posté par xulops (site web personnel) . Évalué à 6.
L'utilisation du bouton "Précédent" du navigateur fonctionne désormais. Et quelques boutons "Retour" ont été ajoutés.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.