Lecteur

#SobriétéTechnologique #Yunohost #Bludit #ServeurApplicatif

Sobriété technologique, suite

Je cherchais une solution plus sobre que Wordpress depuis quelques temps pour remplacer le moteur de CMS affichant mon site CV. Ce site ne comporte que 3 pages, dont une page d'erreur 404. Wordpress fonctionne en accédant à une base de données. Une base de données tourne en permanence sur un serveur. C'est ce dont j'ai décidé de m'affranchir. J'ai donc regardé du côté des CMS fonctionnant sans base de données, sur des fichiers plats.

Critères de choix

J'ai repris ma recherche sur le catalogue d'applications de #Yunohost. Je cherchais un CMS fonctionnant de préférence avec un éditeur reconnaissant la syntaxe Markdown, sans base de données donc, et proposant un ou plusieurs thèmes sombres. Il devait aussi gérer des pages statiques comme des articles, au cas où je déciderais d'ajouter des textes temporels à ce site CV. Je n'ai pas besoin de moteur de recherche sur le site cible.

Sur la base d'un site à fichiers plats, je supposais que les fichiers CSS seraient accessibles et permettraient d'apporter des modifications mineures à l'aspect des pages sans grande difficulté.

Passage par le catalogue d'applications de #Yunohost

Après quelques essais, j'ai installé #Bludit. J'ai trouvé plusieurs thèmes sombres. J'ai fini par choisir le thème Popeye.

Le CMS dispose de 2 modules d'édition mutuellement exclusifs, l'un en WYSIWYG et l'autre en Markdown. L'éditeur Markdown propose 2 fonctionnalités utiles : l'édition en plein écran, qui supprime les cadres de l'interface d'administration et une vue de prévisualisation à côté de la zone d'édition. La zone de prévisualisation est synchronisée avec la zone d'édition. J'ai créé la page principale en page statique et déposé les mentions légales dans la deuxième page statique du site.

La troisième et dernière page est celle qui affiche un message d'erreur lorsque l'utilisateur demande une URL du domaine qui n'existe pas, la fameuse page d'erreur 404. J'ai créé cette page d'erreur 404 en tant que page standard, compatible avec les formats d'articles selon le mode de fonctionnement de Bludit, plutôt qu'en page statique. En effet, les pages statiques sont affichées en haut à droite de la barre de navigation. Et je n'avais pas envie d'afficher cette page dans ce menu. Bludit permet de réaliser deux redirections internes. Il permet de sélectionner la page d'accueil parmi les pages existantes et de rediriger les utilisateurs vers la page de son choix en cas d'erreur 404. La page de mes expériences est affichée à l'accueil du site.

Des modules mais pas trop

Bludit fournit une quantité raisonnable et suffisante de modules pour répondre à mes besoins primaires. Je n'ai pas installé le module de recherche. Je n'ai pas non plus installé de formulaire de contact. L'expérience m'a montré que je recevais plus de sollicitation de prestataires que d'offres utiles pour mon activité professionnelle.

Bludit dispose également d'un module qui permet d'éditer les fichiers d'un thème. En théorie, parce qu'en pratique, je n'ai pas vu les modifications s'afficher pour le public. J'utilise le gestionnaire du système Webmin installé sur le serveur Yunohost. Celui embarque un explorateur de fichiers et un éditeur de fichiers plats, à coloration syntaxique, tout à fait suffisant pour mes besoins.

Un autre module a retenu mon attention au début : celui qui permet de rédiger ses contenus au format Markdown dans une arborescence d'un dépôt logiciel de technologie GIT. Les fichiers plats sont ensuite récupérés par le CMS hébergé à la poussée depuis le dépôt GIT. Intéressante sur le papier, cette solution reviendrait à faire stocker des fichiers dans une base documentaire gérée par une base de données pour les envoyer vers un CMS hébergé ailleurs qui n'a pas besoin de base de données. Je vous laisse revoir mes critères initiaux de recherche, pour comprendre que cette solution ne pouvait pas m'intéresser.

