Refactor admin guide

Co-authored-by: ljf (zamentur) <zamentur@users.noreply.github.com>
Co-authored-by: nathanael-h <7300309+nathanael-h@users.noreply.github.com>

pages/01.administrate/04.howtohostyourself/howtohostyourself.de.md

@@ -25,7 +25,7 @@ Ein VPN ist ein verschlüsselter Tunnel zwischen zwei Computern. In der Praxis s
 
 ### Auf einem Remote-Server (VPS oder dedizierter Server)
 
-Sie können einen virtuellen privaten Server oder eine dedizierte Maschine von [associative](https://db.ffdn.org/) oder von anderen kommerziellen "Cloud"-Anbietern mieten.
+Sie können einen virtuellen privaten Server oder eine dedizierte Maschine von [associative](https://db.ffdn.org/) oder von anderen [kommerziellen](/providers/server) "Cloud"-Anbietern mieten.
 
 - **Pros** : Ihr Server und seine Internetverbindung sind schnell;
 - **Cons** : Sie müssen ein monatliches Abonnement bezahlen und haben keine physische Kontrolle über Ihren Server.

pages/01.administrate/04.howtohostyourself/howtohostyourself.es.md

@@ -1,5 +1,5 @@
 ---
-title: Elegir manera de autohospedaje
+title: Elegir manera y proveedores de autohospedaje
 template: docs
 taxonomy:
     category: docs
@@ -25,7 +25,7 @@ Una VPN es un tunel encriptado entre dos máquinas. En la práctica, permite hac
 
 ### En un servidor remoto (VPS o servidor dedicado)
 
-Puedes alquilar un servidor privado virtual (VPS) o una máquina dedicada a alojamientos [asociativos](https://db.ffdn.org/) o comerciales.
+Puedes alquilar un servidor privado virtual (VPS) o una máquina dedicada a alojamientos [asociativos](https://db.ffdn.org/) o [comerciales](/providers/server).
 
 - **Ventajas**: Tu servidor será rápido y su conexión veloz.
 - **Desventajas**: Ocasiona un gasto mensual por la máquina, y no tienes control físico.

pages/01.administrate/04.howtohostyourself/howtohostyourself.fr.md

@@ -1,5 +1,5 @@
 ---
-title: Choisir son mode d'autohébergement
+title: Choisir son mode et fournisseurs d'autohébergement
 template: docs
 taxonomy:
     category: docs
@@ -25,7 +25,7 @@ Un VPN est un tunnel chiffré entre deux machines. En pratique, cela permet de f
 
 ### Sur un serveur distant (VPS ou serveur dédié)
 
-Vous pouvez louer un serveur privé virtuel ou une machine dédiée à des hébergeurs [associatifs](https://db.ffdn.org/) ou commerciaux.
+Vous pouvez louer un serveur privé virtuel ou une machine dédiée à des hébergeurs [associatifs](https://db.ffdn.org/) ou [commerciaux](/providers/server).
 
 - **Avantages** : votre serveur sera rapide et la connectivité internet sera bonne ;
 - **Inconvénients** : il vous faudra payer des frais mensuels pour la machine, et vous n'aurez pas de contrôle physique dessus.

pages/01.administrate/04.howtohostyourself/howtohostyourself.it.md

@@ -1,5 +1,5 @@
 ---
-title: Scegliere il proprio self-hosting
+title: Scegliere il tuo metodo e provider de self-hosting
 template: docs
 taxonomy:
     category: docs
@@ -25,7 +25,7 @@ Una VPN è un tunnel criptato tra due macchine. In pratica permette di avere una
 
 ### Su un server distante (VPS o server dedicato)
 
-Puoi affittare un server virtuale privato o un macchina dedicata da fornitori "Cloud" come [associazioni](https://db.ffdn.org) o commerciali
+Puoi affittare un server virtuale privato o un macchina dedicata da fornitori "Cloud" come [associazioni](https://db.ffdn.org) o [commerciali](/providers/server)
 
 - **Pro**: il tuo server e la connessione saranno veloci;
 - **Contro**: dovrai pagare un canone mensile per la macchina e non avrai il controllo fisico del tuo server.

pages/01.administrate/04.howtohostyourself/howtohostyourself.md

@@ -1,5 +1,5 @@
 ---
-title: How to host yourself?
+title: Choose your selfhosting method and providers
 template: docs
 taxonomy:
     category: docs
@@ -25,7 +25,7 @@ A VPN is an encrypted tunnel between two machines. In practice, it makes it "as
 
 ### On a remote server (VPS or dedicated server)
 
-You can rent a virtual private server or a dedicated machine from [associative](https://db.ffdn.org/) or commercial "Cloud" providers.
+You can rent a virtual private server or a dedicated machine from [associative](https://db.ffdn.org/) or [commercial](/providers/server) "Cloud" providers.
 
 - **Pros** : your server and its internet connectivity will be fast;
 - **Cons** : you will have to pay a monthly subscription and won't have physical control of your server.

pages/01.administrate/06.admin_overview/06.domains/domains.de.md

@@ -33,6 +33,8 @@ Ein weiterer wichtiger Aspekt der Domain-Konfiguration ist das SSL/HTTPS-Zertifi
 
 ## Unterpfade vs. einzelne Domains pro Anwendungen
 
+!!!! Section to be moved to a translated /apps_overview page
+
 Im Zusammenhang mit YunoHost ist es durchaus üblich, eine einzige (oder einige wenige) Domains zu haben, auf denen mehrere Anwendungen in "Unterpfaden" installiert sind, so dass man am Ende etwas wie dieses erhält: 
 
 ```bash

pages/01.administrate/06.admin_overview/06.domains/domains.fr.md

@@ -44,28 +44,3 @@ YunoHost peut générer une configuration DNS recommandée pour chaque domaine,
 ## Certificats SSL/HTTPS
 
 Un autre aspect important de la configuration des domaines est le certificat SSL/HTTPS. YunoHost est intégré avec Let's Encrypt, de sorte qu'une fois que votre serveur est correctement accessible depuis n'importe qui sur Internet via le nom de domaine, l'administrateur peut demander l'installation d'un certificat Let's Encrypt. Voir la documentation sur les [certificats](/certificate) pour plus d'informations.
-
-## Sous-chemins vs. domaines individuels par application
-
-Dans le contexte de YunoHost, il est assez courant d'avoir un seul (ou quelques) domaines sur lesquels plusieurs applications sont installées dans des "sous-chemins", de sorte que l'on se retrouve avec quelque chose comme ceci : 
-
-```bash
-yolo.com
-     ├─── /blog  : Wordpress (un blog)
-     ├─── /cloud : Nextcloud (un service de cloud)
-     ├─── /rss   : TinyTiny RSS (un lecteur RSS)
-     ├─── /wiki  : DokuWiki (un wiki)
-```
-
-Alternativement, on peut choisir d'installer chaque application (ou certaines) sur un domaine dédié. Au delà de la question esthétique, utiliser des sous-domaines au lieu de sous-chemins permet de laisser la possibilité de déplacer un service sur un autre serveur plus facilement. Par ailleurs, certaines applications peuvent avoir besoin d'un domaine entier qui leur est dédié, pour des raisons techniques. L'inconvénient est que vous devez ajouter un nouveau domaine à chaque fois, et donc potentiellement configurer des enregistrements DNS supplémentaire, relancer le diagnostique et l'installation d'un nouveau certificat Let's Encrypt.
-
-Si toutes les applications de l'exemple précédent étaient installées sur un domaine séparé, cela donnerait quelque chose comme ceci :
-
-```bash
-blog.yolo.com  : Wordpress (un blog)
-cloud.yolo.com : Nextcloud (un service de cloud)
-rss.yolo.com   : TinyTiny RSS (un lecteur RSS)
-wiki.yolo.com  : DokuWiki (un wiki)
-```
-
-!!! De nombreuses applications intègrent une fonctionnalité qui vous permet de changer l'URL de votre application. Ce choix entre sous-chemin et sous-domaine peut donc dans certains cas être réversible via une simple manipulation dans l'interface d'administration.

pages/01.administrate/06.admin_overview/06.domains/domains.md

@@ -48,30 +48,3 @@ YunoHost can generate a recommended DNS configuration for each domain, including
 ## SSL/HTTPS certificates
 
 Another important aspect of domain configuration is the SSL/HTTPS certificate. YunoHost is integrated with Let's Encrypt, so once your server is correctly reachable from anybody on the internet through the domain name, the administrator can request a Let's Encrypt certificate. See the documentation about [certificates](/certificate) for more information.
-
-## Subpaths vs. individual domains per apps
-
-In the context of YunoHost, it is quite common to have a single (or a few) domains on which several apps are installed in "subpaths", so that you end up with something like this: 
-
-```bash
-yolo.com
-     ├── /blog  : Wordpress (a blog)
-     ├── /cloud : Nextcloud (a cloud service)
-     ├── /rss   : TinyTiny RSS (a RSS reader)
-     ├── /wiki  : DokuWiki (a wiki)
-```
-
-Alternatively, you may choose to install each (or some) apps on a dedicated domain. Beyond the aesthetic, using sub-domains instead of sub-paths allows the possibility to move a service to another server more easily. Also, some applications may need an entire domain dedicated to them, for technical reasons. The disadvantage is that you have to add a new domain each time, and therefore potentially configure additional DNS records, restart the diagnostics and install a new Let's Encrypt certificate.
-
-This might look prettier for end users, but is generally considered more complicated and less efficient in the context of YunoHost, since you need to add a new domain each time. Nevertheless, some apps might need an entire domain dedicated to them, for technical reasons.
-
-If all apps from the previous example were installed on a separate domain, this would give something like this:
-
-```bash
-blog.yolo.com  : Wordpress (a blog)
-cloud.yolo.com : Nextcloud (a cloud service)
-rss.yolo.com   : TinyTiny RSS (a RSS reader)
-wiki.yolo.com  : DokuWiki (a wiki)
-```
-
-!!! Many applications integrate a functionality that allows you to change the URL of your application. This choice between subpath and subdomain can be reversed in some cases via a simple manipulation in the administration interface.

pages/01.administrate/06.admin_overview/07.apps/apps_overview.fr.md

@@ -46,3 +46,28 @@ L'accès aux applications peut être limité à certains utilisateurs seulement.
 ## Packaging d'applications
 
 Si vous voulez apprendre ou contribuer à l'empaquetage des applications, veuillez consulter la [documentation des contributeurs](/contributordoc).
+
+## Sous-chemins vs. domaines individuels par application
+
+Dans le contexte de YunoHost, il est assez courant d'avoir un seul (ou quelques) domaines sur lesquels plusieurs applications sont installées dans des "sous-chemins", de sorte que l'on se retrouve avec quelque chose comme ceci : 
+
+```bash
+yolo.com
+     ├─── /blog  : Wordpress (un blog)
+     ├─── /cloud : Nextcloud (un service de cloud)
+     ├─── /rss   : TinyTiny RSS (un lecteur RSS)
+     ├─── /wiki  : DokuWiki (un wiki)
+```
+
+Alternativement, on peut choisir d'installer chaque application (ou certaines) sur un domaine dédié. Au delà de la question esthétique, utiliser des sous-domaines au lieu de sous-chemins permet de laisser la possibilité de déplacer un service sur un autre serveur plus facilement. Par ailleurs, certaines applications peuvent avoir besoin d'un domaine entier qui leur est dédié, pour des raisons techniques. L'inconvénient est que vous devez ajouter un nouveau domaine à chaque fois, et donc potentiellement configurer des enregistrements DNS supplémentaire, relancer le diagnostique et l'installation d'un nouveau certificat Let's Encrypt.
+
+Si toutes les applications de l'exemple précédent étaient installées sur un domaine séparé, cela donnerait quelque chose comme ceci :
+
+```bash
+blog.yolo.com  : Wordpress (un blog)
+cloud.yolo.com : Nextcloud (un service de cloud)
+rss.yolo.com   : TinyTiny RSS (un lecteur RSS)
+wiki.yolo.com  : DokuWiki (un wiki)
+```
+
+!!! De nombreuses applications intègrent une fonctionnalité qui vous permet de changer l'URL de votre application. Ce choix entre sous-chemin et sous-domaine peut donc dans certains cas être réversible via une simple manipulation dans l'interface d'administration.

pages/01.administrate/06.admin_overview/07.apps/apps_overview.md

@@ -35,6 +35,33 @@ Applications may support integration with the LDAP / Single Sign On system, such
 
 Some applications support the ability to be installed several times (at different locations) ! To do so, just go another time in Applications > Install, and select again the application to install.
 
+## Subpaths vs. individual domains per apps
+
+In the context of YunoHost, it is quite common to have a single (or a few) domains on which several apps are installed in "subpaths", so that you end up with something like this: 
+
+```bash
+yolo.com
+     ├── /blog  : Wordpress (a blog)
+     ├── /cloud : Nextcloud (a cloud service)
+     ├── /rss   : TinyTiny RSS (a RSS reader)
+     ├── /wiki  : DokuWiki (a wiki)
+```
+
+Alternatively, you may choose to install each (or some) apps on a dedicated domain. Beyond the aesthetic, using sub-domains instead of sub-paths allows the possibility to move a service to another server more easily. Also, some applications may need an entire domain dedicated to them, for technical reasons. The disadvantage is that you have to add a new domain each time, and therefore potentially configure additional DNS records, restart the diagnostics and install a new Let's Encrypt certificate.
+
+This might look prettier for end users, but is generally considered more complicated and less efficient in the context of YunoHost, since you need to add a new domain each time. Nevertheless, some apps might need an entire domain dedicated to them, for technical reasons.
+
+If all apps from the previous example were installed on a separate domain, this would give something like this:
+
+```bash
+blog.yolo.com  : Wordpress (a blog)
+cloud.yolo.com : Nextcloud (a cloud service)
+rss.yolo.com   : TinyTiny RSS (a RSS reader)
+wiki.yolo.com  : DokuWiki (a wiki)
+```
+
+!!! Many applications integrate a functionality that allows you to change the URL of your application. This choice between subpath and subdomain can be reversed in some cases via a simple manipulation in the administration interface.
+
 ## Tile management
 
 Web applications can provide tiles available from the user portal, it is possible to choose whether or not to display them and redefine the text via the web administration interface `Applications > APP name > Operations > Manage labels and tiles` or via the command line: `yunohost app change-label <app> "New text"`.
@@ -46,3 +73,4 @@ Access to apps can be restricted to some users only. This can be configured via
 ## Applications packaging 
 
 If you want to learn or contribute to app packaging, please check the [contributor documentation](/contributordoc). 
+

pages/01.administrate/06.admin_overview/overview.de.md

@@ -1,6 +1,6 @@
 ---
 title: Übersicht des YunoHost Ökosystems
-menu: Geführte Tour
+menu: Geführte Tour für den Admin 
 template: docs
 taxonomy:
     category: docs

pages/01.administrate/06.admin_overview/overview.fr.md

@@ -1,6 +1,6 @@
 ---
 title: Vue d'ensemble de l'écosystème YunoHost
-menu: Visite guidée
+menu: Visite guidée pour l'administrateur
 template: docs
 taxonomy:
     category: docs

pages/01.administrate/06.admin_overview/overview.it.md

@@ -1,6 +1,6 @@
 ---
 title: Vista d'insieme dell'ecosistema YunoHost
-menu: Tour guidato
+menu: Tour guidato per l'amministratore
 template: docs
 taxonomy:
     category: docs

pages/01.administrate/06.admin_overview/overview.md

@@ -1,6 +1,6 @@
 ---
 title: Overview of the YunoHost ecosystem
-menu: Guided tour
+menu: Guided tour for the admin
 template: docs
 taxonomy:
     category: docs

pages/01.administrate/07.specific_use_cases/specific_use_cases.fr.md

@@ -1,10 +0,0 @@
----
-title: Cas d'usage spécifiques
-template: docs
-taxonomy:
-    category: docs
-routes:
-  default: '/specific_use_cases'
----
-
-Dans les pages suivantes, vous trouverez des explications spécifiques à certains cas d'utilisation

pages/01.administrate/07.specific_use_cases/specific_use_cases.md

@@ -1,10 +0,0 @@
----
-title: Specific use cases
-template: docs
-taxonomy:
-    category: docs
-routes:
-  default: '/specific_use_cases'
----
-
-In the following pages you will find tutorials for specific use cases.