aboutsummaryrefslogtreecommitdiff
path: root/content
diff options
context:
space:
mode:
Diffstat (limited to 'content')
-rw-r--r--content/infrastructures/machines.md11
-rw-r--r--content/motivations/_index.md11
-rw-r--r--content/services/email.md2
-rw-r--r--content/services/hebergement_mail_perso.md12
-rw-r--r--content/services/matrix.md2
-rw-r--r--content/services/mettre-place-DNS.md2
-rw-r--r--content/services/statique-comment-ça.md12
-rw-r--r--content/services/web.md13
8 files changed, 44 insertions, 21 deletions
diff --git a/content/infrastructures/machines.md b/content/infrastructures/machines.md
index d31cdf4..f75590d 100644
--- a/content/infrastructures/machines.md
+++ b/content/infrastructures/machines.md
@@ -1,13 +1,18 @@
---
-title: "Serveurs"
-description: "Serveurs"
+title: "Nos serveurs"
+description: "La salle des machines"
weight: 40
sort_by: "weight"
extra:
parent: 'infrastructures/_index.md'
---
-# Rôles
+Ce coin du Guide présente les ordinateurs qui constituent notre infrastructure et leurs différents rôles.
+
+# Différents clusters
+
+Nous avons mis en réseau une dizaine de machines, des ordinateurs de bureau, réunies en deux principaux rôles ou _clusters_ :
+
Nous avons identifié 4 rôles pour nos serveurs, en fonction de la criticité des charges de travail
et des données qu'ils auront à gérer.
diff --git a/content/motivations/_index.md b/content/motivations/_index.md
new file mode 100644
index 0000000..b10e9ac
--- /dev/null
+++ b/content/motivations/_index.md
@@ -0,0 +1,11 @@
+---
+title: "Motivations"
+description: "Motivations"
+weight: 20
+sort_by: "weight"
+extra:
+ parent: 'motivations/_index.md'
+---
+
+Tout doux (en anglais : to do)
+
diff --git a/content/services/email.md b/content/services/email.md
index a80e3e3..f8b2964 100644
--- a/content/services/email.md
+++ b/content/services/email.md
@@ -1,7 +1,7 @@
---
title: "E-mails"
description: "E-mails"
-weight: 30
+weight: 10
extra:
parent: 'services/_index.md'
---
diff --git a/content/services/hebergement_mail_perso.md b/content/services/hebergement_mail_perso.md
index eba0f2c..19d1439 100644
--- a/content/services/hebergement_mail_perso.md
+++ b/content/services/hebergement_mail_perso.md
@@ -1,20 +1,18 @@
---
-title: "Hebergement d'e-mails personnels"
-description: "E-mails personnels"
+title: "Transférer une boite existante"
+description: "Transférer une boite existante"
weight: 10
extra:
parent: 'services/email.md'
---
-<!-- TODO -->
-
Deuxfleurs peut héberger vos e-mails, même s'ils ne finissent pas en `@deuxfleurs.fr` !
-> Vous voulez votre propre nom de domaine mais ne savez pas comment faire ? [On vous l'explique ici](@/prise_en_main/mettre-place-DNS.md).
+> Vous voulez louer votre propre nom de domaine ? [Cette page vous l'expliquera.](@/prise_en_main/mettre-place-DNS.md)
-Nous vous expliquons ici comment héberger une boîte mail avec un nom de domaine vous appartenant, en incluant la récupération (optionnelle) des e-mails existants chez votre ancien fournisseur vers les serveurs de Deuxfleurs.
+Dans ce guide, on crée chez Deuxfleurs une boîte mail avec un nom de domaine vous appartenant, en incluant la récupération (optionnelle) des e-mails existants chez votre ancien fournisseur vers les serveurs de Deuxfleurs.
-1. Si vous souhaitez rapatrier vos anciens e-mails de l'ancien fournisseur vers Deuxfleurs, sauvegardez vos e-mails sur votre machine :
+1. Si vous souhaitez rapatrier vos anciens e-mails de l'ancien fournisseur vers Deuxfleurs, faites une sauvegarde de vos e-mails sur votre machine :
> Nous présentons une méthode fiable ([cf. ce guide](https://github.com/joeyates/imap-backup/blob/main/docs/migrate-server-keep-address.md)), mais qui demande de bonnes connaissances en informatique. Vous pourriez avoir besoin de l'aide d'un⋅e administrateur⋅ice de Deuxfleurs.
>
diff --git a/content/services/matrix.md b/content/services/matrix.md
index dcfdf71..6501306 100644
--- a/content/services/matrix.md
+++ b/content/services/matrix.md
@@ -3,7 +3,7 @@ title: "Matrix"
description: "Messagerie Instantanée avec Matrix"
date: "2024-08-19T15:10:33"
dateCreated: "2021-11-09T12:13:36.265Z"
-weight: 10
+weight: 15
extra:
parent: 'services/_index.md'
---
diff --git a/content/services/mettre-place-DNS.md b/content/services/mettre-place-DNS.md
index 03be7fa..f35f533 100644
--- a/content/services/mettre-place-DNS.md
+++ b/content/services/mettre-place-DNS.md
@@ -1,5 +1,5 @@
---
-title: "Mettre en place le DNS"
+title: "Votre nom de domaine"
description: "Mise en place du nom de domaine"
date: 2022-09-01
weight: 30
diff --git a/content/services/statique-comment-ça.md b/content/services/statique-comment-ça.md
index cafca9a..b26ca2c 100644
--- a/content/services/statique-comment-ça.md
+++ b/content/services/statique-comment-ça.md
@@ -1,15 +1,21 @@
---
title: Statique, comment ça ?
-description: Qu'est ce qu'un site web statique et pourquoi
+description: Nous hébergeons des sites statiques
sort_by: weight
weight: 10
extra:
parent: services/web.md
---
-Au commencement du web (au début des années 90), le contenu présent en ligne était statique : quand un client veut un fichier ou une page, il spécifie le chemin via un URL, et le serveur répond tout le temps la même chose. Dès le milieu des années 90 ont apparu au sein du web des pages dynamiques, avec [CGI](https://fr.wikipedia.org/wiki/Common_Gateway_Interface) et [PHP](https://fr.wikipedia.org/wiki/PHP). Pour une même page, le serveur peut répondre un contenu différent, variant selon des paramètres rajoutés en fin de chemin URL, selon des données dans la mémoire du serveur, ou selon n'importe quel facteur qui passe par la tête du développeur.
-Avec Javascript, qui date de la même époque, une confusion se pose souvent : beaucoup de contenus statiques passent pour du dynamique aux yeux de l'internaute. Il faut alors rappeler une distinction importante : le code Javascript livré avec un site s'exécute côté client, c'est-à-dire sur l'ordinateur ou le téléphone de l'internaute. À contrario, le CGI ou PHP s'exécute côté serveur, c'est-à-dire sur la machine administrée par le propriétaire du site. Selon ce qu'on veut faire, il faut choisir l'un ou l'autre.
+Depuis le commencement du web au début des années 90, existent les sites web _statiques_ :
+<!--le contenu présent en ligne était statique : -->
+quand un client demande un fichier ou une page, il spécifie le chemin _via_ une [URL](https://fr.wikipedia.org/wiki/Uniform_Resource_Locator), et le serveur répond tout le temps la même chose.
+Dès le milieu des années 90 sont apparu les pages dynamiques, avec [CGI](https://fr.wikipedia.org/wiki/Common_Gateway_Interface) et [PHP](https://fr.wikipedia.org/wiki/PHP).
+Pour une même page, le serveur peut répondre un contenu différent, variant selon des paramètres rajoutés en fin de chemin URL, selon des données dans la mémoire du serveur, ou selon n'importe quel facteur qui passe par la tête du développeur.
+
+Avec [JavaScript](https://fr.wikipedia.org/wiki/JavaScript), qui date de la même époque, une confusion se pose souvent : beaucoup de contenus statiques passent pour du dynamique aux yeux de l'internaute. Il faut alors rappeler une distinction importante : le code Javascript livré avec un site s'exécute côté client, c'est-à-dire sur l'ordinateur ou le téléphone de l'internaute. A contrario, le CGI ou PHP s'exécute côté serveur, c'est-à-dire sur la machine administrée par le propriétaire du site.
+Selon ce qu'on veut faire, il faut choisir l'un ou l'autre.
Quelques exemples pour comprendre cette dichotomie : je gère une boutique en ligne, et je veux que le stock de mes produits s'affiche quand un client consulte mon site ? Il faut faire ça côté serveur, car seul lui connaît les stocks. Je veux mettre en place des décors interactifs avec la souris ? Il faut faire ça côté client, car seul lui connaît la position du curseur. Là où le bât blesse, c'est que certaines choses peuvent être faites des deux côtés, par exemple afficher l'heure sur une page.
diff --git a/content/services/web.md b/content/services/web.md
index 3b7c16c..38aed2b 100644
--- a/content/services/web.md
+++ b/content/services/web.md
@@ -1,6 +1,6 @@
---
-title: Site web
-description: Héberger un site web
+title: Sites web
+description: Héberger vos sites Internet
sort_by: weight
weight: 60
extra:
@@ -9,12 +9,15 @@ extra:
<!-- TODO -->
-Vous avez toujours souhaitez avoir votre propre site web ? Que ça soit pour communiquer pour une association, à propos de vous ou simplement publier ce qui vous intéresse de manière indépendante ?
-Deuxfleurs peut vous aider en vous fournissant l'hébergement. Suivez le guide !
+Vous avez toujours voulu avoir un site web ?
+Une page perso pour publier ce qui vous intéresse de manière indépendante ?
+Ou d'exposer votre association sur la carte du net ?
+Deuxfleurs peut vous aider en vous fournissant l'hébergement.
+Suivez le guide !
1. [Statique ? Comment ça ?](@/services/statique-comment-ça.md)
2. [Initialiser votre accès](@/services/initialiser-votre-acces.md)
-3. [Mettre en place le DNS](@/services/mettre-place-DNS.md)
+3. [Votre nom de domaine](@/services/mettre-place-DNS.md)
4. [Créer du contenu](@/services/creer-du-contenu.md)
5. [Publier le contenu](@/services/publier-le-contenu.md)