La migration des contenus

Mes expériences s'affichent avec des mises en forme d'accordéons. La codification en HTML est simple, basée seulement sur les balises <details> et <summary>. J'ai intégré l'ensemble des accordéons dans une balise <div> au sein du texte Markdown. La balise <div> permet de séparer le code HTML du code strictement Markdown et ne pas perturber l'interpréteur Markdown.

J'en ai profité pour transformer l'affichage des postes occupés dans chacune de mes expériences. J'ai commencé par utiliser un système de badge disponible gratuitement sur Internet. Mais j'ai décidé de ne pas dépendre d'un site extérieur et de ne pas prendre le risque d'installation de cookies traceurs sur les navigateurs des visiteurs du site. J'ai donc habillé les balises <code> avec un fond de couleur et du texte blanc pour améliorer le contraste sur les écrans à fond sombre, comme dans cet exemple POSTE OCCUPE. Comme pour le reste du code HTML, j'ai inclus les balises <code> dans des balises <div>.

La gestion des images et des fichiers à télécharger par les visiteurs

Le CMS gère les images et les dimensionne selon les paramètres généraux du site. Les fichiers doivent être stockés sur un autre hébergement. Je stocke mes 2 CV PDF et DOCX sur mon espace Nextcloud.

La migration du site en conservant le même nom de domaine

Elle a consisté à déclarer le nom de domaine enregistré chez OVH sur l'installation Yunohost pour le récupérer par le CMS auto-hébergé. Yunohost dispose d'une gestion par API avec OVH très performante.

Conclusion

Mon portefeuille de technos se complète d'une solution simple de CMS qui permet de construire un site Web simple et sobre, capable d'afficher des pages d'articles comme statiques, en les stockant sous forme de fichiers plats. Ce type de CMS gère simplement les images et les fichiers à télécharger. Il répond à des besoins primaires.

#SobriétéTechnologique #définition #complexité #ressources #ServeurApplicatif #Yunohost #Writefreely #HedgeDoc #low-tech

Je suis et je lis LOW<-TECH MAGAZINE, et ploum.net, qui précise qu'il écrit son journal personnel sur une machine à écrire.

J'ai installé un serveur applicatif sur #Yunohost et j'ai exploré les applications à mettre à disposition des utilisateurs du serveur.

Au fil du temps, je suis demandé comment je pouvais contribuer à la sobriété technologique, tout en offrant des applications en ligne apportant de la valeur ajoutée aux utilisateurs.

Pour illustrer mon propos, je vais vous présenter 2 exemples de confrontation, pour vous donner le point de vue de l'utilisateur mais aussi celui de l'administrateur d'applications hébergées par un serveur public ou un intranet.

Wordpress contre Writefreely

#Wordpress est la plateforme de blog la plus connue au monde et sûrement la plus utilisée. Elle se complète facilement de multiples extensions qui permettent de personnaliser l'interface publique et fournissent une immense variété de fonctionnalités complèmentaires à la plateforme nue.

Mais c'est là que réside le problème : elle incite l'administrateur ou l'utilisateur à installer un nombre élevé d'extensions qui fournissent une qualité graphique et la couverture fonctionnelle que peuvent atteindre le niveau de service de plateformes professionnelles.

En contrepartie, l'ensemble ainsi constitué augmente la charge du serveur, en production mais aussi en mises à jour chaque semaine. De plus, les conflits potentiels entre extensions et l'apprentissage nécessaire de toutes les extensions représente un besoin en ressources et/ou de temps élevé in fine.

Si #Writefreely semble très limité en comparaison d'une installation Wordpress peaufinée, il apporte les fonctionnalités de base et des compléments très intéressants, comme : * Une interface d'administration simple mais suffisante de la plateforme et de chaque blog * La connectivité ActivityPub qui permet la publication des contenus sur le fédivers

