Bonjour le Forum
A chaque fois c'est la même chose, lors des MAJ il faut commencer a trier les fichiers qui ont été touchés par cette nouvelle MAJ.
Pourquoi ne pas donner la possibilité de télécharger que les fichiers modifiés a mettre a jour pour cette MAJ.
Une archive du genre PWG 1.7.2 Fichiers Modifiés
Votre avis.
Hors ligne
Je ne voie pas l'intérêt tu supprime le fichier include/mysql.inc.php et tu transferts tout et ton site et à jour !
Ce n'est pas dérangeant d'écraser des fichiers identiques.
Hors ligne
Sauf quand tu as fait des modifs dans des fichiers ddtddt. Si c'est le cas, tu dois comparer tous les fichiers que tu as modifié avec les nouveaux livrées. Si on te livre uniquement ceux qui ont été modifiés c'est plus simple.
Tout en comprenant ce que tu dis Patricia, je ne suis pas de l'avis d'avoir une version avec uniquement les fichiers modifiés.
Utilise un outil du type winmerge (gratuit) qui te dira très rapidement quels fichiers ont été modifiés.
:-))
Hors ligne
Re
Car j'ai modifié qq fichiers, donc pour éviter de tous remettre en état, alors que peut-être il a pas lieu de le changé !
"Ce n'est pas dérangeant d'écraser des fichiers identiques." -> Mais ou est donc l'intérêt de cette action ?
"Tout en comprenant ce que tu dis Patricia, je ne suis pas de l'avis d'avoir une version avec uniquement les fichiers modifiés." -> Bien sur il devrait avoir la possibilité de faire une MAJ traditionnelle et laisser le libre abrite a l'utilisateur de prendre l'autre version : Que les fichier modifiés. si cela l'intéresse.
"Utilise un outil du type winmerge (gratuit) qui te dira très rapidement quels fichiers ont été modifiés." -> Chacun le feras de son coté, alors qu'avec ma solution, cela est fait une fois pour toutes.
Votre avis merci
Dernière modification par Patricia (2008-07-26 12:57:22)
Hors ligne
rio a écrit:
Sauf quand tu as fait des modifs dans des fichiers ddtddt.
Il est recommandé de faire un plugin perso plutôt que des modifs des fichiers d'origine :)
Hors ligne
Même si le plugin est la technique recommandée, il arrive qu'on modifie directement le source (et je le fais personnellement, donc je ne vais pas jeter la pierre).
Je viens d'uploader une archive 1.7.1_to_1.7.2 qui contient tous les fichier nouveaux ou mis à jour et un fichier obsolete.list qui liste les fichiers à supprimer.
Le bilan, c'est quand même :
- 2 fichiers nouveaux
- 61 fichiers modifiés
- 2 fichiers supprimés
C'est plutôt du lourd pour une release de corrections.
Hors ligne
ddtddt a écrit:
rio a écrit:
Sauf quand tu as fait des modifs dans des fichiers ddtddt.
Il est recommandé de faire un plugin perso plutôt que des modifs des fichiers d'origine :)
je suis un adepte des plugins perso, je n'ai donc plus de fichier php ou tpl spécifiques.
Par contre pour des raisons de performance, j'ai compressé/modifié tous les fichiers Css.
en plus à chaque modification je perds mon fichier "a propos" spécifique.
un patch avec seulement les évolutions serait plus rapide à transférer sur le serveur.
zorglub a fait le nécessaire pendant que je rédigeais ma réponse.
Merci.
du coup je suis passé en 17.2!!
Dernière modification par EX-FTB (2008-07-26 22:24:31)
Hors ligne
Merci à Patricia pour l'idée ainsi qu'à z0rglub pour la concrétisation.
J'ai pris l'habitude de noter tous les fichiers que je modifiais ainsi que les modifications apportées. N'étant pas pas connaisseur en programmation, c'est la méthode la plus simple ^^
Merci ;-)
Hors ligne
Le problème pour le passage 1.7.0 vers 1.7.2, c'est qu'il y a un tas de fichiers dont juste le header change. Ca ne change rien au code, mais ça fait qu'il y a la moitié des fichiers de l'application qui sont modifiés.
Hors ligne
Pour info, pour créer cette archive de migration, j'ai un petit script Perl qui fait ça tout seul donc il ne faut pas hésiter à demander.
Hors ligne
Bonjour,
Je serais très intéressé par cette archive 1.7.0 vers 1.7.2, car comme dit P@T je fais parti de ceux qui n'ont pas eut le courage de passer en 1.7.1, non pas uniquement par fainéantise, mais aussi par peur d'avoir des problème avec ma base de donnée.
Donc si z0rglub pouvait aussi faire cette archive, cela seait vraiment sympa!!!
Autres questions, doit je faire une sauvegarde de ma base données avant tout changement, et est ce que mon template risque d'être perturbé par cette mise à jour?
Merci d'avance.
Greg
Hors ligne
mtgt a écrit:
Bonjour,
Je serais très intéressé par cette archive 1.7.0 vers 1.7.2, car comme dit P@T je fais parti de ceux qui n'ont pas eut le courage de passer en 1.7.1, non pas uniquement par fainéantise, mais aussi par peur d'avoir des problème avec ma base de donnée.
Donc si z0rglub pouvait aussi faire cette archive, cela seait vraiment sympa!!!
Autres questions, doit je faire une sauvegarde de ma base données avant tout changement, et est ce que mon template risque d'être perturbé par cette mise à jour?
Merci d'avance.
Greg
Il n'y a pas de changement de base de données entre les 2, mais on n'est jamais assez prudent : faites des save régulièrement et de vos disques durs aussi par la même occasion !
Pour ton template, qu'as tu fait?
si tu a modifié des fichiers .tpl du dossier yoga, oui ils vont être écrasés par la mise à jour.
Si c un template que tu as téléchargé, pas de problème.
Hors ligne
merci du conseil, oui je vais peut-être me mettre à faire quelques backup de temps en temps.
Pour le template j'ai modifié le theme hr_os de yoga
J'i fait aussi d'autre modif, mais je ne me souviens plus tellement où :-(
Hors ligne