PhpBB Lab Académie

Rechercher dans ce cours

Sauvegarder, restaurer et mettre à jour son forum phpBB

Auteur : phpBB-Lab. Date de cette version : jeu. 17 sept. 2026 12:12.

Créer des témoins et organiser une fenêtre sans écritures

Objectif de la leçon

Créer deux repères de restauration, comprendre la fermeture du forum et préparer une sauvegarde cohérente dans une période sans modification.

Explications

Comment prouver que la copie contient votre travail ?

Nous allons ajouter deux petits témoins au laboratoire source : un message conservé dans la base et un fichier texte conservé dans le dossier du forum. Après restauration, nous rechercherons ces deux éléments avec leur contenu exact. Ils ne couvrent pas à eux seuls tout le forum, mais rendent le résultat concret.

Le message portera le titre « Maintenance — témoin avant sauvegarde ». Son texte sera : « Ce message doit être retrouvé après restauration. » Le fichier s’appellera preuve-maintenance.txt et contiendra : « Fichier témoin du laboratoire phpBB. » Ces textes sont volontairement fictifs et sans secret. Un fichier placé dans le dossier servi par le web peut être lu à son adresse : ce n’est pas un endroit où déposer une sauvegarde SQL, un mot de passe ou un journal privé.

Créer le témoin de la base

Connectez-vous sur la source avec inscrit_test. Dans Bac à sable de modération, créez un nouveau sujet avec le titre et le texte annoncés. Le cours précédent a rétabli la publication ordinaire de ce compte ; le sujet doit donc apparaître sans attendre une approbation. Si vous reprenez cette leçon et que ce témoin existe déjà, ouvrez-le au lieu de créer un doublon.

Relisez le message publié et notez son titre dans votre carnet. Si une attente d’approbation apparaît encore, réglez d’abord l’écart laissé par les exercices précédents. Ne contournez pas le problème en donnant des droits administrateur au compte. Notre sauvegarde doit partir d’un état connu.

Créer le témoin des fichiers

Ouvrez le Bloc-notes, écrivez la phrase du fichier témoin et choisissez « Enregistrer sous ». Enregistrez-la en texte UTF-8 sous C:\wamp64\www\forum-ecole\preuve-maintenance.txt. Vérifiez le nom complet dans l’Explorateur : il ne doit pas devenir preuve-maintenance.txt.txt. L’option « Tous les fichiers » du dialogue d’enregistrement permet, selon l’éditeur, de garder le nom demandé.

Ouvrez ensuite http://localhost/forum-ecole/preuve-maintenance.txt dans le navigateur. Si le navigateur propose un téléchargement au lieu d’afficher le texte, ouvrez le fichier téléchargé et relisez sa phrase. Le résultat attendu est le même : le bon texte est accessible à la bonne adresse. Ce témoin teste une copie de fichier ordinaire ; il ne remplace pas le contrôle d’une véritable pièce jointe si votre laboratoire en contient déjà.

Ne créez pas ce fichier dans phpbb_ecole : ce nom désigne une base, pas le répertoire du site. L’adresse et le chemin du témoin doivent correspondre à forum-ecole.

Fermer les inscriptions n’est pas fermer le forum

Vous connaissez déjà le réglage des inscriptions. Le désactiver empêche de nouveaux comptes de s’inscrire, mais n’empêche pas les membres existants de publier. Pour annoncer une maintenance, nous utiliserons ici le réglage « Désactiver le forum ».

Avec CamilleAdmin sur la source, ouvrez le Panneau d’administration, « Général », puis « Configuration du forum ». Relevez la valeur actuelle de « Désactiver le forum » et le message éventuel associé. Choisissez Oui et indiquez : « Maintenance du laboratoire en cours. Réouverture après sauvegarde. » Validez le formulaire avec « Envoyer ».