Construit de manière non-modulaire, il ne surcharge pas le serveur en production et ses mises à jour ne se font pas à haute fréquence comme les extensions de Wordpress, en mode mise à jour automatique. Il fournit les stats de charge à l'administrateur, par défaut.

En résumé, les deux plateformes opposent agrément et extensibilité pour Wordpress à connectivité et ouverture par défaut pour Writefreely.

Joplin contre HedgeDoc

Des solutions comparables

Le magasin d'applications de Yunohost mentionne que #Joplin nécessite au moins 4 Go de mémoire vive pour fonctionner (Application Joplin en version 3.2.11~ynh1 dans le magasin Yunohost).

Compte tenu de cette mise en garde, je n'ai pas testé l'installation de Joplin sur mon serveur applicatifs. Joplin est un clone fonctionnel de OneNote.

En revanche, j'ai installé et commencé à utiliser #Hedgedoc sur mon serveur et c'est sur cette application que j'écris ces lignes en langage Markdown avant de le transférer sur mon blog sur Writefreely.

Pratique, il fournit une interface de saisie simple ou à double panneau, l'un pour la saisie à coloration syntaxique et l'autre pour prévisualiser le code, y compris les images.

Il permet de conserver ses brouillons sans les publier, et de passer d'un statut de message publié à brouillon en 1 clic. Les multiples niveaux de permissions autorisent les auteurs à garder leurs textes privés ou bien les ouvrir à contribution.

Compatibilité contre légèreté

Ce que n'offre pas HedgeDoc, c'est la compatibilité avec OneNote de Microsoft. En revanche sa légèreté est ce qui représente aujourd'hui la solution idéale.

Évolution des habitudes des utilisateurs

Les administrateurs (ou décideurs informatiques) choisissent les solutions libres les moins susceptibles de perturber les utilisateurs bureautiques.

La plupart des utilisateurs qui acceptent les logiciels libres le font en cherchant à conserver le niveau de service voire les fonctionnalités des solutions propriétaires d'origine, dans les premiers temps.

Les utilisateurs éprouvent des difficultés tant qu'ils n'ont pas acquis la maîtrisé des solutions libres. Il leur faut prendre conscience que leurs habitudes limitent leur capacité d'évolution.

Après plusieurs mois passés sur les solutions libres, les utilisateurs peuvent accepter de basculer sur des solutions dépassant leurs habitudes et leur formation bureautique initiale. La formation des utilisateurs doit alors faire partie intégrante de la conduite du changement pour dépasser les blocages et retrouver la productivité associée aux habitudes antérieures.

L'évolution est une question de temps, qui doit être accordé aux administrateurs comme aux utilisateurs pour passer de leurs anciens systèmes propriétaires aux logiciels libres et sobres.

#CSS #Writefreely #darkMode #modeSombre #blue #bleu #theme #thème

Combinaison de plusieurs sources

J'ai combiné plusieurs feuilles de style pour afficher mon blog en mode sombre systématiquement.

Feuille de style et licence

Vous trouverez ci-dessous le code à adapter et/ou copier-coller dans l'écran de personnalisation de votre blog Writefreely.

Il est placé sous la licence Creative Common CC0, la plus ouverte, comme l'explique la page Wikipedia, et comme le mentionne le commentaire de la feuille de style principale.

Détails

Notez que les bleus ont les valeurs suivantes : – Bleu clair : #2da0ff, pour les titres principaux H1 et H2 des titres des articles – Bleu foncé : #2d34ff, pour les titres H2 à H3 courants

/* 
   Written in 2020 by Write.as

   To the extent possible under law, the author(s) have dedicated all 
   copyright and related and neighboring rights to this software to the 
   public domain worldwide. This software is distributed without any 
   warranty.

   You should have received a copy of the CC0 Public Domain Dedication 
   along with this software. If not, see 
   http://creativecommons.org/publicdomain/zero/1.0
*/

body {
	color: #eee;
	background: #111;
	}
	
body .post-title a:link, a:visited {
	color: #ccc;
	}
	
#collection .post-title a {
    color: #2da0ff;
	}
	
