PhpBB Lab Académie

Prendre une sauvegarde privée cohérente, décider si la recette autorise l'ouverture, retirer la protection du chantier au bon moment et vérifier le véritable accès public.

Passer d'un chantier à un forum accessible

Jusqu'ici, seules les personnes disposant des identifiants du dossier pouvaient atteindre le forum. L'adresse existait déjà sur Internet : ce n'est donc pas aujourd'hui que vous déplacez les fichiers ou changez le DNS. Vous allez retirer la restriction de chantier après avoir préparé le forum à recevoir de vrais visiteurs.

Le site reste « Jardins Partagés — démonstration pédagogique », sans devenir le site officiel d'une association réelle. Ses messages et documents doivent rester fictifs ou autorisés à la publication, conformément au chapitre 1.

La décision repose sur des résultats

1. Ouvrez le bilan de la leçon 13. Confirmez : adresse HTTPS correcte sans avertissement, parcours public lisible, publication ordinaire et approbation éventuelle vérifiées, contenu privé refusé aux personnes non autorisées, déconnexion et ressources utiles contrôlées. Confirmez aussi les courriels reçus et les liens d'activation et de récupération testés au chapitre 4.

Si une fonction indispensable échoue, gardez le forum fermé et protégé. Reprenez son réglage et sa vérification avant de poursuivre. Une réception de courriel manquante ne se résout pas en demandant aux visiteurs de réclamer leur activation manuellement.

2. Relisez l'état des données : anciens comptes pédagogiques inactifs, CamilleAdmin actif avec son secret personnel et son adresse contrôlée, recette_public seul nouveau membre d'essai. Le Q&A public est celui préparé à la leçon 11, pas la question « pomme » publiée dans le cours précédent. La file de courriels héritée a été traitée à la leçon 10, sans envoyer ses anciens messages. Les réglages de cookies correspondent à l'adresse publique et les laboratoires locaux n'ont pas été rouverts.

Créer le point de reprise S7-ouverture

Une sauvegarde cohérente associe les fichiers et la base d'un même état de travail. Les messages vivent notamment dans la base ; les fichiers joints vivent aussi sur le disque. Sauvegarder l'un sans l'autre laisserait des éléments manquants lors d'une restauration.

3. Gardez la protection hébergeur active et phpBB fermé. Terminez les autres onglets d'édition et suspendez les interventions des personnes autorisées. Les administrateurs peuvent accéder à un forum fermé : « Désactiver le forum » ne verrouille donc pas à lui seul toutes les écritures. Si des automatisations ou d'autres intervenants peuvent encore modifier les données, demandez à l'hébergeur un instantané coordonné ou une période de sauvegarde adaptée. N'affirmez pas la cohérence d'une copie dont vous ne maîtrisez pas les écritures.

4. Sur votre ordinateur, créez un dossier privé « S7-ouverture-AAAA-MM-JJ-HHMM » dans Documents, parmi vos sauvegardes. Remplacez la date et l'heure. Exportez la base publique réellement sélectionnée avec la méthode de phpMyAdmin apprise dans ce cours. Enregistrez le fichier SQL directement dans ce dossier privé. Ne choisissez ni la base locale ni une base voisine et ne placez jamais cet export dans le dossier accessible du site.

5. Dans File Manager, sélectionnez le dossier réel contenant tout le forum, puis « Compress », qui rassemble ses fichiers dans une archive. Si ZIP est proposé et si le champ de destination accepte un chemin absolu, indiquez le chemin privé réel, hors de toutes les racines web, suivi du nom S7-ouverture-fichiers.zip. Vérifiez le chemin avant de confirmer : jamais d'archive sous le site, même temporairement. N'utilisez pas « Move » : le forum doit rester en place. Si l'action ou cette destination est indisponible, annulez et demandez à l'hébergeur sa procédure documentée pour obtenir une sauvegarde privée des fichiers de cette seule application.

Une fois l'archive créée à cet emplacement privé, sélectionnez-la puis « Download ». Enregistrez-la dans votre dossier Documents préparé à l'étape 4. Contrôlez qu'elle contient les fichiers joints, avatars, extensions, styles, config.php et les fichiers commençant par un point, dont .htaccess à la racine et dans les sous-dossiers. config.php contient des secrets ; gardez l'ensemble privé.

6. Notez dans le carnet l'adresse, la base, le préfixe réel, la version phpBB, les dates de début et de fin, les noms des deux fichiers et leur taille. Vérifiez que les téléchargements s'ouvrent, que l'archive possède bien l'arborescence attendue et que l'export contient des tables. Une taille non nulle est un contrôle utile, mais pas un test de restauration. Gardez cette distinction et rappelez la méthode de restauration séparée du cours 4.