Le forum devient indisponible aux utilisateurs qui ne sont ni administrateurs ni modérateurs. CamilleAdmin pourra toujours accéder à l’administration ; equipe_test, qui est modérateur local, n’est donc pas un bon témoin du refus attendu. Testez avec une session de visiteur ou avec inscrit_test, qui n’est pas modérateur. Utilisez un profil séparé ou déconnectez-vous réellement : deux onglets ordinaires partagent généralement la même session.

Le message de maintenance n’est pas un verrou absolu

La possibilité d’entrer comme administrateur ou modérateur ne vous autorise pas à continuer les exercices pendant la sauvegarde. Pendant que les fichiers et la base sont copiés, ne publiez plus de message, ne déplacez aucun sujet, ne changez aucun groupe et n’installez aucune extension. Fermez les autres pages de travail du forum une fois le contrôle terminé.

Dans notre laboratoire, vous êtes seul et aucune intégration externe n’a été ajoutée. Vous pouvez donc réserver une courte période sans autre activité. Gardez les services Wamp nécessaires au fonctionnement de phpMyAdmin et de la base actifs pendant l’export. Ne copiez pas le répertoire interne de MySQL en pensant remplacer l’export SQL enseigné : la cohérence d’une copie brute de ses fichiers exige une autre procédure.

Sur un véritable site partagé, il faudrait aussi coordonner l’équipe et les processus capables d’écrire : tâches programmées, services externes ou extensions particulières. Le bouton de fermeture ne garantit pas que toutes ces écritures s’arrêtent. Nous n’assimilons donc pas notre petit atelier local à une procédure universelle de sauvegarde en production.

Préparer S1 et décider quand rouvrir

Créez, dans Documents\Sauvegardes-phpBB, un dossier privé nommé S1-AAAA-MM-JJ-HHMM-source en remplaçant les lettres de date et d’heure par les valeurs réelles. Par exemple, AAAA signifie l’année sur quatre chiffres ; HHMM désigne l’heure et les minutes. Ce dossier recevra au chapitre suivant l’export SQL, la copie intégrale des fichiers et votre inventaire.

Dans inventaire.txt, notez : « S1 ; source forum-ecole ; base phpbb_ecole ; début de la fenêtre sans écritures ; état de fermeture initial ; état de fermeture pendant S1 ». N’y copiez aucun identifiant secret. Dans preuves.txt, notez le titre et le texte du message témoin, le nom et le texte du fichier témoin, ainsi que les résultats des contrôles d’accès précédents.

Nous rouvrirons la source à la fin du chapitre 2, après les contrôles de S1, en rétablissant son état initial. La sauvegarde contiendra donc normalement le réglage de fermeture utilisé pendant sa réalisation. Une copie restaurée qui affiche d’abord ce message n’est pas forcément en panne : elle a retrouvé ce réglage. Son ouverture contrôlée sera une étape explicite du chapitre 3.

Si vous devez interrompre le cours, ne laissez pas votre carnet ambigu. Vous pouvez conserver le laboratoire fermé jusqu’à la reprise. Si vous choisissez de le rouvrir et de travailler entre-temps, préparez une nouvelle fenêtre et un nouveau S1 complet au prochain essai. N’associez pas l’ancien export avec de nouveaux fichiers en gardant la même étiquette.

Exemple commenté

Exemple — un contrôle de fermeture trompeur

Camille active « Désactiver le forum », puis ouvre l’index dans un autre onglet. Tout lui paraît encore accessible : elle pense que la fermeture ne fonctionne pas. En réalité, elle est toujours connectée comme CamilleAdmin. Un visiteur voit bien le message de maintenance.

Elle refait alors le contrôle avec inscrit_test, ferme ses pages de travail et inscrit l’heure de début de la fenêtre sans écritures. Elle n’ajoute plus de sujet pendant que la base et les fichiers sont copiés. Le fait de pouvoir entrer en administration ne prouve ni un échec du réglage ni un gel complet des écritures.

Exercice à réaliser

