about summary refs log tree commit diff
path: root/content/posts/2021-01-02-wordpress.fr.md
blob: 35df3533fa63356a988205b1b6074713dc1ce4a8 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
---
categories: [blog]
date:   2021-01-02 14:44:00 +0700
lang: fr
tags: [[blog], wordpress, writing, selfhost]
title:  "Je quitte WordPress"
translationKey: "give-up-wp"
---

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. <!--more-->

# 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][wp-nginx] 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][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][jekyll], et c'est merveilleux.

Maintenant mon [blog] est sur [GitHub](https://huy-ngo.github.io) et
[huyngo.cf](http://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][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.

[wp-nginx]: https://wordpress.org/support/article/nginx/
[writefreely]: https://github.com/writeas/writefreely
[jekyll]: https://jekyllrb.com/
[hugo]: https://gohugo.io