#collection {
	color: #eee;
	}
	
#collection pre {
	background: #060606;
	}

body h1 a, body header h1 a, body h2#title, body h2.post-title, body h2 a, body header h2 a, article h2 a {
	color: #2da0ff;
    font-family: "Open Sans", "Segoe UI", Tahoma, Arial, sans-serif ;
	}
	
body header p.description.p-note {
	color: #aaa;
	font-family: "Open Sans", "Segoe UI", Tahoma, Arial, sans-serif ;
	}

body h1 a:hover, body header h2 a:hover {
	color: #fff;
	}
	
body h1 a:visited, body header h2 a:visited {
	color: #ccc;
	}
	
body #manage ul a, body .dropdown-nav ul a, body #manage ul ul a, body #manage ul a, body footer nav, body footer nav a, body footer nav a.home, body footer nav a.home:visited, body footer nav a.home:link {
	color: #ddd;
	}
	
body footer nav a:hover, body footer nav a.home:hover {
	color: #2d34ff;
	}
	 
body .dropdown-nav ul ul, body .dropdown-nav ul li:hover, body #manage ul ul, body #manage ul ul li:hover, body #manage ul li:hover {
	background: #222;
	}

body #official-writing h2, body header h1#blog-title a, body h2, body #official-writing h3, body #official-writing h4, body #wrapper h2, body #wrapper h3, body #wrapper h4 {
	color: #2d34ff;
	}
	
body a {
	color: #2da0ff;
	}

body section a:hover, body article a:hover {
	text-decoration: none;
	border-bottom: 2px solid #2da0ff;
	}
	
body a:visited {
	color: #2da0ff;
	}
	
body #official-writing ul.collections li.collection a.title:link, body #official-writing ul.collections li.collection a.title:visited, body #wrapper ul.collections li.collection a.title:link, body #wrapper ul.collections li.collection a.title:visited {
	color: #cfcfcf;
	}
	 
body #official-writing ul.collections li a.create, body #wrapper ul.collections li a.create {
	color: #aaa;
	}
	 
body#me #official-writing h2 a:link, body#me #official-writing h2 a:visited {
	color: #a2a2ff;
	}
	
body img {
    border-radius: 10px;
}
body img.right {
     margin-left: 20px; 
     float: right;
}

body img.left {
     margin-right: 20px; 
     float: left;
}
	 
input {
	background: #202020;
	color: #bbb;
	}
	
#manage ul ul li img {
	filter: invert(1);
	}
	
#post code, #collection code, #subpage code {
	background: #202020;
		 color: #bbb;
    }

#Yunohost #selfhosting #autohébergement #fediverse #fédivers #Mastodon #Pleroma #OVH #Writefreely #Plume #Crytpad

Yunohost, distribution Linux pour les serveurs applicatifs auto-hébergés

Yunohost est système d'exploitation Linux, de type Debian, qui s'installe directement sur un système ou après une première installation Debian.

Il fournit une interface simplifiée de gestion du système, y compris les domaines, les ports et les applications. Il se complète d'un magasin d'applications prêtes à l'installation, classées par catégories. Nombreuses sont celles qui disposent d'un lien de démo.

L'utilisateur peut installer les applications serveur sur un domaine ou un sous-domaine de son choix.

La documentation complète est disponible sur leur site doc.yunohost.org/fr.

Le magasin d'applications est mis à jour régulièrement, dispose d'un moteur de recherche et qualifie la qualité des applications disponibles, et du risque pris pour le serveur : apps.yunohost.org/catalog.

La gestion des domaines propose 2 fonctionnalités utiles : – La création et la gestion de domaines locaux de test – Le pilotage des noms de domaines enregistrés sur OVH

La gestion des noms de domaine est alors réalisée complètement depuis Yunohost, via l'API mise à disposition par OVH, ce qui simplifie clairement la mise à jour des domaines, sous-domaines et des enregistrements techniques nécessaires pour le fonctionnement des applications.

