Description détaillée du formulaire de création d’un site WordPress
Cet article est une référence du formulaire de création d’un site WordPress dans BeAdmin. Pour chaque champ, il explique ce qu’il signifie, quelles sont ses limites et comment le panneau réagit lorsque le champ est mal rempli. Si vous cherchez un pas-à-pas depuis la première installation jusqu’au site prêt, commencez par WordPress. Démarrage rapide.
Où s’ouvre le formulaire
Ouvrez WordPress dans le menu latéral du panneau et cliquez sur « Nouveau site WordPress ». Le bouton n’apparaît que si les trois dépendances — Nginx, PHP et MariaDB — sont installées. La façon de les installer est décrite dans la section Préparer l’installation du démarrage rapide.
Paramètres de base
Domaine
Le nom de domaine du site — par exemple mysite.io. Le panneau l’utilise pour l’hôte virtuel Nginx et pour la demande de certificat SSL.
Limites :
- Jusqu’à 253 caractères.
- Les lettres latines, les chiffres, les tirets et les points sont autorisés. Les domaines en cyrillique passent formellement la validation, mais peuvent se comporter de façon instable dans les e-mails envoyés à l’administrateur, lors de l’émission du SSL et dans une partie des extensions. Si vous prévoyez d’utiliser un domaine en cyrillique, utilisez sa forme IDN (punycode), par exemple
xn--80aswg.xn--p1aipour un domaine russe. - La zone du domaine doit comporter au moins deux caractères ou avoir la forme
xn--…(punycode).
Si un hôte virtuel existe déjà dans Nginx pour ce domaine, le formulaire affiche l’erreur « Un hôte virtuel existe déjà pour ce domaine. » Supprimez l’ancien hôte dans le module Nginx ou indiquez un autre domaine.
Chemin des fichiers
Le répertoire du serveur dans lequel le panneau déploie les fichiers de WordPress. Par défaut, il est renseigné sous la forme /<domaine> — une fois le champ « Domaine » rempli. Vous pouvez modifier le chemin à la main ou choisir un répertoire existant dans le gestionnaire de fichiers, qui s’ouvre avec le bouton à côté du champ.
Ce que le formulaire signale :
- Si le champ ne contient qu’un seul
/, une suggestion apparaît : « Placez de préférence les fichiers du site dans un dossier dédié plutôt qu’à la racine/. » C’est un avertissement, pas une erreur — vous pouvez envoyer le formulaire, mais à la racine du serveur, les fichiers de WordPress se mélangeront à ceux du système. - Si le répertoire choisi existe déjà, un avertissement apparaît : « Le dossier existe déjà, les fichiers qu’il contient peuvent être écrasés. » Ce n’est pas non plus une erreur : si le dossier est vide ou contient des fichiers devenus inutiles, vous pouvez continuer. S’il contient un projet en production, choisissez un autre chemin ou videz le dossier via le gestionnaire de fichiers.
Version de WordPress
La liste des versions que le panneau installe. La première option porte la mention « Dernière version » — c’est la variante recommandée. À côté de chaque version figure sa date de publication.
Choisir une version plus ancienne n’a de sens que dans un seul cas : vous avez un thème ou une extension strictement liés à un ancien cœur de WordPress. La version de WordPress n’influe pas directement sur la compatibilité avec PHP : la version de PHP se choisit dans un champ distinct, plus bas.
Connexion en HTTPS ou en HTTP
Ce commutateur détermine le mode dans lequel le site démarre. Son libellé change selon l’état — « Connexion en HTTPS (port 443) » quand le commutateur est activé, et « Connexion en HTTP (port 80) » quand il est désactivé.
Quand vous activez HTTPS, le formulaire demande à Let’s Encrypt un certificat SSL gratuit pour le domaine et ajoute à la configuration Nginx une redirection HTTP → HTTPS, afin que les visiteurs n’arrivent pas sur le site par une connexion non chiffrée.
Pour que l’émission du certificat réussisse, trois conditions doivent être réunies :
- le domaine est saisi correctement ;
- son enregistrement DNS A pointe vers ce serveur ;
- le port 80 est ouvert depuis l’extérieur — Let’s Encrypt l’utilise pour le défi http-01.
Si au moins une condition n’est pas remplie, l’émission du certificat échoue et le site n’est pas créé — l’hôte virtuel n’apparaît pas non plus. Si le DNS ne pointe pas encore vers le serveur, il est donc plus sûr de créer le site en HTTP, d’attendre la mise à jour du DNS, puis d’activer HTTPS plus tard — sur la page de l’hôte virtuel, dans le module Nginx. Pour en savoir plus sur le DNS, voir l’article Configurer les enregistrements DNS de la messagerie ; les étapes pour l’enregistrement A s’y trouvent aussi. Si l’émission échoue malgré tout, voir Erreurs de certificat SSL.
Version de PHP
La version de PHP sur laquelle fonctionnera l’hôte virtuel Nginx de ce site. La liste affiche toutes les versions installées sur le serveur.
Si la version voulue ne figure pas dans la liste, le formulaire propose de l’installer directement d’ici — le panneau installe la version de PHP choisie et, une fois l’opération terminée, la place dans le champ. Vous pouvez aussi changer de version plus tard, sur la page de l’hôte virtuel dans le module Nginx.
Paramètres de la base de données
Le panneau peut soit créer pour le site une nouvelle base et un nouvel utilisateur, soit réutiliser ceux qui existent déjà — par exemple si vous migrez un site et souhaitez le relier à son ancienne base.
Nom de la base de données
Le nom de la base MariaDB à laquelle le site sera relié. Le champ propose une recherche : saisissez un nom — si une base de ce nom existe déjà, elle apparaît dans la liste. Les bases auxquelles l’utilisateur choisi a accès remontent en haut de la liste.
Limites pour un nouveau nom :
- de 2 à 64 caractères ;
- seuls les lettres latines, les chiffres et le tiret bas (
_) sont autorisés.
Si vous avez choisi une base existante, le formulaire vérifie en plus sa compatibilité avec l’utilisateur. Messages possibles :
- « Pour une base existante, choisissez un utilisateur qui y a accès. » — une base existante est choisie, mais un nouveau nom figure dans le champ de l’utilisateur. Ce n’est pas permis : voir la section Combinaisons de base et d’utilisateur.
- « L’utilisateur sélectionné n’a pas accès à cette base. » — la base et l’utilisateur sont choisis, mais aucun lien ne les unit. Accordez l’accès via le module MariaDB ou choisissez une autre paire — voir MariaDB. Gérer l’accès aux bases de données.
Nom d’utilisateur de la base
Le nom de l’utilisateur MariaDB avec lequel le site accédera à la base. Le champ propose lui aussi une recherche : les utilisateurs existants sont suggérés. Ceux qui n’ont pas accès à la base choisie portent la mention « Aucun accès à la base de données sélectionnée. »
Limites pour un nouveau nom :
- 32 caractères au maximum ;
- les lettres latines, les chiffres, le tiret bas (
_) et le trait d’union (-) sont autorisés.
Si vous saisissez le nom d’un utilisateur existant, une suggestion apparaît sous le champ : « Saisissez le mot de passe de cet utilisateur dans le champ suivant. » — c’est un rappel de saisir dans le champ « Mot de passe » le mot de passe actuel de l’utilisateur.
Mot de passe de l’utilisateur de la base
Le mot de passe de l’utilisateur MariaDB. Si vous ne souhaitez pas en inventer un, utilisez le bouton de génération à côté du champ.
Le comportement dépend de l’utilisateur indiqué :
- Nouvel utilisateur. Le formulaire vérifie le mot de passe selon les règles : de 8 à 255 caractères, avec au moins une lettre et un chiffre.
- Utilisateur existant. Le formulaire accepte n’importe quelle chaîne — le panneau ne peut pas la comparer à l’avance avec le vrai mot de passe dans MariaDB. Mais si le mot de passe ne correspond pas, au clic sur « Créer », l’installation s’interrompt avec une erreur de connexion à la base.
Vous pourrez changer le mot de passe plus tard dans le module MariaDB, sur la page de l’utilisateur.
Combinaisons de base et d’utilisateur
Les champs « Nom de la base de données » et « Nom d’utilisateur » permettent de réutiliser les bases et les utilisateurs existants du module MariaDB. Quatre scénarios sont possibles :
- Nouvelle base et nouvel utilisateur. Le cas le plus simple : choisissez des noms quelconques et un mot de passe qui passe la validation. Si le nom de la base ou celui de l’utilisateur est déjà pris, le formulaire affiche une erreur — supprimez l’élément en conflit (base ou utilisateur) dans le module MariaDB, ou prenez d’autres noms.
- Nouvelle base et utilisateur existant. Saisissez le mot de passe actuel de l’utilisateur choisi. Le panneau ne vérifie pas le mot de passe à la volée — le champ accepte n’importe quelle chaîne —, mais l’opération échoue avec une erreur lors de la création du site si le mot de passe ne correspond pas au vrai.
- Base existante et nouvel utilisateur. Ce n’est pas permis : pour une base existante, le panneau n’accepte qu’un utilisateur existant qui y a déjà accès. C’est une protection contre le contournement des droits du module MariaDB. Pour ajouter un nouvel utilisateur à une base existante, créez-le dans le module MariaDB et accordez-lui l’accès — il apparaîtra ensuite dans le sélecteur.
- Base existante et utilisateur existant. Le mot de passe doit être le bon, et l’utilisateur doit avoir accès à la base choisie. S’il n’y a pas accès, le panneau signale l’incompatibilité dans les sélecteurs (dans la liste des bases et dans celle des utilisateurs), et le bouton « Créer » est bloqué.
Ce qui se passe après un clic sur « Créer »
Le panneau exécute successivement quatre étapes :
- il met en place l’hôte virtuel Nginx avec le domaine, le chemin, la version de PHP et le mode de connexion choisis ;
- il crée dans MariaDB la base et l’utilisateur — ceux qui n’ont pas été choisis parmi les éléments existants ;
- il déploie les fichiers de WordPress de la version choisie dans le dossier indiqué ;
- il ouvre la fiche du nouveau site.
Depuis la fiche, vous pouvez ouvrir aussitôt l’assistant d’installation standard de WordPress — voir la section Terminer l’installation dans WordPress du démarrage rapide.