Apprendre à sauvegarder son site c’est comme souscrire à une assurance
Il serait facile de dire que le processus de développement d’un site se déroule généralement sans aucun obstacle.
La réalité en est bien différente et quel que soit votre niveau d’expérience, vous allez probablement rencontrer des problèmes à résoudre.
1° Apprendre à sauvegarder son site c’est comme souscrire à une assurance, quand tout va bien, cette assurance est inutile, mais en cas d’incident, elle vous apporte un soulagement et est un excellent moyen de réduire votre niveau de stress.
2° On a beau être sensibilisé à l’importance des sauvegardes, c’est le jour où l’on perd des données importantes que l’on se dit : je savais qu’il fallait faire des sauvegardes et pourtant je ne le fais jamais.
3° Savoir sauvegarder c’est bien. Savoir restaurer une sauvegarde c’est mieux. Combien de personnes sauvegardent et au moment de la perte de données, s’aperçoivent alors que les sauvegardes ne sont pas utiles, car elles ne peuvent être restaurées efficacement, parce qu’elles ne marchent pas.
- Que faut-il sauvegarder ?
- la base de données SPIP,
- les logos, les images, les icônes, les documents qui agrémentent les articles ou autres objets éditoriaux. Ces fichiers ne sont pas stockés dans la base mais dans le répertoire IMG/ créé par SPIP à la racine du site.
==> Et là, les webmestres me disent en chœur : et nos personnalisations ?
- Quid des répertoires squelettes/ et config/ ?
C’est vrai, ce ne sont pas des données du site à proprement parler, mais il est important de les conserver aussi en lieu sûr…
La question de savoir si un jour vous allez avoir besoin d’utiliser une sauvegarde ne se pose pas ; la vraie question est quand. Apprendre à sauvegarder et à restaurer votre site enlève un élément de stress en cas de problème.
Mais le plus important est de choisir un moyen de sauvegarde dès le début et d’apprendre à l’utiliser, c’est la meilleure assurance.
C’est pourquoi sur la plateforme, deux actions de sauvegarde sont en place
1° La sauvegarde serveur :
L’ensemble des fichiers de la plateforme et donc votre site Web (base de donnée comprise) est sauvegardé quotidiennement et reste à notre disposition pendant 7 jours.
Grâce à notre gestionnaire de fichiers on peut vous restaurer une version antérieure d’un fichier ou retrouver ceux qui ont été supprimés.
2° Le Script mis en place par la Team via une tâche CRON
Le système crée une archive quotidienne avec la base de données ""DATE_pm7hj_NOM_BDD.sql.gz"".
Il crée aussi une archive de la forme ""fichiers_pm7hj_NOM_SITE.tar.gz""
qui contient l’ensemble des fichiers des répertoires IMG et squelette ainsi que le fichier mes_options.php.
Chaque nuit, le système va créer une nouvelle version de la base de données dans une archive ""DATE +1""
et fera une éventuelle mise à jour de l’archive ""fichiers_pm7hj_NOM_SITE.tar.gz""
L’intérêt de procéder ainsi, c’est que si rien n’a changé entre 2 jours, l’archive n’est pas modifiée.
Le système supprimera automatiquement les sauvegardes de la base de données vielle de 7 jours.
Vous pouvez donc télécharger les fichiers de votre répertoire squelettes/backup sur un support personnel (PC, Clé_USB, etc.)
Nota :
Rappel sur le principe des sauvegardes quotidiennes
Il est donc inutile de doubler le volume de votre espace en faisant des « sauvegardes de sauvegardes ».
Votre répertoire /squelettes ne peut pas remplacer un “Cloud”
Cela augmente inutilement le volume global de SpipFactory et pénalise tous les hébergés car au final, il faudra augmenter la cotisation parce qu’il faut payer les suppléments d’espace disk par rapport au forfait en cours.
Merci de ne pas confondre hébergement et espace de stockage en supprimant tout ce qui n’est pas utile au fonctionnement de votre site. C’est payant chez tous les hébergeurs.
Pour du stockage, utilisez plutôt des Disk Dur externes ou du Cloud.
contenu du premier onglet
Notre plateforme fonctionne avec deux sites bien distinct.
- https://spipfactory.com le site de test sur la Version de développement
- https://spipfactory.fr la mutualisation sur la branche stable de spip
spipfactory.com
Le site de test tourne sous SQLite
- Pourquoi le site de test ?
Pouvoir tester de façon continue le plugin "ESCAL" sur la futur version et anticipé les modifications du squelettes, avant la sortie officielle de la version stable de SPIP.
Le site de test est construit avec la branche de développement qui peut, selon le moment, corriger un bug récent ou être totalement inutilisable si de nouvelles fonctionnalités importantes sont ajoutées ou modifiées.
Le site de test permet de tester les plugins, à condition que celui-ci soit sur GIT SPIP, sur une structure identique à la plateforme de production, pour ce faire, nous auditons le / les plugins déployés ou à déployés afin de nous assurer que ceux-ci ne poseront pas de problème de sécurité, d’effet indésirable ou de performance pour la plateforme.
Le site de test permet à un hébergés de tester un plugin en condition réel, avant d’en demander l’intégration sur la plateforme de production
- Comment cela fonctionne t’il ?
La mise à jour de spipfactory.com est réalisé deux fois par semaine, le lundi et vendredi à 12h00.- Effacement de la bdd
- mise a niveau de la branche de dev
- mise a jour des plugins
- effacement des plugins téléchargé par un testeur
spipfactory.fr
La plateforme de production tourne sur la dernière branche de SPIP dite "stable",
version qui ne reçoit plus que des corrections de bugs, et quelques fois de petits ajouts fonctionnels.
- Comment cela fonctionne t’il ?
Lorsqu’une nouvelle version stable arrive, celle-ci sera installer à la main par un gestionnaire de la plateforme après avoir prévenu l’ensemble des webmestres, du jour et de l’heure de mise a jour.
les plugins quand à eux sont mis a jour régulièrement après avoir été validé par le site test
De plus l’ensemble des ressources étant partagé, chaque mois un récapitulatif à l’attention des webmestre sera diffusé sur la liste d’entraide listant :
- le volume utilisé par chaque site
- les dix plus gros fichiers