PhpBB Lab Académie

Distinguer une migration d’une installation neuve, choisir une destination indépendante et réunir les renseignements nécessaires avant de déplacer les données.

Votre forum existe déjà

Dans les six premiers cours, vous avez construit les Jardins Partagés. Vos catégories, messages, comptes, permissions, styles et extension d’annonce constituent maintenant un projet. Le mettre en ligne consiste à retrouver cet ensemble sur un hébergement accessible par Internet. Nous ne repartirons donc pas de l’assistant d’installation : les tables et les comptes existent déjà.

Le complément du premier cours expliquait une installation neuve chez un hébergeur. Ici, vous apprenez une migration : un changement d’environnement avec conservation du contenu choisi. Le cours 4 vous a appris à reconstituer une copie depuis une paire de fichiers et de base ; nous réutiliserons ce savoir en ajoutant les particularités d’une adresse publique, des courriels et de l’ouverture à des visiteurs.

Nous publierons un forum de démonstration pédagogique. Les Jardins Partagés restent le projet fictif du parcours. Avant de recevoir de vraies contributions, le site devra indiquer cette destination et présenter seulement des données dont vous maîtrisez la publication. Vos exercices locaux, eux, resteront disponibles dans leurs dossiers actuels.

Trois endroits, trois rôles

Le point de départ est forum-ecole-restauration, le clone utilisé aux cours 5 et 6. Il est normalement fermé, avec les envois natifs désactivés. La leçon suivante en préparera une nouvelle copie locale, forum-ecole-publication. C’est dans cette copie que vous adapterez les comptes et les contenus. Enfin, vous transférerez son état préparé vers une nouvelle destination chez votre hébergeur.

Ces trois installations doivent avoir des bases indépendantes. Une adresse différente ne suffit pas à créer cette indépendance : config.php pourrait encore désigner la base d’une autre copie. Nous contrôlerons donc le dossier, la base et le compte SQL à chaque changement de cible. Le forum source forum-ecole et le clone de retour forum-ecole-retour restent conservés eux aussi.

L’adresse publique d’exemple sera https://forum.votre-domaine.tld/. Il s’agit d’un emplacement à remplacer par votre propre sous-domaine, pas d’une adresse à essayer telle quelle. Un sous-domaine est un nom placé avant le domaine principal, par exemple forum. Ce choix permet de réserver un emplacement distinct sans déplacer un site principal déjà utilisé.

Nom public, dossier et DNS

Le nom de domaine permet de demander le bon site. Le DNS est le système qui associe notamment des noms aux destinations réseau indiquées par leur gestionnaire. La racine documentaire, souvent appelée Document Root, est le dossier dont le serveur utilise les fichiers pour ce site. La base contient les données du forum. Une modification DNS ne copie donc aucun message et ne transforme pas un dossier local en site hébergé.

Pour notre scénario, choisissez un sous-domaine neuf et un dossier qui ne sert à aucune autre application. Le chemin Windows C:\wamp64\www ne s’applique pas au serveur distant. Le chemin réel de ce dernier sera relevé dans le panneau d’hébergement. Un nom de base ou d’utilisateur peut comporter un préfixe imposé par le fournisseur : conservez toujours son nom complet.

Le parcours principal utilise un panneau d’hébergement, avec les fonctions cPanel comme référence de vocabulaire. Cela ne signifie pas que vous devez changer d’hébergeur. Si votre panneau est différent, recherchez la fonction équivalente dans sa documentation avant la manipulation. Nous ne supposerons ni un bouton universel ni une commande d’administration de votre VPS. Le site où vous lisez cette leçon n’est pas la destination de votre exercice.

Préparer une fiche utilisable

1. Dans Documents, créez Carnet-mise-en-ligne-Jardins.txt avec votre éditeur de texte. Ce fichier reste hors du dossier web. Inscrivez la date et les trois rôles : source locale, copie de publication locale, destination hébergée. Notez leurs noms et adresses connus ; inscrivez « à obtenir » quand une valeur manque.

2. Ouvrez le panneau de votre hébergement et retrouvez la gestion des domaines, de PHP, des fichiers, des bases et des certificats. Notez comment atteindre chacune de ces fonctions par son nom. Vérifiez que vous pouvez parcourir les champs et lire les résultats au clavier. Une fonction inaccessible doit être résolue avec le fournisseur ou un autre moyen pris en charge avant de dépendre d’elle.

3. Relevez les caractéristiques disponibles : version PHP affectable au futur site, moteur et version de base, limite d’import SQL, espace et possibilités de sauvegarde. La référence technique du parcours est phpBB 3.3.17 FR avec PHP 8.3 ; votre version réellement utilisée doit rester compatible avec son hébergement, ses styles et ses extensions. Consultez aussi les informations officielles de maintenance avant une ouverture publique. Si une mise à jour est nécessaire, réalisez-la séparément selon le cours 4, puis préparez une nouvelle paire de migration. Nous ne changerons pas simultanément de version et d’hébergement.

4. Vérifiez que le fournisseur permet un certificat HTTPS pour votre nom, une protection temporaire de l’accès web et un service de messagerie utilisable par phpBB. La protection temporaire permettra de préparer la copie sans l’ouvrir à tout le monde. Les accès du panneau, du transfert de fichiers, de la base, de cette protection et du forum ont des rôles distincts. Conservez leurs secrets dans votre gestionnaire, pas dans le carnet.

5. Écrivez vos critères de fin : messages et fichiers choisis retrouvés, permissions vérifiées, adresse HTTPS correcte, courriels reçus, inscription et récupération réussies, navigation utilisable, sauvegarde et décision d’ouverture datées. Chaque ligne recevra une observation réelle ou « non vérifié ».

Sans hébergement disponible, vous pouvez préparer la partie locale et la fiche de décision. Vous ne pourrez pas annoncer une migration ou une réception de courriel réellement vérifiée. Le point d’arrêt est alors explicite : destination encore à obtenir. Un simple hébergement proposé dans une publicité n’est pas une preuve que ces fonctions vous sont effectivement accessibles.

Dans son carnet, Camille distingue « source : forum-ecole-restauration », « copie à préparer : forum-ecole-publication » et « destination : sous-domaine personnel à confirmer ». Elle a retrouvé la gestion des bases, mais pas encore la protection du dossier. Elle marque cette fonction « à vérifier avec l’hébergeur » et ne transfère pas encore ses fichiers. Sa préparation avance sans transformer une inconnue en réussite.

Complétez votre fiche avec cinq associations : adresse publique et dossier, base et compte SQL, compte phpBB administrateur, mode de protection provisoire, service de courriels. Pour chaque valeur inconnue, indiquez où vous la trouverez. Expliquez ensuite pourquoi modifier un enregistrement DNS ne suffit pas à retrouver les messages des Jardins Partagés.

Une migration conserve un projet existant. Préparez une copie locale de publication et une destination hébergée indépendantes, avec une correspondance vérifiée entre adresse, dossier et base. Votre carnet sépare les informations obtenues, les secrets conservés ailleurs et les contrôles encore à réaliser.