La sauvegarde conserve le forum fermé et ses règles .htaccess. Mais celles-ci peuvent référencer un fichier de mots de passe situé ailleurs dans le compte cPanel : copier le forum ne garantit pas de restaurer cette protection. Avant une restauration sur une autre destination hébergée, recréez la protection avec Directory Privacy et vérifiez le refus sans identifiants, normalement HTTP 401, comme au chapitre 2. N'écrasez pas le .htaccess protégé de cette destination avec celui de l'archive ; faites adapter les règles par l'hébergeur si nécessaire, avant d'y exposer les données.

Préparer l'accueil, puis ouvrir dans l'ordre

7. Préparez dans le carnet un court texte d'accueil : forum de démonstration, données fictives, rubrique pour poser une question et approbation éventuelle. Comparez-le à la présentation des rubriques pour éviter une contradiction. Aucune campagne de courriels n'est demandée.

8. Quand les contrôles indispensables et la sauvegarde sont prêts, ouvrez phpBB tout en conservant encore la protection hébergeur : CamilleAdmin, « Général », « Configuration du forum », « Désactiver le forum » sur « Non », puis « Envoyer ». Vérifiez sous protection que la page publique attendue s'affiche. Si elle ne s'affiche pas, refermez et corrigez avant le retrait de la protection.

9. Dans cPanel, ouvrez « Directory Privacy », la protection des dossiers. Retrouvez le dossier exact du forum puis « Edit ». Décochez « Password protect this directory » et cliquez sur « Save ». Cette opération retire l'authentification du chantier pour ce dossier. Ne supprimez pas tout son fichier .htaccess : il peut contenir d'autres règles utiles. Avec un autre panneau, utilisez uniquement la fonction équivalente documentée ; si son effet reste incertain, demandez à l'hébergeur de retirer cette seule restriction.

10. Testez immédiatement l'adresse HTTPS sur un appareil ou profil de navigateur qui n'a jamais reçu les identifiants du chantier. Un navigateur peut les garder en mémoire : recharger votre onglet habituel ne suffit pas. La page doit s'afficher sans demande d'authentification du dossier et sans avertissement de certificat. La connexion phpBB doit rester nécessaire pour les actions réservées aux membres ; ne cherchez pas à supprimer cet écran normal.

11. Vérifiez à nouveau le sujet témoin public et le refus du contenu privé. Notez l'heure d'ouverture et ces observations dans le carnet. En cas d'échec, rétablissez la restriction du dossier par la même fonction, refermez phpBB si possible, et notez le symptôme. Si vous perdez l'accès à la gestion, contactez l'hébergeur. Ne basculez pas le sous-domaine vers localhost ou vers un laboratoire pour improviser un secours.

L'état final réussi est un forum de démonstration ouvert, sous HTTPS, avec les courriels publics fonctionnels et les permissions intactes. Tous les laboratoires des cours précédents restent fermés et leurs envois restent désactivés.

Texte d'accueil à préparer : « Bienvenue sur Jardins Partagés, forum de démonstration pédagogique. Les échanges d'exercice utilisent des données fictives. Les questions sur son fonctionnement peuvent être posées dans Questions publiques. Selon les permissions prévues, un premier message peut attendre une approbation. » Adaptez la dernière phrase au comportement effectivement vérifié.

Exemple de relevé : « Sauvegarde S7-ouverture conservée hors du site ; base et fichiers téléchargés pendant la période sans modification. phpBB ouvert sous restriction, puis restriction retirée. Première visite depuis le second profil : aucun mot de passe de dossier demandé, sujet témoin lisible, Coordination protégé. »

Avant de retirer la restriction, expliquez dans votre carnet les deux barrières encore présentes et l'ordre de leur retrait. Après l'opération, consignez un vrai test depuis un contexte n'ayant jamais utilisé les identifiants du chantier. Si vous n'avez pas encore d'hébergement ou si un contrôle échoue, terminez le texte d'accueil et le plan d'ouverture, mais indiquez explicitement « ouverture non effectuée ».

Ouvrir n'est pas recopier le site une seconde fois. Préparez une sauvegarde privée, ouvrez phpBB sous restriction, retirez cette restriction par la fonction prévue puis testez depuis un nouveau contexte. Les protections des comptes et des forums privés restent nécessaires après l'ouverture.