Et vous ça ce passe comment la MAJ ?
5.0.18 > 5.1 > 5.1.1
Support Général
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Votre cms est vraiment génial mais pour ce qui concerne la migration ou mise à jour c c'est pas au point. J'ai rarement autant galéré pour faire un upgrade. Je viens de passer une grosse demie journée dessus et ça terminé part la suppression du contenu pour repartir à zero.
Je prend un backup complet du site je l'installe sur un sous domaine avec script migration_serveur.php la RAS ça ce passe impeccable je vérifie que tout fonctionne pas de pain genre caractère bizarre avec les accents tout va bien. Je teste la balise #totop qui est carrément au top
Procédure de mise à jour via le wiki que j'ai suivit pour une raison ou une autre y'a toujours un truc qui fait que ça ce passe mal.
Par exemple quand tout semble bien fonctionner je teste le moteur de recherche qui sans préavis se met en en gréve en brandissant la pancarte machin truc kernel/lib/machin ... ligne n° XX foireuse ce qui me fait penser à une autre expérience que j'avais eu ou l'on m'avais dit que ça ressemblait à un mélange de fichiers d'une version 4.x et de 5.x. on m'avait conseiller d'installer une archive de phpboost clean mais ...
Le problème de la sérialisation c'est qu'on ne peut pas réinstaller les fichiers du site depuis une archive de chez vous sans que ça devienne le parcourt du combattant ou alors ils faudrait nous expliquer comment faire pour contourner ça car souvent ce sont des heures de travail qui partent en fumées.
Fort heureusement j'avais fait ça sur un site test.
Je vais reprendre tout ça à tête reposée toutefois s'il y a des retours d'expérience je suis preneur de toute suggestion qui pourrait facilité la tâche.
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
déjà au vu de la description il y a une erreur car on ne fait pas 5.0.18 => 5.1 => 5.1.1
C'est directement 5.0.18 => 5.1.1 vu que l'archive de mise à jour fait que cela se fait toujours vers la dernière version en date.
Ensuite il faudrait un message d'erreur complet et/ou une copie du site pour voir ce qui se passe exactement, mais comme indiqué dans la procédure de migration du wiki il peut arriver qu'il y est des problèmes à cause de la présence de menus persos avec des caractères spéciaux et/ou avec des accents qui pour une raison inconnu (plusieurs test, plusieurs résultats et impossible de reproduire à 100%) font planter la mise à jour.
Enfin si il est possible de réimporter des fichiers sans perte de données, ici la sérialisation intervient uniquement lors de la lecture/écriture des données dans la BDD.
Cordialement, janus57
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Citation :
C'est directement 5.0.18 => 5.1.1 vu que l'archive de mise à jour fait que cela se fait toujours vers la dernière version en date.
Ok effectivement c'est une chose que je n'ai pas très bien saisi mais je vais donc refaire toute la procédure de zéro à partir d'un backup qui fonctionne mais même en admettant que je n'ai pas fait 5.0.18 directe en version 5.1.1 je ne vois vraiment pas pourquoi le passage vers la vers 5.1 poserait un problème à vrai dire puisque la version 5.1 sort avant la 5.1.1 donc je ne suis pas développeur mais là c'est une réponse qui défie ma logique
Voici mes notes prise à la volé cette nuit.
Caché :
Copie des fichiers du site.
Installation de la bdd en windows 1952
Script de migration : ok
Tests presque tout fonctionnne ..
Sorry, we encountered a problem and we cannot complete your request...
je lance l'url monsite.net/admin
Ma configue d'accueil à refaire (homecustom)
Ensuite répertoire update que je doit supprimer depuis le ftp
ensuite j'ai le droit à
Fatal error: Call to a member function id() on boolean in /var/www/clients/client1/web3/web/kernel/framework/phpboost/menu/MenuService.class.php on line 606
du coup je vais voir la table phpboost_menus, j'ai que 3 entrées crée à la main donc ça va vite dommage pour tous les liens à refaire mais bon le wiki est clair un coup de F5 pour rafraîchir mon navigateur le site s'affiche avec le thème par défaut logique ..
Je prépare mon future thème...
Bien que je l'ai inséré dans l'update je ne le vois pas ok je fait un zip que j’envoie depuis l'interface admin ...
Impeccable sauf que pour le voir s'afficher je désactive le thème de base et là c'est mort des liens d'images ne fonctionnant plus puisqu'ils font référence à templates/base/images j'avais déja eut ça donc j vais attaquer les fichiers du thème pour faire ma mise à jour graphique ou bien revoir la configuration du thème en question mais cet aspect est secondaire.
Un petit pain avec l'affichage du module homecustom (problème d'accent)
et aussi l'es action sur cette page /admin/config/?url=/advanced/ qui n'aboutissent pas et terpminent avec un message d'erreur
Une erreur s'est produite lors de l'opération
/admin/updates/updates.php
Fatal error: Call to a member function check_compatibility() on boolean in /var/www/clients/client1/web3/web/admin/updates/updates.php on line 60
Je vais sur la table phpboost_configs je désactive le seffurll à la main ...
Cool les images manquantes reviennent ... sauf que les action sur la bdd ne prennent pas ?
Dirrection phpmyadmin je veerifie dans l'admin c'est bon sauf que les valeur restent affichées sur >< /admin/config/?url=/advanced/
Bon la bonne nouvelle c'es que j'ai une parti qui fonctionne.
Maintenant voyons pour monter sur 5.1.1 ...
Putain ça continue ... t/admin/updates/updates.php?type=xxx
Fatal error: Call to a member function get_type() on boolean in /var/www/clients/client1/web3/web/admin/updates/updates.php on line 58
Je renvois mon archive sur le serveur puis je retrouve l'url qui va bien
/update/index.php?url=/execute
qui me retourne rhaaaaa !
Sorry, we encountered a problem and we cannot complete your request...
Qu'à cela ne tienne F5 ...
Au bout d'un moment je fini par avoir un message qui dit de supprimer le dossier update je clic ce qui plante :
/admin/updates/updates.php et
/admin/config/?url=/advanced/
J'arrive à modifier le Nom du cookie des sessions
Une table est restée en latin1_swidiwsh phpboost_stats_referer
La fois précédente j'en avais au moins 3 qui n’étaient pas converties mais le noyau 5.1.1 est installé quand même fiouuu!
Installation de la bdd en windows 1952
Script de migration : ok
Tests presque tout fonctionnne ..
Sorry, we encountered a problem and we cannot complete your request...
je lance l'url monsite.net/admin
Ma configue d'accueil à refaire (homecustom)
Ensuite répertoire update que je doit supprimer depuis le ftp
ensuite j'ai le droit à
Fatal error: Call to a member function id() on boolean in /var/www/clients/client1/web3/web/kernel/framework/phpboost/menu/MenuService.class.php on line 606
du coup je vais voir la table phpboost_menus, j'ai que 3 entrées crée à la main donc ça va vite dommage pour tous les liens à refaire mais bon le wiki est clair un coup de F5 pour rafraîchir mon navigateur le site s'affiche avec le thème par défaut logique ..
Je prépare mon future thème...
Bien que je l'ai inséré dans l'update je ne le vois pas ok je fait un zip que j’envoie depuis l'interface admin ...
Impeccable sauf que pour le voir s'afficher je désactive le thème de base et là c'est mort des liens d'images ne fonctionnant plus puisqu'ils font référence à templates/base/images j'avais déja eut ça donc j vais attaquer les fichiers du thème pour faire ma mise à jour graphique ou bien revoir la configuration du thème en question mais cet aspect est secondaire.
Un petit pain avec l'affichage du module homecustom (problème d'accent)
et aussi l'es action sur cette page /admin/config/?url=/advanced/ qui n'aboutissent pas et terpminent avec un message d'erreur
Une erreur s'est produite lors de l'opération
/admin/updates/updates.php
Fatal error: Call to a member function check_compatibility() on boolean in /var/www/clients/client1/web3/web/admin/updates/updates.php on line 60
Je vais sur la table phpboost_configs je désactive le seffurll à la main ...
Cool les images manquantes reviennent ... sauf que les action sur la bdd ne prennent pas ?
Dirrection phpmyadmin je veerifie dans l'admin c'est bon sauf que les valeur restent affichées sur >< /admin/config/?url=/advanced/
Bon la bonne nouvelle c'es que j'ai une parti qui fonctionne.
Maintenant voyons pour monter sur 5.1.1 ...
Putain ça continue ... t/admin/updates/updates.php?type=xxx
Fatal error: Call to a member function get_type() on boolean in /var/www/clients/client1/web3/web/admin/updates/updates.php on line 58
Je renvois mon archive sur le serveur puis je retrouve l'url qui va bien
/update/index.php?url=/execute
qui me retourne rhaaaaa !
Sorry, we encountered a problem and we cannot complete your request...
Qu'à cela ne tienne F5 ...
Au bout d'un moment je fini par avoir un message qui dit de supprimer le dossier update je clic ce qui plante :
/admin/updates/updates.php et
/admin/config/?url=/advanced/
J'arrive à modifier le Nom du cookie des sessions
Une table est restée en latin1_swidiwsh phpboost_stats_referer
La fois précédente j'en avais au moins 3 qui n’étaient pas converties mais le noyau 5.1.1 est installé quand même fiouuu!
Voici les erreur archivée qui ressortent
Caché :
Suggestion : unserialize(): Error at offset 1663 of 1823 bytes
[0] /kernel/framework/helper/TextHelper.class.php:301
[0] /kernel/framework/helper/TextHelper.class.php:301 - unserialize(string)
[1] /admin/updates/updates.php:57 - TextHelper::unserialize(string)
[URL] /admin/updates/updates.php
[0] /kernel/framework/io/filesystem/File.class.php:297 - File->check_file_descriptor(string)
[1] /kernel/framework/io/filesystem/File.class.php:135 - File->open(int)
[2] /admin/config/controllers/AdminAdvancedConfigController.class.php:395 - File->write(string)
[3] /admin/config/controllers/AdminAdvancedConfigController.class.php:51 - AdminAdvancedConfigController->save()
[4] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:87 - AdminAdvancedConfigController->execute(HTTPRequestCustom)
[5] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:59 - UrlControllerMapper->do_call()
[6] /kernel/framework/mvc/dispatcher/Dispatcher.class.php:67 - UrlControllerMapper->call()
[7] /kernel/framework/mvc/dispatcher/DispatchManager.class.php:43 - Dispatcher->dispatch()
[8] /admin/config/index.php:37 - DispatchManager::dispatch(array)
[URL] /admin/config/?url=/advanced/
Suggestion : unserialize(): Error at offset 1663 of 1823 bytes
[0] /kernel/framework/helper/TextHelper.class.php:301
[0] /kernel/framework/helper/TextHelper.class.php:301 - unserialize(string)
[1] /admin/updates/updates.php:57 - TextHelper::unserialize(string)
[URL] /admin/updates/updates.php
[0] /kernel/framework/io/filesystem/File.class.php:297 - File->check_file_descriptor(string)
[1] /kernel/framework/io/filesystem/File.class.php:135 - File->open(int)
[2] /admin/config/controllers/AdminAdvancedConfigController.class.php:395 - File->write(string)
[3] /admin/config/controllers/AdminAdvancedConfigController.class.php:51 - AdminAdvancedConfigController->save()
[4] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:87 - AdminAdvancedConfigController->execute(HTTPRequestCustom)
[5] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:59 - UrlControllerMapper->do_call()
[6] /kernel/framework/mvc/dispatcher/Dispatcher.class.php:67 - UrlControllerMapper->call()
[7] /kernel/framework/mvc/dispatcher/DispatchManager.class.php:43 - Dispatcher->dispatch()
[8] /admin/config/index.php:37 - DispatchManager::dispatch(array)
[URL] /admin/config/?url=/advanced/
Aujourd'hui je ne vais pas pouvoir m'en occuper mais je vous ai mis tout ce que j'avais sous la main.
En revanche j'ai un petit apercu des amélioration apportées et j'ai hâte de pouvoir en profiter pleinement !
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
smaj :
?
ok effectivement c'est une chose que je n'ai pas très bien saisi mais je vais donc refaire toute la procédure de zéro à partir d'un backup qui fonctionne mais même en admettant que je n'ai pas fait 5.0.18 directe en version 5.1.1 je ne vois vraiment pas pourquoi le passage vers la vers 5.1 poserait un problème à vrai dire puisque la version 5.1 sort avant la 5.1.1 donc je ne suis pas développeur mais là c'est une réponse qui défie ma logique
ok effectivement c'est une chose que je n'ai pas très bien saisi mais je vais donc refaire toute la procédure de zéro à partir d'un backup qui fonctionne mais même en admettant que je n'ai pas fait 5.0.18 directe en version 5.1.1 je ne vois vraiment pas pourquoi le passage vers la vers 5.1 poserait un problème à vrai dire puisque la version 5.1 sort avant la 5.1.1 donc je ne suis pas développeur mais là c'est une réponse qui défie ma logique
simple les correctif présent en 5.1.1 sont absent de la V5.1, pour ça que l’archive de mise à jour majeur il faut la télécharger régulièrement et pas la télécharger une fois et réutiliser la même.
Citation :
Copie des fichiers du site.
Installation de la bdd en windows 1952
Script de migration : ok
Tests presque tout fonctionnne ..
Sorry, we encountered a problem and we cannot complete your request...
Installation de la bdd en windows 1952
Script de migration : ok
Tests presque tout fonctionnne ..
Sorry, we encountered a problem and we cannot complete your request...
il faut s’arrêter ici, visualiser et logs et surtout ne pas continuer car là il y a 80% de chance que la migration a échoué et donc continuer ne servirait à rien à part avoir quelque chose de bancale sur les bras.
Les pré-requis de la migrations était bien complétés, à savoir PHP5.6 (non forcé en iso-8859-1 si vous êtes en local), l'extension mbstring de php qui est présente et actif ?
Sinon typiquement c'est la BDD de ce genre de site que l'on recherche pour analyser pourquoi cela plante alors que pour lors de nos tests non (ou une 1/10).
EDIT :
Citation :
Installation de la bdd en windows 1952
comment est fait cet import exactement (l'encodage est du windows-1258 / iso-8859-1 d'ailleurs) ?
Car il faut savoir qu'un mauvais import peu faire rater la migration.
Cordialement, janus57
Édité par janus57 Le 28/10/2017 à 11h41
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Citation :
simple les correctif présent en 5.1.1 sont absent de la V5.1, pour ça que l’archive de mise à jour majeur il faut la télécharger régulièrement et pas la télécharger une fois et réutiliser la même.
Intéressant , mais sans vouloir critiquer ou quoi , je pense que vous devriez revoir la façon de numéroter les versions car cela signifie que 5.1 est plus à jour que 5.1.8 (par exemple) et c'est contradictoire surtout pour un "diff" selon moi mais bon maintenant je le saurai.
Citation :
Les pré-requis de la migrations était bien complétés, à savoir PHP5.6 (non forcé en iso-8859-1 si vous êtes en local), l'extension mbstring de php qui est présente et actif ?
Code TEXT :
mbstring Multibyte Support enabled Multibyte string engine libmbfl HTTP input encoding translation disabled libmbfl version 1.3.2
Code TEXT :
Version de PHP 5.6.30 Version du SGBD MySQL 5.5.58-0+deb8u1
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Citation :
comment est fait cet import exactement (l'encodage est du windows-1258 / iso-8859-1 d'ailleurs) ?
Car il faut savoir qu'un mauvais import peu faire rater la migration.
Citation :
Citation :
Installation de la bdd en windows 1952
Installation de la bdd en windows 1952
comment est fait cet import exactement (l'encodage est du windows-1258 / iso-8859-1 d'ailleurs) ?
Car il faut savoir qu'un mauvais import peu faire rater la migration.
arf non désolé j'avais les yeux qui se croisaient au moment ou j'ai saisi cette ligne j'ai bien choisi windows-1258 lors de l'importation de mon backup sur ma bdd vide
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Citation :
Intéressant , mais sans vouloir critiquer ou quoi , je pense que vous devriez revoir la façon de numéroter les versions car cela signifie que 5.1 est plus à jour que 5.1.8 (par exemple) et c'est contradictoire surtout pour un "diff" selon moi mais bon maintenant je le saurai.
Non la V5.1.X (5.1.1 pour le moment) est aussi proche de la V5.0.18 que la version 5.1.0 l'était avant la sortie de la V5.1.1, ainsi que la V5.0.18 de la version 5.0.0 (même branche majeur dans tous les cas).
Il faut bien comprendre que la monté en version inclus des correctif que ce soit au niveau module ou noyau et que cela peu donc inclure des correctif pour "stabiliser" la migration, tout comme la V5.0.18 était pour corriger les dysfonctionnements croisés en V5.0.17 donc non les numération dont bien conformes et c'est ainsi depuis la V4.1.
Et non le pack de mise à jour c'est pas un diff justement ce pack permet de faire le ménage dans les fichiers de la V5.0 (suppression surtout), et intègre tous les scripts nécessaire à la conversions des données.
De plus je rappel l’étape 1 de la migration :
Citation :
1. Téléchargez la version mise à jour du Pack de migration 5.0 en 5.1.
Celle-ci contient tous les fichiers nécessaires à la nouvelle version (la dernière version en date avec mises à jour mineures intégrées) ainsi que le script de mise à jour.
Celle-ci contient tous les fichiers nécessaires à la nouvelle version (la dernière version en date avec mises à jour mineures intégrées) ainsi que le script de mise à jour.
Alors peut être que cela n'est pas assez explicite et devrais peut être être :
Citation :
1. Téléchargez la version mise à jour du Pack de migration 5.0 en 5.1.
Celle-ci contient tous les fichiers nécessaires à la nouvelle version (la dernière version en date avec mises à jour mineures intégrées) ainsi que le script de mise à jour, vous devez donc télécharger le pack le même jour que votre migration pour être sûr d'avoir la dernière version en date.
Celle-ci contient tous les fichiers nécessaires à la nouvelle version (la dernière version en date avec mises à jour mineures intégrées) ainsi que le script de mise à jour, vous devez donc télécharger le pack le même jour que votre migration pour être sûr d'avoir la dernière version en date.
Et dans votre configuration php le "default_charset" est sur quoi (visible dans phpinfo()) ?
EDIT :
Citation :
arf non désolé j'avais les yeux qui se croisaient au moment ou j'ai saisi cette ligne j'ai bien choisi windows-1258 lors de l'importation de mon backup sur ma bdd vide
et donc l'import est réalisé comment ? CAr normalement il n'y a aucun encodage à spécifier justement.
Au passage merci d’éditer plutôt que de faire des doubles postes.
Cordialement, janus57
Édité par janus57 Le 28/10/2017 à 12h04
Swan Membre non connecté
Booster Mortier
- Booster Mortier
- Voir le profil du membre Swan
- Inscrit le : 31/05/2013
- Site internet
Mes migrations jusqu’à la 5.0.18 ce sont bien passées, avec quelques soucis de compréhensions de la doc , mais cela à vite été revu <img src="/images/smileys/happy.png" alt="^^" class="smiley" /> Je suis passée à cette version pour des questions de sécurités et surtout pour la version php.
Mais pour le moment, je me contente de cette version , car sur mon site on a touché à beaucoup de fichiers de modules et reporter ses modifications nous prendrais énormément de temps. et vu les impératifs de version php , nous sommes dans les délais rien ne presse. J'y passerais surement , mais pas de suite.
<span style="text-decoration: underline;">Mon point de vu :</span>
- Pour ceux débutant un site sous PBT, ils prendront l'archive courante,
- Pour ceux qui ont une version PHPBoost antérieur à la version php 5.6, Je vous conseil fortement de passer en 5.0.18 ( ma version actuelle). Après libre à vous de passer les majs , jusqu’à la version supérieur.
- Pour ceux étant en 5.0.18, et qui tourne très bien avec leur version, les majs sont "recommandé", pas obligatoire ! Si vous êtes bien, vous pouvez choisir de rester sur votre version, si les avancées ne vous apportent rien de plus que vous ne souhaitiez déjà ..
<h2 class="formatter-title"> Conseils de Majs de version :</h2>
<i class="fa fa-warning"></i> <span style="color:#AA0000;">On fait toutes ses sauvegardes BDD et site </span>
1/ Pour commencer : on lit <a href="/wiki/migrer-son-site-vers-une-nouvelle-version">la doc de migration</a> (On ne zappe pas les versions Mineurs)
2/ On passe les majs en Locale sur un wamp , Uwamp, easy.php Lamp ou autre serveur local. (<a href="/wiki/wiki.php?title=choix-du-serveur-local">Voir la doc</a>)
3/ On relève dans un dossier toutes les archives dont on aura besoin.
4/ On note ses étapes sur un bloc note pour ne pas se perdre.
5/ Et si necessaire on demande de l'aide sur le support <img src="/images/smileys/happy.png" alt="^^" class="smiley" />
Voilà pour moi.
Swan.
</span>
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Citation :
Pour ceux qui ont une version PHPBoost antérieur à la version php 5.6, Je vous conseil fortement de passer en 5.0.18 ( ma version actuelle). Après libre à vous de passer les majs , jusqu’à la version supérieur.
non il seront bloqués en V5.0 car PHP5.6 est un pré-requis pour une nouvelle installation et une migration (car il y a moins de problèmes de migration en étant en PHP5.6 que les version inférieur dû au fait que PHP5.6 == UTF-8 par défaut sur pas mal de fonctions).
Cordialement, janus57
Swan Membre non connecté
Booster Mortier
- Booster Mortier
- Voir le profil du membre Swan
- Inscrit le : 31/05/2013
- Site internet
J'incluais bien sur la version PHP avec.. Logique.
Swan.
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Swan :Bonjour,
Mes migrations jusqu’à la 5.0.18 ce sont bien passées, avec quelques soucis de compréhensions de la doc , mais cela à vite été revu Je suis passée à cette version pour des questions de sécurités et surtout pour la version php.
Mais pour le moment, je me contente de cette version , car sur mon site on a touché à beaucoup de fichiers de modules et reporter ses modifications nous prendrais énormément de temps. et vu les impératifs de version php , nous sommes dans les délais rien ne presse. J'y passerais surement , mais pas de suite.
Mon point de vu :
- Pour ceux débutant un site sous PBT, ils prendront l'archive courante,
- Pour ceux qui ont une version PHPBoost antérieur à la version php 5.6, Je vous conseil fortement de passer en 5.0.18 ( ma version actuelle). Après libre à vous de passer les majs , jusqu’à la version supérieur.
- Pour ceux étant en 5.0.18, et qui tourne très bien avec leur version, les majs sont "recommandé", pas obligatoire ! Si vous êtes bien, vous pouvez choisir de rester sur votre version, si les avancées ne vous apportent rien de plus que vous ne souhaitiez déjà ..
On est d'accord d'ou l'idée dans l'ensemble de tout tester sur un site de développement avant de passer en production.
Swan :
Conseils de Majs de version :
On fait toutes ses sauvegardes BDD et site
1/ Pour commencer : on lit la doc de migration (On ne zappe pas les versions Mineurs)
2/ On passe les majs en Locale sur un wamp , Uwamp, easy.php Lamp ou autre serveur local. (Voir la doc)
3/ On relève dans un dossier toutes les archives dont on aura besoin.
4/ On note ses étapes sur un bloc note pour ne pas se perdre.
5/ Et si necessaire on demande de l'aide sur le support
Voilà pour moi.
Swan.
Personnellement j'ai la possibilité de faire ça sur un serveur distant avec une partie en ssh ça me permet de constater les problèmes directement car parfois ce qui fonctionne en local ne marche pas forcément quand on migre.
La doc je l'ai suivit du moins celle qui consiste à passer de 5.0.18 à 5.1
Aussi donc si j'ai bien compris finalement la version 5.1 contient le patch 5.1.1 non je ne comprend pas ce truc: pourquoi ne pas utiliser une politique de versions figées avec d'un coté les versions complètes comme ici la 5.1 et à coté comme c'est le cas pour le patch 5.1.1 sans inclure ce patch dans la version majeure sinon au final ça embrouille l'utilisateur et ce n'est pas la première fois que je soulève ce point.
Vous devriez vraiment soit dissocier la mise à disposition des versions ou alors vous faites évoluer les versions au rythme des correctifs tout en gardant le contenu en l'état par exemple la 5.1.0 5.1.1 etc ...
À priori c'est peut-être sans importance mais comprenez bien qu'entre la façon dont sortent les versions qui peuvent être différentes au rythme des correctifs du coup on est un peu perdu surtout que le gestionnaire de téléchargement présente le dernier paru et après vous nous dites que "attention la version peut avoir changé car il y a eut un correctif" sauf que la version devrait forcément suivre le N°de révision. Mais c'est peut- être moi qui ne suis pas logique mas comprenez qu'on ne peut pas toujours suivre du développement phpboost il me parait donc important d'exposer ce point de vue car je suis certain que je ne doit pas être le seul à rencontrer ce problème .
Et donc finalement la version 5.1 EST la version 5.1.1 ?
Édité par smaj Le 28/10/2017 à 18h54
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
<div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content">Aussi donc si j'ai bien compris finalement la version 5.1 contient le patch 5.1.1 non je ne comprend pas ce truc: pourquoi ne pas utiliser une politique de versions figées avec d'un coté les versions complètes comme ici la 5.1 et à coté comme c'est le cas pour le patch 5.1.1 sans inclure ce patch dans la version majeure sinon au final ça embrouille l'utilisateur et ce n'est pas la première fois que je soulève ce point.</div></div>
pour faciliter la vie de l'utilisateur tout simplement et éviter qu'il se tape 18 patchs sur la V5.0 par exemple, et tous les cMS fonctionne ainsi c'est pas spécifique à PHPBoost, idem pour les logiciel.
La <a href="/download/60-phpboost-5-1/478-phpboost-5-1/">V5.1</a> et le <a href="/download/61-mises-a-jour-phpboost-5-1/631-pack-de-mise-a-jour-5-1-0-vers-5-1-1/">pack de migration</a> sont toujours avec les mise à jour mineur inclus.
Mais ici cela ne change rien <span style="text-decoration: underline;">dans le cas d'une migration</span> vu que pour les migration il faut obligatoirement utiliser le pack de migration.
Jusqu'à maintenant il n'y a pas eu de remonté sur un problème du genre (du moins pas que je me souvient), car à chaque sortie de correctif non seulement le correctif et mis en téléchargement (Cf : https://www.phpboost.com/download/61-mises-a-jour-phpboost-5-1/), mais un post forum + Réseaux Sociaux est publié (pour informer de la mise à jour) en plus de la mise à jour de l'archive d'installation (le fameux téléchargement de la V5.1) et du pack de migration.
Du coup je vois pas trop où est le problème sachant que cela fait depuis la V3 à ma connaissance que c'est ainsi que PHPBoost procède et que comme dit plus haut tous les autres aussi (exemple : quand on DL WordPress on DL pas la V4.8 pour ensuite se taper le patch 4.8.1 puis 4.8.2, on a directement la V4.8.2, bah ici c'est pareil c'est directement la dernière version disponible pour l'utilisateur).
Cordialement, janus57
Swan Membre non connecté
Booster Mortier
- Booster Mortier
- Voir le profil du membre Swan
- Inscrit le : 31/05/2013
- Site internet
De ce coté là, je pense comme smaj. une version fixe et libre à ceux qui le veulent d'appliquer les patchs ( en connaissance de cause). Ensuite vous cela vous évite du travail, mais votre job reste fait tout de même
Et pour une version stable de fixer des dates butoirs sur des délais plus ou moins long.
Autre chose qui m'a toujours chagriné, si je puis dire, c'est cette volonté à vouloir forcer les gens à être à jour. Il ont encore le droit de choisir, il me semble, sans pour autant dire que leur version 5.0 est obsolète. Vu qu'au dessus c'est du patchage et donc au final devenu une version majeur 5.1.
C'est étrange , il me déjà avoir eu cette conversation , il y a plus de 5 ans ..
Swan.
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Citation :
De ce coté là, je pense comme smaj. une version fixe et libre à ceux qui le veulent d'appliquer les patchs ( en connaissance de cause). Ensuite vous cela vous évite du travail, mais votre job reste fait tout de même
Et pour une version stable de fixer des dates butoirs sur des délais plus ou moins long.
Et pour une version stable de fixer des dates butoirs sur des délais plus ou moins long.
Perso je comprend pas cette philosophie de mettre une version fixe et de laisser l'utilisateur faire tout les patchs (déjà qu'en temps normale il a du mal à les faire), de plus le fait de ne pas mettre à jour les archive ne fait pas gagner du temps car tout est automatisé. C'est comme si demain vos logiciels tel que VLC/FireFox/Chrome/Opera/Notepad++ et j'en passe vous propose une version fixé puis après à vous de faire les X patchs pour avoir la dernière version en date, idem sur les serveur c'est comme si pour avoir du LAMP, debian vous installe apache 2.4.0 php 7.0.0 et mariadb 10.1.0 et qu'après vous devez patcher tout jusqu’à la dernière version (ce qui pour apache représente pas loin de 28 patchs, 19 patchs pour PHP et 26 patchs pour MariaDB, mais on peu faire pareil avec des logiciels de tout les jours pour comparer).
Quant à fixer des dates c'est bien dans la théorie, mais dans la pratique vu qu'on est tous bénévole et qu'un contre-temps peut très vite arriver c'est juste pas possible, et pour le coup je prend l'exemple de Debian qui n'a jamais fixé une seule date de sortie à l'avance et qui à comme philosophie "ça sort quand c'est prêt".
Citation :
Autre chose qui m'a toujours chagriné, si je puis dire, c'est cette volonté à vouloir forcer les gens à être à jour. Il ont encore le droit de choisir, il me semble, sans pour autant dire que leur version 5.0 est obsolète. Vu qu'au dessus c'est du patchage et donc au final devenu une version majeur 5.1.
pour les version N-1 c'est un conseil car malheureusement on ne peu pas faire du support sur plus de 2 versions pour des raisons de manque de personnes et d'évolutions de technologies.
Et le fait que si les personnes attendant trop longtemps elle vont devoir faire 2 voir 3 migrations majeurs de suite ce qui augmente le risques d'erreurs (comme quelqu'un qui souhaite passer de la V3 à la V5.1 par exemple alors qu'il n'a jamais fait de migration).
Exemple : vu les progrès de PHP/apache/MySQL, la V3/V4.0/V4.1 ne sont normalement plus compatible avec des version récente et "mainstream" de PHP (PHP 7.0) et MySQL (MySQL 5.6/5.7) voir aussi apache selon les configurations.
D'où le fait qu'on se limite à 2 versions à savoir la V5.0 et V5.1, mais seule la V5.1 sera activement supporté au niveau des bugfixe (aka prioritaire sur la sortie des patchs) et les 2 versions pour des corrections de sécurités.
Cordialement, janus57
Édité par janus57 Le 29/10/2017 à 11h31
xela Membre non connecté
- Modérateur
- Voir le profil du membre xela
- Inscrit le : 26/12/2015
- Groupes :
- Equipe Rédaction
je suis absolument d'accord avec @janus57 et je pense que l'ensemble de l'équipe aussi.
Rien à ajouter vu que son analyse est juste.
Cordialement,
Xela.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie