Update on wording
This commit is contained in:
119
faq.php
119
faq.php
@@ -24,7 +24,7 @@ $currentPage = $pages['faq'];
|
||||
|
||||
<div class="ui text container">
|
||||
<h1 class="ui header clawdlogo">CLAWD.FR</h1>
|
||||
<h2>HÉBERGEUR ENGAGÉ</h2>
|
||||
<h2>HÉBERGEUR WEB <br>INDÉPENDANT ET HUMAIN</h2>
|
||||
</div>
|
||||
|
||||
</div>
|
||||
@@ -33,6 +33,26 @@ $currentPage = $pages['faq'];
|
||||
<h1>QUESTIONS FRÉQUENTES</h1>
|
||||
</div>
|
||||
|
||||
<a name="localisation"></a>
|
||||
<div class="ui vertical stripe segment">
|
||||
<div class="ui middle aligned grid container">
|
||||
<div class="row">
|
||||
<h3 class="">Où sont hébergées les données?</h3>
|
||||
<p>Comme indiqué sur la page <?= pageLink($pages['transparence']) ?> les serveurs et les données sont hébergées en Allemagne et les sauvegardes en Finlande.</p>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<a name="quitter"></a>
|
||||
<div class="ui vertical stripe segment">
|
||||
<div class="ui middle aligned grid container">
|
||||
<div class="row">
|
||||
<h3 class="">Puis-je quitter le service facilement?</h3>
|
||||
<p>Bien sûr! Aucun engagement de durée n'est imposé sur mes services d'hébergement. L'utilisation de logiciels open-source garantit la portabilité de vos données, ce qui signifie que vous pouvez les récupérer n'importe quand, sans aucun blocage technique.</p>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<a name="rgpd"></a>
|
||||
<div class="ui vertical stripe segment">
|
||||
<div class="ui middle aligned grid container">
|
||||
@@ -49,8 +69,25 @@ $currentPage = $pages['faq'];
|
||||
<div class="ui middle aligned grid container">
|
||||
<div class="row">
|
||||
<h3 class="">Pourquoi un hébergeur aussi petit?</h3>
|
||||
<p><strong>Parce que c'est le principe même d'internet!</strong><br>Le réseau des réseaux et aujourd'hui largement dominé par des grands groupes aux plateformes tentaculaires, ultra-centralisées. Mais l'un des principes fondateurs d'internet est à l'inverse la multiplication des "noeuds": plus il existe de points et de liens entre eux, plus il devient difficile de faire tomber le réseau tout entier et donc de faire taire ses utilisateurs.</p>
|
||||
<p>Il suffit pour illustrer l'importance de ce principe de rappeller la dernière panne globale de facebook pendant seulement 5 heures et qui a pourtant provoqué plus d'une crise de panique parmi ses utilisateurs.</p>
|
||||
<p>
|
||||
<strong>Parce que la diversité est une force.</strong><br>
|
||||
Internet repose historiquement sur une multitude d’acteurs interconnectés,
|
||||
plutôt que sur quelques plateformes centralisées.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
Cette diversité rend le réseau plus résilient,
|
||||
limite les points de défaillance uniques
|
||||
et réduit les risques liés à une dépendance excessive
|
||||
envers un seul fournisseur.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
Les pannes globales affectant des services très centralisés
|
||||
rappellent régulièrement les limites de ces modèles.
|
||||
Un hébergeur à taille humaine permet une approche plus distribuée,
|
||||
plus souple, et souvent plus fiable à l’échelle des usages réels.
|
||||
</p>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
@@ -60,9 +97,28 @@ $currentPage = $pages['faq'];
|
||||
<div class="ui middle aligned grid container">
|
||||
<div class="row">
|
||||
<h3 class="">Pourquoi n'utiliser que de l'open-source?</h3>
|
||||
<p>L'accès libre au code source d'une application garanti une forme de validation permanente par la communauté. Toute dérive ou modification qui irait dans un sens néfaste pour le projet serait repérée immédiatement et ne serait pas acceptée. </p>
|
||||
<p>L'open-source c'est avant tout des communautés multiples qui partagent l'objectif de produre des logiciels ouverts, fiables, et vérifiables. Il est évident que je ne suis pas capable de lire et comprendre tout le code source de la totalité des logiciels que j'utilise, mais je sais que je peux faire confiance aux communautés qui les développent.</p>
|
||||
<p>Il y a bien sûr parfois des prises de position ou des choix qui ne plaisent pas à tous, ce qui est inévitable dans n'importe quelle communauté, mais ils sont alors clairement affichés et les utilisateurs savent à quoi s'attendre. Avec un logiciel dont on ne peut pas consulter le code source, on ne sait jamais vraiment ce qui se passe derrière le rideau, alors tant que j'ai le choix: je choisis la transparence.</p>
|
||||
<p>
|
||||
L’accès au code source d’un logiciel permet un contrôle permanent
|
||||
par les communautés qui le développent et l’utilisent.
|
||||
Les choix techniques et les évolutions sont visibles,
|
||||
discutables et vérifiables.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
L’open-source repose sur des communautés diverses
|
||||
qui partagent un objectif commun :
|
||||
produire des logiciels fiables, durables et auditables.
|
||||
Même si je ne peux pas analyser chaque ligne de code,
|
||||
je peux m’appuyer sur ces communautés et leur expertise collective.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
Les désaccords ou orientations discutables sont généralement
|
||||
rendus publics et débattus.
|
||||
À l’inverse, avec un logiciel propriétaire,
|
||||
il est impossible de savoir précisément ce qui se passe en arrière-plan.
|
||||
Lorsque le choix existe, je privilégie donc la transparence.
|
||||
</p>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
@@ -72,9 +128,33 @@ $currentPage = $pages['faq'];
|
||||
<div class="ui middle aligned grid container">
|
||||
<div class="row">
|
||||
<h3 class="">Et mon nom de domaine dans tout ça?</h3>
|
||||
<p>Pour chaque offre d'hébergement (hors Nextcloud mutualisé), vous avez la possibilité d'utiliser votre propre nom de domaine: pour l'adresse de votre site, ou la deuxième moitié de votre adresse@mail.com. Ce nom de domaine doit être loué chez un "Registrar" type Gandi ou OVH, et coûte environ 20€ par an pour un ".fr" (le tarif exact dépend du fournisseur et de l'extension choisie).</p>
|
||||
<p>Utiliser un nom de domaine dont vous êtes propriétaire est particulièrement important pour un site mais aussi pour vos boîtes mail, et ce pour plusieurs raisons. D'abord pour votre site c'est la garantie de conserver votre référencement si vous changer d'hébergeur. Pour vos boîtes mails il en va de même: en cas de changement d'hébergeur, vous conserverez vos adresses et courriers.</p>
|
||||
<p>En tant que petit hébergeur, je n'ai pas la possibilité de proposer des noms de domaine à la location, c'est réservé à des entreprises de taille plus élevée, à ma connaissance aucun membre du CHATONS ne propose ce service. Je peux en revanche en assurer la gestion technique pour vous, si nécessaire.</p>
|
||||
<p>
|
||||
Pour chaque offre d’hébergement (hors Nextcloud mutualisé),
|
||||
vous pouvez utiliser votre propre nom de domaine,
|
||||
que ce soit pour l’adresse de votre site
|
||||
ou pour vos adresses email.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
Le nom de domaine doit être acheté auprès d’un registrar
|
||||
(comme Gandi ou OVH).
|
||||
Pour un domaine en « .fr », le coût est généralement
|
||||
d’environ 20 € par an, selon le fournisseur et l’extension choisie.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
Être propriétaire de son nom de domaine est essentiel.
|
||||
Cela vous permet de conserver votre référencement
|
||||
et vos adresses email en cas de changement d’hébergeur,
|
||||
sans rupture ni perte de données.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
En tant qu’hébergeur indépendant,
|
||||
je ne propose pas la vente de noms de domaine.
|
||||
En revanche, je peux en assurer la gestion technique pour vous,
|
||||
si vous le souhaitez.
|
||||
</p>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
@@ -86,14 +166,21 @@ $currentPage = $pages['faq'];
|
||||
<h3 class="">Comment se déroule l'installation d'un nouveau client?</h3>
|
||||
<p>Lorsqu'un client souscrit un contrat pour un VPS le déploiement se passe ainsi, dans l'ordre:</p>
|
||||
<ul>
|
||||
<li>Création du VPS "vierge" selon un modèle pré-configuré sur Proxmox.</li>
|
||||
<li>Configuration du nouveau VPS: attribution de l'espace de stockage et des adresses IP sur le réseau interne, routage, procédures de backup et de monitoring, entre autres.</li>
|
||||
<li>Création des entrées DNS IPv4 et IPv6 par défaut (chaque VPS est livré avec un <a href="https://fr.wikipedia.org/wiki/Fully_qualified_domain_name" target="_blank">FQDN</a> dédié).</li>
|
||||
<li>Première sauvegarde et restauration pour confirmer que tout est fonctionnel.</li>
|
||||
<li>Création des accès client à l'hyperviseur Proxmox (pour l'accès KVM, la gestion des sauvegardes et du firewall) et au monitoring.</li>
|
||||
<li>Livraison au client de son nouveau VPS et de mon numéro de téléphone en cas de besoin.</li>
|
||||
<li>Création d’un VPS vierge à partir d’un modèle préconfiguré sur Proxmox.</li>
|
||||
<li>Configuration du serveur : stockage, réseau interne, routage, sauvegardes et supervision.</li>
|
||||
<li>Création des entrées DNS IPv4 et IPv6 par défaut (chaque VPS dispose d’un FQDN dédié).</li>
|
||||
<li>Réalisation d’une première sauvegarde et restauration de test pour validation.</li>
|
||||
<li>Création des accès client à l’hyperviseur Proxmox (KVM, sauvegardes, pare-feu) et au monitoring.</li>
|
||||
<li>Livraison du VPS au client, accompagnée de mes coordonnées pour toute question ou besoin.</li>
|
||||
</ul>
|
||||
<p>Pour les clients web et mail, les opérations sont un peu différentes et consistent essentiellement à créer des accès et configurer l'infrastructure pour accueillir un nouveau nom de domaine. Pour des comptes Nextcloud sur l'instance mutualisée c'est encore plus simple puisqu'il s'agit simplement d'y créer un compte par nouvel utilisateur.</p>
|
||||
<p>
|
||||
Pour les services web et mail,
|
||||
les opérations consistent principalement
|
||||
à créer les accès nécessaires
|
||||
et à configurer l’infrastructure pour le nouveau nom de domaine.
|
||||
Pour les comptes Nextcloud mutualisés,
|
||||
il s’agit simplement de créer un compte utilisateur.
|
||||
</p>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
Reference in New Issue
Block a user