You must log in or register to comment.
J’adore Obsidian, le logiciel de prise de notes. Cela coche presque toutes les cases :
- format Markdown (je veux .md ou .txt, ne pas être rattaché à un format fermé)
- WYSIWYG mais sur une seule page (et non pas 2 fenêtre côte à côte).
- possible de cacher corps des chapitres (collapse headings)
- affichage images (et vidéos, mais moins important) dans l’éditeur
- sommaire cliquable
Ce qui me travaille c’est l’aspect propriétaire du logiciel. Je suis pas un absolutiste du libre, mais si vraiment il y a des données que je ne veux pas confier à un logiciel non ouvert c’est bien mes notes.
Je ne vois rien chez Obsidian qui m’inquiète. Le logiciel ne semble pas se connecter à des serveurs (sauf si on utilise des extensions).
Donc oui c’est pas forcément très rationnel mais ça me travaille. Je cherche une alternative sans succès.
Il y a bien LogSeq qui pourrait faire l’affaire
Zettlr c’est non
QOwnNotes j’ai utilisé longtemps, mais a 2 fenêtres séparées. Avantage : léger, pas Electron, bonne synchro avec Nextcloud Notesorg-mode m’a toujours fait de l’oeil, mais je doute que ça satisfasse mes exigences. pi c dur
Vous utilisez quoi ? connaissez une alternative qu’elle est bien ?
Perso, j’utilise Ghost (linux, 2 fenetres séparées MD+rendu) ou Joplin (Android, couteau suisse : nextcloud note, task…) mais je pourrais pas te faire un retour dessus, mom usage est très basique.
linux aussi j’utilisais Ghostwriter, mais c’est pas ça, si ? Je trouve pas une appli qui s’appelle Ghost
Si c’est ça, désolé. 😅
Bonjour J’ai quelques applications qui tournent sur des raspberry pi (joplin, homeassistant, serveur lutris/voxelibre, i2p …). En général ça prends du temps pour tout monter. Mais j’arrive à m’organiser. Par contre en cas de défaut c’est cuit. Je voudrais qu’une fois en place le tout soit tolérant au défaillance physiques (cartes sd principalement) et qu’il soit facile de revenir en arrière si une mise à jour car tout. Je cherche comment avoir une architecture fiable avec de la redondance. Je suis en train de regarder du côté de pacemaker corosync et heartbeat. L’apprentissage ne sera pas de tout repos. Est ce une approche réaliste ? des retours d’expérience ? D’autres outils à me conseiller ?
Je ne connaissais pas ces outils. Mais faire de la haute disponibilité pour un homelab, même si ça peut être très intéressant pour l’apprentissage, ça fait quand même très overkill. Il faudra que chacun de tes services tourne sur plusieurs raspberry et que leurs base de données soient répliquées.
Perso j’ai plutôt un gros serveur où tout est installé donc ce n’est de toute façon pas une option. Mais j’ai la partie retour en arrière après une mise à jour qui casse tout grace à Nix (mais j’ai jamais de mise à jour qui casse tout). Bon la aussi l’apprentissage n’a pas été de tout repos, la courbe d’apprentissage est assez raide (même si je pense que ça s’est amélioré, la doc est bien meilleurs qu’avant). Et j’aime avoir toute ma config pour toutes mes machines (je configure aussi mon desktop et le portable du boulot avec) centralisé dans un repo git et déployable à distance. J’avais déjà ça avant, je faisait ma config avec Ansible, mais avec Nix j’ai en plus le retour facile à une configuration précédente et pas mal de choses pré-configurées. Et du coup en cas de problème matériel c’est facile de re-déployer sur une nouvelle machine ou une nouvelle carte sd, il faut juste bien faire des backups de données.
C’est très probablement Overkill, mais le sujet m’intéresse, c’est de la curiosité. Je vais regarder du coté de Nix, le rollback pourrait résoudre une partie des problèmes. Merci pour les informations.
Comme le dit Ivn, avant de chercher à faire de la haute disponibilité ou se monter un serveur maison (souvent gros, bruyant et consommateur d’énergie), je commencerai par mettre 100 balles dans un boîtier ssd + disque M2 pour raspberry pi.
Ce ne sont pas des ssd nvme mais ça change déjà beaucoup, tu peux te trouver un ssd m2 de 512Go pour pas cher aujourd’hui.
Et surtout ça t’enlève le problème d’une défaillance de carte SD. Tu peux tout migrer sur ssd et avoir ton raspberry qui tourne sans SD.
Oui booter sur un DD pour éviter la carte SD est une option. Mais c’est plutôt les problème de migration automatiques sur défaillance qui m’intéressent. J’ai quelques Rpi sous la main et un peu de temps, donc avant de faire un choix technique que je devrais supporter je me demandais si certains avaient une certaine expérience.