L'ensemble du système d'exploitation est une solution idéale pour l'auto-hébergement d'applications.

Applications serveur : installer, tester, conserver ou supprimer

J'ai réalisé de nombreuses installations sur le serveur, en changeant parfois d'application pour répondre au même besoin, selon la qualité ou la possibilité d'utiliser une application suite à une mise à jour ou une mise à niveau.

Ça été le cas avec le serveur ActivityPub récemment, à la mise à jour de Pleroma suite à la mise à niveau de Yunohost, alignée sur la mise à niveau de Debian.

J'avais initialement installé un serveur Pleroma pour rejoindre le fédivers, et migrer le compte que j'avais créé sur le serveur Mastodon de piaille.fr.

Lors de la mise à niveau de Yunohost, le serveur Pleroma ne fonctionnait plus. J'ai donc installé un serveur Mastodon à la place et repris les données que j'avais sauvegardées depuis Pleroma pour continuer à réseauter.

J'ai testé l'installation de Cryptpad sur la version 11 de Yunohost, sans succès à l'époque. A la mise à niveau de Yunohost, j'ai réussi à l'installer et le faire fonctionner correctement.

Malheureusement, la dernière mise à jour de Cryptpad ne fonctionne pas sur le serveur Yunohost et j'ai donc abandonné cette application.

Writefreely est autre exemple intéressant. Il fournit des fonctionnalités de serveur de blogs, multi-utilisateurs, voire multi-blogs par utilisateur. Il permet de se fédérer via le protocole ActivityPub et permet de compléter l'activité de micro-blogging sur un serveur Mastodon, qui limite la taille des messages à 500 caractères. Il permet de rédiger en langage Markdown et dispose d'une interface légère qui évite les distractions (vous noterez les efforts de vocabulaire pour esquiver les anglicismes !!).

Writefreely est comparable à Plume. Sauf pour 2 aspects : – Avantage Plume pour la gestion des images, qui sont chargées dans une bibliothèque interne – Avantage Writefreely pour la création d'un lien d'identification avec un utilisateur ActivityPub (au moins Mastodon) D'autres aspects d'administration des utilisateurs existent que je ne traite pas ici.

J'avais une préférence initiale pour Writefreely compte tenu de sa notoriété. Néanmoins, je n'ai pas réussi à l'installer sur mon serveur Yunohost version 11 en 2023. J'avais installé Plume et commencé à regarder les utilisateurs créer leur blog et écrire leurs premiers articles. A la mise à niveau de Yunohost en version 12, l'installation de Writefreely a réussi.

J'ai conservé depuis lors les 2 applications : – Plume : write.newan.net – Writefreely : blog.newan.net

Je vais conserver quelques temps ces 2 applications et voir si elles doivent persister ou si je dois faire un choix. Pour l'instant la charge du serveur est raisonnable pour chacune des applications comme pour la somme des deux.

Conclusion

Yunohost est un système d'exploitation fiable et abordable pour un gestionnaire d'auto-hébergement qui n'est pas un sysadmin de métier.

Je pense qu'il est nécessaire de réaliser des tests d'installation sur plusieurs versions des applications pour vérifier leur stabilité dans le temps avant de les rendre disponibles aux utilisateurs.

#Yunohost #Pleroma #fédivers #fediverse #autoHébergement #selfhosting

Comme je l’ai écrit auparavant, j’ai essayé Mastodon et Hubzilla sans succès. Soit la connexion ne fonctionnait pas soit le nœud ne se connectait pas au réseau.

En revanche, Pleroma s’est correctement installé et fonctionne à merveille sur Yunohost.

Comme il s’agit du fédivers, j’ai pu rapatrier mon compte d’un autre nœud du réseau sous Mastodon vers mon instance newan.net sous Pleroma (au passage merci à l’instance piaille.fr qui a hébergé mon compte quelques mois).

newan.net est donc un nœud Pleroma du fédivers ouvert aux inscriptions et dont vous trouverez les conditions d’utilisation et les règles de modération par ici.