Community « Le forum « Machine à café « Mise à jour version 7.3 et skins dérivés «
Comment: Mise à jour version 7.3 et skins dérivés
| Next >> |
Le premier point de ma réponse, c'est que je ne saurais répondre avec exactitude à cette question.
Le deuxième, est une contribution que l'on pourrait ranger dans la famille des "bonnes pratiques" :
Quand on fait une mise à jour, il est préférable de créer une instance "de test", même si c'est dans un sous répertoire du site distant en production.
Cela permet de tester justement les différentes fonctionnalités, voir comment sont récupérés les paramétrages, les overlays et autres layouts personnalisés, vérifier les rendus visuels.
On peut raccrocher cette nouvelle instance à la base de données du site de production - à condition de ne surtout pas modifier les enregistrements de cette base - ou récupérer une sauvegarde de cette base et la réinjecter dans la nouvelle instance.
Ne pas oublier de récupérer les paramètres de configuration (les parameters.include.php) et les skins, ainsi que tout ce dont on peut avoir besoin. Voir Comment effectuer une sauvegarde et restaurer un site yacs, et particulièrement le chapitre "sauvegarde des fichiers" pour une liste exhaustive de tout ce dont on peut avoir besoin de rapatrier.
A savoir A partir de la version 7.3, on dispose d'un répertoire "parameters" qui regroupe tous les fichiers de paramétrage, ce qui évite d'avoir à les piocher dans chacun des dossiers : très pratique. Mais ce n'est pas tout : on dispose également d'options de sauvegarde pour les fichiers, les images..., bref, tout ce que l'on apporte, au fil du temps, dans les répertoires de YACS. On remercie Bernard et Gnapz au passage, et on se met en quatre pour passer à la 7.3 qui nous facilite (encore plus) la vie
Et comme on est prudent et méticuleux, on fait un test sur une instance de test...
Voilà, juste ma petite pierre à cette question. Et au passage, si quelqu'un a des réponses très claire à cette question initiale : je prends aussi !
-----
Agnès
Il n'y a pas de problèmes, que des solutions.
Le deuxième, est une contribution que l'on pourrait ranger dans la famille des "bonnes pratiques" :
Quand on fait une mise à jour, il est préférable de créer une instance "de test", même si c'est dans un sous répertoire du site distant en production.
Cela permet de tester justement les différentes fonctionnalités, voir comment sont récupérés les paramétrages, les overlays et autres layouts personnalisés, vérifier les rendus visuels.
On peut raccrocher cette nouvelle instance à la base de données du site de production - à condition de ne surtout pas modifier les enregistrements de cette base - ou récupérer une sauvegarde de cette base et la réinjecter dans la nouvelle instance.
Ne pas oublier de récupérer les paramètres de configuration (les parameters.include.php) et les skins, ainsi que tout ce dont on peut avoir besoin. Voir Comment effectuer une sauvegarde et restaurer un site yacs, et particulièrement le chapitre "sauvegarde des fichiers" pour une liste exhaustive de tout ce dont on peut avoir besoin de rapatrier.
A savoir A partir de la version 7.3, on dispose d'un répertoire "parameters" qui regroupe tous les fichiers de paramétrage, ce qui évite d'avoir à les piocher dans chacun des dossiers : très pratique. Mais ce n'est pas tout : on dispose également d'options de sauvegarde pour les fichiers, les images..., bref, tout ce que l'on apporte, au fil du temps, dans les répertoires de YACS. On remercie Bernard et Gnapz au passage, et on se met en quatre pour passer à la 7.3 qui nous facilite (encore plus) la vie
Et comme on est prudent et méticuleux, on fait un test sur une instance de test... Voilà, juste ma petite pierre à cette question. Et au passage, si quelqu'un a des réponses très claire à cette question initiale : je prends aussi !
-----
Agnès
Il n'y a pas de problèmes, que des solutions.
by Agnès on Apr. 9 2007
