Pendant la semaine dernière, j’installe à peine ma propre instance de WordPress, parce que j’ai accès à un serveur et je peux utiliser un nom de domaine gratuit. Mais c’était quel horreur.
Pourquoir écrire un [blog]
J’écris pour le faire mieux (et pour me défier d’écrire des articles en langues à part anglais). Il y avait longtemps que je n’ai rien écrit que le code. Mais écrire des essais c’est important pour moi : pour ma graduation, il faut écrire des rapports et une thèse.
Mais ce n’est pas la seule raison. C’est aussi un moyen de m’exprimer. Le média social peut m’aider à le faire, mais je quitte Facebook à cause du manque de confidentialité premièrement et de la haine partout où je cherche le divertissement, et Mastodon a une limitation de caractères pour une publication. Les catégories et les tags sont aussi des aides pour mettre des publications en ordre.
Choisir WordPress
WordPress c’est une plate-forme populaire pour [blog]uer. Au début je pensais de choisir wordpress.com, car il est déjà hébergé. Mais j’ai découvert qu’il mettrait des pubs sur mes [blog]s sans mon approbation. De plus, si j’héberge moi-même, j’ai du contrôle. Je ne veux pas que mes lecteurs doivent voir les pubs qui sont mis par un tiers.
Le serveur fonctionne sous Ubuntu 16.04, qui est très vieux. Ainsi, il n’a pas les plus récents paquets, y compris Apache, PHP, et WordPress, et je n’ose pas le mettre à niveau.
J’y avais déjà des autres services avec nginx, alors je préfère utiliser nginx comme serveur web. Il y a un guide pour exactement ça, mais malheureusement, ces fichiers de la configuration sont longs et j’ai peur de mettre quelque chose en panne cependant (et de plus, je suis paresseux ;)).
Alors, c’est ça, j’utilise Apache, ce n’est pas une mauvaise chose, et j’utilise nginx comme proxy inverse. Ça a marché.
Utiliser Docker
J’ai aussi essayé docker. Je me demandais pourquoi je n’avais pas pensé à cette solution plus tôt. J’ai récemment utilisé docker très fréquemment, par exemple pour CouchDB et RethinkDB, qui ne sont pas paqueté pour Tumbleweed, pour SQLServer et MongoDB, qui étaient nécessaire pour mon cours de base de données.
Docker exécute des programmes dans un container (« conteneur ») que l’on peut facilement configurer avec docker-compose ou par ligne de commande. Surtout, on peut être sûr que ça marche.
Et ça marche merveilleusement.
Redirection de port
Ce n’était pas un problème que WordPress a créé, c’était ma faute, mais comme la faute est aussi une leçon, je la raconte quand même.
Pour ne pas faire la même faute à l’avenir : il faut lier les fichiers configs
dans /etc/nginx/sites-available/ à /etc/nginx/sites-enabled/ avec des paths
absolus, sinon le lien serait cassé et ne marcherait pas.
Changer le nom casse les liens
WordPress utilise apparemment des liens absolus
(example.com/[blog]/quelque-chose) au lieu des liens relatifs
(/[blog]/quelque-chose). C’est pas un bon pratique : si je change l’hébergeur
ou le nom de domaine (qui arrivera sûrement, car les noms de domaine gratuits
expireront tôt ou tard). Je l’ai découvert quand je changeais d’IP de
l’hébergeur au nom de domaine.
Des expériences déçues
WordPress n’est pas la chose pour moi. Il contient trop de drag-and-drop pour écrire un post que je trouve difficile à utiliser. Il contient aussi beaucoup de widgets que je n’utilise jamais et qui prend trop de temps à charger.
Étant résultat, je n’ai pas envie d’y écrire.
Write.as
Et puis quelqu’un sur Mastodon m’a fait savoir de WriteAs. Ce service utilise Markdown pour rendre les posts, et comme Markdown est si facile à écrire, je l’aimais immédiatement.
WriteFreely est le logiciel grâce auquel WriteAs fonctionne. J’ai hébergé une instance moi-même, et il marchait exactement comme j’en ai attendu.
Mise à jour
J’ai essayé jekyll, et c’est merveilleux.
Maintenant mon [blog] est sur GitHub et huyngo.cf. GitHub ne supporte pas des thèmes que j’utilise, alors là le [blog] n’apparaît correctement.
Jekyll est meilleur que WriteFreely pour moi, parce que les posts sont stockés simplement comme texte plain, par contre WriteFreely les stocke dans SQL, ce que je considère un overhead. Le seul désavantage c’est que je n’ai jamais appris Ruby avant.
J’ai envie d’essayer Hugo, qui est programmé dans Go, une langue que je connais mieux que Ruby. En outre, Hugo supporte rendre des pages pour gemini, que je veux aussi essayer. Mais ça va attendre, je ne devrais pas dépenser trop de temps pour le choix de technologie.