Use page bundles for multilingual articles

content/fr/post/self-hosting/index.md

@@ -28,7 +28,7 @@ D'ailleurs, pendant de longues années, on aurait presque pu penser que pour une
 Mais un jour, un ingénieur publicitaire a eu une idée : si on pouvait savoir quel genre d'individu fait une recherche, on serait capable de l'envoyer directement vers le site le plus approprié.
 Quelques développements plus tard, voici ce que fût le plus grand aspirateur de données que l'on puisse imaginer :
 
-![L'interface de GMail](/post/self-hosting/gmail.png)
+![L'interface de GMail](gmail.png)
 
 Contacts, contenus des messages, bons de commandes, newsletters, ... Voilà comment orienter subtilement quelqu'un vers un site plutôt qu'un autre.
 C'est très bien lorsqu'on est pressé, mais au lieu de nous ouvrir sur le monde en général, cela nous enferme au contraire dans une bulle informative.

content/fr/post/use-additional-ipv6-blocks-from-isp/index.md

@@ -24,7 +24,7 @@ Cela est possible car le routeur émet régulièrement les informations du sous-
 
 Pour notre expérience, prenons le lab suivant :
 
-![L´infrastructure de base qui va nous servir à faire nos expérimentations](/post/use-additional-ipv6-blocks-from-isp/lab.png)
+![L´infrastructure de base qui va nous servir à faire nos expérimentations](lab.png)
 
 Nous avons tous nos équipements reliés à la box et une série de machines virtuelles hébergées sur l'une des machines du réseau.
 
@@ -42,7 +42,7 @@ L'intérêt principal de cette segmentation serait d'éviter que tout ce petit m
 
 On pourrait donc vouloir segmenter son réseau comme cela :
 
-![Exemple de segmentation par le partage du bloc /64 en deux blocs /65](/post/use-additional-ipv6-blocks-from-isp/lab-segmente.png)
+![Exemple de segmentation par le partage du bloc /64 en deux blocs /65](lab-segmente.png)
 
 On réserverait la moitié du bloc /64 aux équipements réels du réseau et on attribuerait l'autre moitié à nos machines virtuelles situées sur un serveur/Raspberry Pi.
 

content/fr/post/use-ipv6-in-docker/index.md

@@ -15,7 +15,7 @@ En fait, pour la même raison que nous avons vu dans [l'article introductif]({{<
 
 On observe d'ailleurs le même phénomène avec l'IPv4 : chaque conteneur dispose d'une IPv4 dans un sous-réseau distinct de celui dans lequel se trouve notre machine hôte.
 
-![Illustration d´un réseau domestique IPv4 classique](/post/use-ipv6-in-docker/common-network-with-docker.png)
+![Illustration d´un réseau domestique IPv4 classique](common-network-with-docker.png)
 
 Pour que les conteneurs aient accès à Internet dans ces conditions, en IPv4 du NAT est mis en œuvre :
 
@@ -72,7 +72,7 @@ Sur les Freebox, la fenêtre de paramétrage des préfixes supplémentaires se t
 
 Cela ressemble à ça :
 
-![Fenêtre de paramétrage de la délégation de préfixe IPv6 de la Freebox](/post/use-ipv6-in-docker/freebox-ipv6-prefix-delegation.png)
+![Fenêtre de paramétrage de la délégation de préfixe IPv6 de la Freebox](freebox-ipv6-prefix-delegation.png)
 
 Laissez toujours le 1ᵉʳ champ vide, sans quoi la box ne vous proposera plus d'IPv6 sur le réseau principal.
 
@@ -85,7 +85,7 @@ C'est tout ! Le plus dur est passé. Voyons maintenant la configuration de Docke
 
 Nous n'allons pas utiliser la plage à laquelle notre machine est connectée. Nous allons utiliser toute une plage /64, celle pour laquelle on a donné l'IP locale de notre machine à la box.
 
-![Notre délégation de préfixe correctement paramétrée sur la Freebox](/post/use-ipv6-in-docker/freebox-ipv6-delegation-filled.png)
+![Notre délégation de préfixe correctement paramétrée sur la Freebox](freebox-ipv6-delegation-filled.png)
 
 Selon la capture d'écran précédente, notre fichier de configuration `/etc/docker/daemon.json` devrait ressembler à :