Community « Le forum « Besoin d'aide «
Mise à jour 6.12 > 7.6.3
Bonjour,
juste une bafouille pour signaler que le système de mise à jour n'est pas encore, à mon sens, très ergonomique, que ce soit au niveau documentation ou en pratique. C'est une vieille discussion, je sais...
Voyons l'attitude du néophyte : page d'accueil > clic sur logiciel > Téléchargement de l'archive (au cas où)
puis Page d'accueil > documentation > -> déjà il me semble assez acrobatique de proposer un index de documentation avec une solution aussi lourde que l'applet java couplé à freemind, même si c'est joli. On court le risque que java ne soit pas installé sur le naviguateur, que freemind soit inconnu, ou que le processus ne fonctionne pas bien. Ce qui fut mon cas pour test, puisque les item de documentation sous freeming appaelé par java étaient cliquables sans rien renvoyer (firefox 2.0.0.6)
Ensuite, une fois qu'on a trouvé le bon article de doc sur les mises à jour, on choisit en général la maj incrémentale ; problème, en déclenchant la maj des script (en local avec easy php), un est introuvable (scripts/fetch.php?script=skins/layout_home_articles_as_hardboiled.php.) et un autre semble corrompu. Donc maj avortée par le système. Alors on décide de voir si le bug est reproduit via un autre miroir, on retrouve l'article sur les YUM, et on tente la même manip avec sxmpc.org : le système ne trouve rien sur ce serveur.
Alors en dernier ressort on choisit l'incorporation du fichier .tgz via la fonction ad hoc de la même page. En 6.12, un poid de plus de 2000ko n'est pas permis, mais le .tgz fait déjà plus de 2mo. Et attention ! Il faut que l'archive ait été téléchargée depuis le fameux site miroire indiqué plus haut, sans quoi le processus est abandonné. Ceci n'est renseigné nulle part au demeurant...
On se rabat sur la maj par écrasement : déjà il y a des scripts à modifier en dénomination, chose à laquelle on était pas habitué jusqu'en 6.12. Ensuite, il va falloir faire une sorte de reconfiguration serveur, avec nom de BDD, password et cie. On est plus vraiment dans une mise à jour, mais plutôt dans une réinstallation.
Bref, on m'a souvent critiqué yacs (côté internaute et côté administrateur) en l'évoquant comme une usine à gaz, ce à quoi je défends que sa puissance n'oblige toutefois pas tout le monde à prendre le train en route, il est simplement polyvalent. Mais pour des processus aussi capitaux que des maj, j'avoues que je suis encore dubitatif.
| GnapZ from Caribbean 2970 posts |
Je suis tout à fait d'accord avec ça. Je ne fais plus de mises à jour incrémentales depuis plusieurs versions et le mirroir (YUM) est down depuis un bon moment puisqu'on tombe très souvent sur une erreur de footprint introuvable. Pour ce qui est des TGZ, les archives officielles sont ici (pas facile à trouver il est vrai puisque c'est une collection). Pour ce qui est de l'incorporation d'une archive, il est recommandé (information qui n'est peut-être pas évidente) de charger l'archive TGZ via FTP dans /inbox/yacs/. Je dis bien une TGZ car les ZIP ne sont pris en charge que pour ceux qui ont une version de PHP >=5.0 . Pour ce qui est de l'usine à gaz, je ne suis pas d'accord non plus mais j'avoue avoir du mal à suivre des nouveautés qui imposent une configuration spéciale (Freemind, Ajax) alors qu'auparavant yacs s'adaptait à l'environnement utilisateur. Je trouve qu'il s'alourdit considérablement (éditeurs multiples au détriment de l'excellent Textarea, skins toujours lourds, etc). Mais il y a deux choses essentielles que l'on ne peut retirer à Yacs: Il colle aux technologies de pointe (même si on ne comprend pas toujours tout) et bénéficie des compétences de Bernard. Yacs n'est pas le premier CMS mais il est encore loin d'être le dernier. Pour ce qui est des mises à jour auto, Bernard vient de publier un patch: Patch to enable software update, à suivre. |
Moi-meme from Entre chaise et clavier... 1468 posts |
Justement à propos du patch j'ai posté un commentaire aujourd'hui... Je n'ai pas encore essayé la solution inbox/yacs, ce sera la dernière aujourd'hui... |
| Moi-meme from Entre chaise et clavier... 1468 posts |
Ca semble bien plus sûr, mais....arrrgh on m'avait pas dit que certaines données des overlays perso disparaissaient après une mise à jour ! Est-ce rattrapable ? Il n'y a guère que l'intro, le titre et le contenu de page basique qui soit conservés, les autres items sont disparus. |
| GnapZ from Caribbean 2970 posts |
Moi-meme : Je dois avouer que je ne me souviens plus trop de la 6.6 mais en ce qui concerne les overlays, je pense (j'espère) que cela provient du même problème que la nouvelle gestion des droits récursifs. Avant tout, les données des overlays sont toujours bien présents dans la base de données dans les articles (voir avec PhpMyAdmin). J'ai déjà eu l'occasion de le vérifier. Explication: Depuis les dernières versions, une gestion des droits récursifs a été mis en place et nécessaite quelques ré-enregistrements des sections. Toute section "privée" (aux membres ou aux associés et éditeurs) doit être ré-enregistrée. Il faut simplement repositionner les droits de la section principale pour qu'ils s'appliquent correctement à toute la sous-arborescence. Il en est peut-être de même pour les overlays. J'entends par là qu'il faille ré-enregistrer les options des sections en vérifiant bien que la valeur du champ "overlay des articles" contienne bien le nom de l'overlay. En fait les données "sérialisées" d'un overlay se trouvent dans l'article et c'est le positionnement des options de la section qui défini si Yacs traite les articles comme simple (situation actuelle) ou via un overlay. Il faut faire un essai à ce niveau mais au préalavble il faut s'assurer (via PhpMyAdmin) que les données sont bien toujours présentes dans les articles. Heu ... toute mise à jour ne devrait-elle pas commencer par une sauvegarde ? Si c'est le cas, rien ne peut se perdre. |
| Moi-meme from Entre chaise et clavier... 1468 posts |
Je te remercie. J'avoue que je suis sérieusement refroidi, bien que j'ai de toutes façons un backup de la BDD avant mise à jour. Après vérification dans la table des articles, j'ai bien des données encore enregistrées qui n'apparaîssent actuellement pas. C'est l'overlay contact que j'avais utilisé. Ta méthode ne fonctionne pas pour moi : en effet le réenregistrement de la section avec overlay contact ne change rien, les données reste invisibles. De plus j'ai remarqué que l'information d'overlay n'avait pas changée, c'est à dire que dans la modification de la section l'overlay contact était déjà renseigné malgré l'éventuelle perte de l'info telle que tu me la décrite. |
| Moi-meme from Entre chaise et clavier... 1468 posts |
Note : je ne parviens pas à réinjecter dans la rubrique les données pourtant présentes issues de l'overlay contact. Pourtant l'overlay est bien pris en compte car qand je crée ou modifie une page, les champs sont bien ceux de cet overlay |
Bernard from nearby-an-airport Associate, 6995 posts |
Moi-meme: je voudrais reproduire la manipulation de migration qui a conduit à ctte disparition de données d'overlays. Au départ : version 6.12, puis ajout d'overlay contact dans les fiches utilisateur, puis migration 7.6.3, c'est bien ça ? |
| Bernard from nearby-an-airport Associate, 6995 posts |
Je viens de faire l'essai complet : installation 6.12, ajout overlay contat dans les profils utilisateur, création d'un profil en remplissant les champs avec des caractères accentués, mise à jour en 7.9alpha et ... le profil ressort sans problèmes, avec son contenu dans tous les champs de l'overlay. Bref, puisque ça marche, je ne suis pas sûr d'avoir fait le bon test... |
| Moi-meme from Entre chaise et clavier... 1468 posts |
C'était une version 6.12 avec du contenu de type overlay contact dans les articles d'une section. Après passage à la version supérieure susdite, les données ont disparues du site mais semblent conservées dans la base de données. Mes deux observations sont les suivantes : 1) la mise à jour fut tellement arbitraire et retentée plusieurs fois, qu'il n'est pas impossible que ça ait une incidence sur le second problème 2) selon les conseils de gnapz, j'ai renseigné de nouveau l'overlay contact dans les options de la section (info qui n'avait cependant pas disparue lors de l'édition de celle-ci), mais les données ne ressortent toujours pas. Actuellement, je cherche un moyen pour réparer d'urgence cette absence de données, et une méthode sûre pour ne pas rencontrer de nouveau ce problème lors de mes futures mises à jour sur d'autres sites, également usant de cet overlay et attendant de passer aussi en 7.6.3 Cordialement |
| Bernard from nearby-an-airport Associate, 6995 posts |
Moi-meme: pour aller plus loin, il faudrait m'envoyer une copie de la base de données, si elle n'est pas trop volumineuse... |
| Moi-meme from Entre chaise et clavier... 1468 posts |
Elle ne fait que 120 ko en GZ (heureusement que j'ai commencé à updater seulement un petit site avant les gros...). Je te l'envoie. |
| Bernard from nearby-an-airport Associate, 6995 posts |
Moi-meme: La préparation de la version 7.9 intégre des tests de migration depuis la 6.10 et depuis la 6.12. Ceci afin de couvrir le maximum de cas possibles. |
| Bernard from nearby-an-airport Associate, 6995 posts |
Pour faire suite aux remarques au début de ce fil, à partir de la version 7.10 l'écran de mise à jour propose d'abord de télécharger l'archive complète, et les autres options viennent après. Histoire de coller au plus près aux pratiques qui marchent le mieux... |
| Moi-meme from Entre chaise et clavier... 1468 posts |
Question : comment se prémunir d'une mauvaise surprise comme celle que j'évoque plus haut, en terme de prévention ? J'ai d'autres sites utilisant le même overlay contact (personnalisé), mais contenant des infos beaucoup plus importantes en terme de cohérence pour le site, et je ne peux me permettre de laisser disparaître celles-ci suite à une mise à jour. Bien sûr on sauvegarde tout ce qu'il faut, mais je parle là de prévention. (et au demeurant j'ai bien un backup de la base du site concerné par le problème original de ce fil, mais aucune idée à ce jour pour remettre les contenus en ligne)
Merci pour vos lumières |
| Bernard from nearby-an-airport Associate, 6995 posts |
Moi-meme: A la sécurité absolue, on en rêve tous. Le seul moyen d'être à peu près sûr, c'est d'essayer la mise à jour ... sur une copie du site (scripts + base de données). C'est d'ailleurs comme ça que sont effectués certains des tests de non-régression de YACS avant lancement d'une nouvelle version. Et pour la 7.10, le nombre de tests réalisés est plutôt important. Et puis, il y a cette soirée du 22 octobre, La nuit de la migration, pour travailler ensemble sur la migration de sites vers la 7.10. L'idée est de mettre en commun problèmes et solutions, de façon interactive, pour favoriser l'entraide mutuelle pendant la migration. |
| Moi-meme from Entre chaise et clavier... 1468 posts |
" Note : je ne parviens pas à réinjecter dans la rubrique les données pourtant présentes issues de l'overlay contact. Pourtant l'overlay est bien pris en compte car qand je crée ou modifie une page, les champs sont bien ceux de cet overlay Par rapport à ce problème de contenu overlay disparu sur une section contact, je dois signaler cette variable : c'est aussi le site sur lequel j'avais fait auparavant une modification dans page.php et template.php, correspondant à l'implémentation manuelle d'une map google (procédure racontée ici). S'il y a peut-être un lien avec mon bug ci-dessus... autant que je signale ce détail. |
Edit
Delete