Exercice — préparer votre point S1

1. Sur la source, avec inscrit_test, créez ou retrouvez le sujet « Maintenance — témoin avant sauvegarde » dans Bac à sable de modération. Vérifiez son texte exact.
2. Créez preuve-maintenance.txt dans le dossier source comme expliqué, puis vérifiez la phrase obtenue à son adresse. Ne mettez aucune information privée dans ce fichier.
3. Préparez le dossier privé daté S1 et ses deux fichiers de notes inventaire.txt et preuves.txt. Recopiez les résultats observés, pas des résultats supposés.
4. Avec CamilleAdmin, relevez le réglage de fermeture initial et son message. Fermez le forum avec le réglage « Désactiver le forum » et validez.
5. Dans une session réellement différente, vérifiez que le visiteur ou inscrit_test reçoit le message de maintenance. Revenez ensuite à votre session administrateur sans effectuer d’autre action sur les données.
6. Notez le début de la fenêtre et arrêtez toute activité de publication ou de configuration. Passez directement à l’export de la base au chapitre suivant ; la copie des fichiers suivra dans la même fenêtre.

Résultat attendu : deux témoins existent sur la source, une fermeture vérifiée est en place et le dossier S1 est prêt. À cet instant, S1 ne contient pas encore une sauvegarde complète : les deux copies restent à faire.

Correction et résultat attendu

Correction

Le message témoin appartient à la base ; le fichier preuve-maintenance.txt appartient aux fichiers. Tous deux doivent exister avant le début des copies. Créer le message après l’export SQL empêcherait de le retrouver dans cette sauvegarde, même si le fichier témoin avait été copié.

Le contrôle de fermeture est réalisé avec un visiteur ou un compte ordinaire, pas avec CamilleAdmin ou equipe_test. Le résultat normal est le message de maintenance. Si vous restez connecté comme administrateur dans deux onglets, le contrôle n’est pas valable.

Le dossier S1 se trouve dans Documents, hors de www. À la fin de cette leçon, seules vos notes s’y trouvent : ne le présentez pas comme une sauvegarde achevée. Le chapitre 2 remplira cette préparation avec l’export et les fichiers, puis vérifiera leur cohérence avant de rétablir l’état initial de la source.

À retenir

À retenir

Créez vos témoins avant de sauvegarder. Une maintenance annoncée doit être accompagnée d’une vraie pause des écritures. « Désactiver le forum » laisse l’accès aux administrateurs et modérateurs. Gardez fichiers et base dans la même fenêtre, conservez vos copies hors du web et notez les réglages à rétablir après l’opération.

Seuil de réussite, en pourcentage : 100 %. QCM obligatoire pour terminer le cours.

Sommaire du cours

Préparer une maintenance que l’on peut vérifier

  1. Comprendre ce qu’il faut retrouver après une panne
  2. Relever un état technique et préparer son carnet de maintenance
  3. Créer des témoins et organiser une fenêtre sans écritures

Constituer une sauvegarde complète et contrôlée

  1. Exporter toute la base dans un fichier SQL réutilisable
  2. Copier les fichiers du forum sans oublier ses données
  3. Contrôler S1, conserver une seconde copie et rouvrir la source

Restaurer et vérifier une copie indépendante

  1. Restaurer la base dans une destination indépendante
  2. Relier les fichiers au clone et isoler son fonctionnement
  3. Prouver la restauration avec les contenus et les accès

Mettre à jour sur une copie vérifiée

  1. Choisir une version cible et vérifier sa compatibilité
  2. Sauvegarder le clone puis remplacer les fichiers du cœur
  3. Terminer la migration nécessaire et vérifier le résultat

Revenir en arrière et entretenir sa méthode

  1. Revenir à un état sauvegardé dans un second clone isolé
  2. Diagnostiquer un échec et choisir la suite de la maintenance
  3. Valider son projet et construire une routine de sauvegarde