Et vous ça ce passe comment la MAJ ?
5.0.18 > 5.1 > 5.1.1
Support Général
xela Membre non connecté
- Modérateur
- Voir le profil du membre xela
- Inscrit le : 26/12/2015
- Groupes :
- Equipe Rédaction
Reprise du message précédent
Bonjour,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.
Mipel Membre non connecté
- Administrateur
- Voir le profil du membre Mipel
- Inscrit le : 04/04/2016
- Site internet
- Groupes :
- Equipe Rédaction
- Equipe Modération
Point 1:
lorsque l'on fait une migration (ex: 5.0 -> 5.1) c'est une opération faite une fois pour toute et il me paraît donc normal de trouver la toute dernière version dans le pack d'upgrade. Imaginons que nous en soyons à la 5.1.18 et que le pack ne contienne que la version 5.1.1 ... comme l'a déjà indiqué Janus57, il serait sans doute très désagréable de devoir appliquer les 17 patchs suivants pour arriver à la dernière version en date, pour peu que l'on ait envie d'avoir un site complètement à jour.
Point 2: Forcer les utilisateurs à mettre à jour leur version ? Forcer non. Inciter oui, en mettant en avant les apports (évolutions ou corrections) des dernières versions proposées. Il en va de la responsabilité de chacun de suivre, ou pas, les montées de versions. Mais rendons-nous à l'évidence: un jour ou l'autre, une ancienne version devra être écrasée par une nouvelle et plus il y aura d'écarts entre les deux plus ce sera difficile voire impossible...
Dans tous les cas, assurer le support de plusieurs paliers de versions n'est pas envisageable à terme.
Mais nous continuerons à aider, dans la mesure du possible, ceux qui ont des problèmes et c'est bien là l'essentiel.
Merci de penser à joindre le rapport système de votre site, il peut nous aider à mieux répondre à vos questions.
Swan Membre non connecté
Booster Mortier
- Booster Mortier
- Voir le profil du membre Swan
- Inscrit le : 31/05/2013
- Site internet
Alors pour faire simple :
1/ Une version fixe pour la version majeur.
2/ la version patché pour la maj supérieur à dispo (changement de version).
3/ La migration ..
Il ya toujours moyen de s'arranger, et de faciliter la vie des utilisateur du CMS ...
Quand je dit "Forcer" ( c'est vrai que vous les conseillez ..) mais avec insistance , la plupart du temps quand une personne viens avec un soucis vous lui dite de faire sa maj de version .. Au final il se retrouve dans la patouille avec un site en vrac , la plupart du temps et par manque de temps , il abandonne le projet .. (ce n'est pas un critique, mais une constatation) Au lieu de cela ne serait il pas mieux de les aider sur un version antérieur de 1 plutôt que d'insister sur la Maj de version , qui soit disant leur réglerais le soucis ?
Le cas échant d'une migration , je sais pas si cela serais envisageable de faire une migration BDD patché ?
Je m'explique : on relève sa BDD en 5.0 par exemple pour faire une maj en 6.0 ( je vois loin ..). Pourrait-il y avoir un script de migration de BBD, indépendant ? cela serait bien pour du long terme. Pour ensuite mettre le site dans la version fixe de PBt et ensuit n'avoir qu'a replacer sa BDD ?
En gros, faire des scripts de migration de site et BDD, pour les versions fixes antérieurs , jusqu’à la version stable, et replacer le site sur la version patché pour la maj supérieur à dispo (changement de version). Au lieu d'un réinstallation complète à chaque fois.
Ne vous acharnez pas .. je n'ai fait que donner mon point de vue
Edité par Swan Le 29/10/2017 à 12h44 : OUpss on c'est éloigné du sujet initial, désolé smaj
Edité par Swan Le 31/10/2017 à 11h23 Et bien au moins j'aurais eu le mérite de poser la question, quand à la réponse,on en a pas.
Swan.
Édité par Swan Le 31/10/2017 à 11h25
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Déjà je ne savait pas que vous aviez tout automatisé et donc c'est clair qu'après c'est complexe de revoir un truc qui tourne à merveille ça je le conçoit très bien. Mais nous en temps qu'utilisateur quand on lit "Version 5.0" on est loin de se dire que tous les patchs ont été inclus depuis dans l’archive e la version 5.0 et c'est là le point noir pour nous utilisateur car rien ne l'indique clairement .
Citation :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
Attention faut pas confondre mon pc tourne sous debian je ne compile rarement les logiciels mais que je sache lorsque qu'une version sort en X.0 et qu'un commit est ajouté pour annoncer une version X.X.2 (par exemple) et que la version est intégrée chez debian la version sort en 5.X.2 et remplace la version 5.X.0 .
La sortie de telle ou telle version reste du ressort de votre équipe je n'ai même posé ni même oser soulever la question il faut être juste car nous en temps qu'utilisateur nous somme content d'utiliser un logiciel libre et gratuit et je ne crois pas avoir mon mot à dire là dessus 'est clair.
Moi d'un point vue d'utilisateur je pense qu'une fois l'archive 5.0 ou 5.1 en ligne doit restée en l'état ou alors ... vous renommez la version depuis votre gestionnaire de downloads pour qu'elle concorde avec la sortie de la dernière version mineure.
Donc en fait quand je parlait de version figée c'est surtout le fait que l'archive d'une version figée dans les downloads chez vous n'est finalement pas figée et que c'est ce point qui prête à confusion vous me suivez ? Et oui pour moi 5.1 c'est pas 5.1.1.
Je
Dans l'affaire vous n'avez pas répondu à ma question
Donc finalement est ce que la version 5.1 est la version 5.1.1 ?
Si tel est le cas j'aimerai soulever un léger point de détail qui m'a mis sur la mauvaise piste.
J'avais la version 5.0.18 pour faire la mise à jour on est d'accord il faut suivre l'ordre non ?
Autre chose j'ai essayé de faire la MAJ en utilisant la version 5.1 seulement voilà l'installateur ne propose pas de mettre à jour la base de données que lui donne. Les 2 options qu'il offre c'est d'écraser l'installation existante ou de changer le préfixe des tables de phpboost pour une nouvelle installation. Mais Pas d'option de mise à jour de la 5.0 vers la 5.1.
PS: Désolé on a posté en même temps swan mais c'est bien de l'avoir formuler à ta façon (ouf )
Édité par smaj Le 29/10/2017 à 12h35
babsolune Membre non connecté
Administrateur
- Administrateur
- Voir le profil du membre babsolune
- Inscrit le : 16/05/2008
- Site internet
- Groupes :
On ne force personne à faire ces mises à jour et il y a encore de nombreux sites sous phpboost < 5.0, on "conseille de" seulement, pour nous, entretenir des versions anciennes et leur support, nous oblige à un travail supplémentaire qu'en tant que bénévole (peu nombreux) nous ne pouvons assumer. Ceci étant, nous restons disponible pour l'accompagnement de mises à jour des versions "obsolètes" vers la version en cours. C'est alors plus facile pour résoudre les problèmes de départ s'ils sont toujours existants.
Pour cette nouvelle version, on s'attendait forcement à plus de problèmes que d'habitude à cause du passage à l'UTF-8 qui fut un très gros morceau et dépend de trop de configurations différentes de serveurs pour être traité de manière globale.
Donc si votre mise à jour se passe mal, PHPBoost fourni des outils (rapport d'erreur de migration + interne) dont la communication de leurs résultats nous sera beaucoup plus utile pour vous aider.
Citation :
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
On va prendre 5.1.1 parce que la 5.1.8 n'est pas encore sortie
5.1 n'est pas plus à jour que 5.1.1, 5.1 EST la 5.1.1, comme pour n'importe quel logiciel, il y a une version majeure et des correctifs mais à l'instant T où tu télécharges, tu obtiens la version majeure contenant tous les patchs depuis sa sortie initiale, quand tu vas sur Joomla, ils te proposent Joomla 3.8 et quand tu télécharges on te propose 3.8.1 comme nous, pas 3.8 + patch 3.8.1.
Édité par babsolune Le 30/10/2017 à 10h19
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">Déjà je ne savait pas que vous aviez tout automatisé et donc c'est clair qu'après c'est complexe de revoir un truc qui tourne à merveille ça je le conçoit très bien. Mais nous en temps qu'utilisateur quand on lit "Version 5.0" on est loin de se dire que tous les patchs ont été inclus depuis dans l’archive e la version 5.0 et c'est là le point noir pour nous utilisateur car rien ne l'indique clairement .</div></div>
Pour le coup c'est écrit clairement dans un encadré sur la page de téléchargement + la page générique de téléchargement, après si l'encadré ou le texte dedans est peu explicite on peu le changer c'est pas un problème.
<div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content">Donc finalement est ce que la version 5.1 est la version 5.1.1 ?
Si tel est le cas j'aimerai soulever un léger point de détail qui m'a mis sur la mauvaise piste.
J'avais la version 5.0.18 pour faire la mise à jour on est d'accord il faut suivre l'ordre non ?
<ol class="formatter-ol">
<li class="formatter-li"><a href="/download/61-mises-a-jour-phpboost-5-1/495-pack-de-mise-a-jour-5-0-vers-5-1/">J'applique ce patch </a>
</li><li class="formatter-li"><a href="/download/61-mises-a-jour-phpboost-5-1/631-pack-de-mise-a-jour-5-1-0-vers-5-1-1/">et ensuite celui-ci</a>
</li></ol>
</div></div>
non juste le petit 1, le patch 2 est déjà inclus comme écrit sur la page de téléchargement <div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content">Les versions mineures de PHPBoost 5.1 sont inclues dans le pack, vous n'avez pas besoin de les faire manuellement après la migration</div></div> ainsi que la documentation de migration <div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content">[…]Celle-ci contient tous les fichiers nécessaires à la nouvelle version (la dernière version en date <span style="text-decoration: underline;">avec mises à jour mineures intégrées</span>) ainsi que le script de mise à jour.</div></div>
Ce qui fera passer le site de la V5.0.18 à V5.1.1 directement puis dans le futur de la V5.0.18 à la V5.1.X ou X sera le nombre de patch présent pour la branche 5.1
<div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content">Autre chose j'ai essayé de faire la MAJ en utilisant la version 5.1 seulement voilà l'installateur ne propose pas de mettre à jour la base de données que lui donne. Les 2 options qu'il offre c'est d'écraser l'installation existante ou de changer le préfixe des tables de phpboost pour une nouvelle installation. Mais Pas d'option de mise à jour de la 5.0 vers la 5.1. </div></div>
normale c'est une version d'installation et non de mise à jour, pour faire une mise à jour majeur/migration il faut absolument utiliser le pack de migration qui prévois les outils de migrations nécessaires.
Cordialement, janus57
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
<div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content">Joomla, ils te proposent Joomla 3.8 et quand tu télécharges on te propose 3.8.1 comme nous, pas 3.8 + patch 3.8.1.</div></div>
Pas tout à fait vous dites qu'ils y a les correctif mais la version proposée ou plutôt affichée est la 5.1 mais ok je pinaille, quand on télécharge la 5.1 c'est affiché 5.1 et pas 5.1.1. Mais ok rien de grave on en parle c'est tout.
Aussi on parlait de la bdd encodée windows 1258 mais le problème c'est que ça s'arrête à 1257 ? J'ai essayé en iso-8859-1 et ça me plante pas mal de liens partie admin mais bon je ne déséspère pas je vais donc appliquer le patch qui va bien et je vous dirai ensuite.
Sinon au pire il doit y avoir des manipes à faire avec mysql pour passer d'un format à un autre on verra comment régler ce problème en temps voulu.
<div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content">normale c'est une version d'installation et non de mise à jour, pour faire une mise à jour majeur/migration il faut absolument utiliser le pack de migration qui prévois les outils de migrations nécessaires.</div></div>
Ah voilà donc ça il faudrait le spécifier plus clairement<a href="/forum/download/60-phpboost-5-1/478-phpboost-5-1/"> ici </a>car généralement d'une version à une autre un cms embarque ce genre de procédure pour passer de la version installée vers la version supérieure mais si c'est bien expliqué alors ok je le saurai pour les futures versions.
La version complète set donc dédiée à une nouvelle installation mais il n'est pas possible de mettre à jour phpboost depuis une version précédente avec.
Donc bref bien signaler depuis la page download que pour la MAJ de 5.0 il faut appliquer le patch <a href="/download/61-mises-a-jour-phpboost-5-1/631-pack-de-mise-a-jour-5-1-0-vers-5-1-1/">qui va bien</a> et ne laisser que le dernier patch puisque finalement c'est celui qui sera à jour par défaut vers la dernière version vu qu'il n'y a pas besoin de passer par le patch intermédiaire 5.0>5.1.
Est ce que j'ai bon ?
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Citation :
Aussi on parlait de la bdd encodée windows 1258 mais le problème c'est que ça s'arrête à 1257 ? J'ai essayé en iso-8859-1 et ça me plante pas mal de liens partie admin mais bon je ne déséspère pas je vais donc appliquer le patch qui va bien et je vous dirai ensuite.
il n'y a rien a touché manuellement en BDD le script de migration le fait tout seule, justement si vous touchez manuellement la BDD c'est là ou vous avez 90% de chance de casser la migration.
Citation :
Sinon au pire il doit y avoir des manipes à faire avec mysql pour passer d'un format à un autre on verra comment régler ce problème en temps voulu.
cela ne fonctionnera pas, comme dit sur un autre topic, plusieurs action sont effectués sur la BDD au moment de la migration, il faut impérativement passer par le script de migration.
Citation :
Ah voilà donc ça il faudrait le spécifier plus clairement ici car généralement d'une version à une autre un cms embarque ce genre de procédure pour passer de la version installée vers la version supérieure mais si c'est bien expliqué alors ok je le saurai pour les futures versions.
encore une fois désolé mais c'est bien précisé dans la documentation de migration qu'il faut utiliser le pack de migration et non le pack d'installation.
Après si il faut modifier la doc de migration il ne faut pas hésiter, mais tout est précisé dans cette dernière, aussi bien le fait d'utiliser le pack de migration et le fait que celui-ci intègre les dernière version mineur (ici la V5.1.1).
Cordialement, janus57
xela Membre non connecté
- Modérateur
- Voir le profil du membre xela
- Inscrit le : 26/12/2015
- Groupes :
- Equipe Rédaction
pour confirmer ce que dit @janus57 :
https://www.phpboost.com/download/61-mises-a-jour-phpboost-5-1/495-pack-de-mise-a-jour-5-0-vers-5-1/ =>
Citation :Ce convertisseur vous permet de migrer vos données de PHPBoost 5.0 à la dernière version stable PHPBoost 5.1.
Les versions mineures de PHPBoost 5.1 sont inclues dans le pack, vous n'avez pas besoin de les faire manuellement après la migration.
Deplus dans la doc de migration : https://www.phpboost.com/wiki/passer-son-site-5-0-en-version-5-1 =>
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.
Donc cela est bien précisé partout.
Enfin j'ajouterai : https://www.phpboost.com/news/15-phpboost-5-1/230-mise-a-jour-v5-1-1/
Cordialement,
Xela
Édité par xela Le 29/10/2017 à 22h31
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Déjà j'ai eut plusieurs soucis lié aux droits d'écriture coté site à savoir que dans le cas d'une installation avec ispconfig les droits appiqué à la création d'un fichiers sur le serveur sont www-data mais qu'avec ispconfig il faut que ce soit les droits de votre utilisateur virtuel ce qui évidement donne lieu à l'arrêt du script.
Code TEXT :
/var/www/monsite.net/web/update# ls -la total 44 drwxrwxrwx 9 web3 client1 4096 Oct 29 22:07 . drwxrwxrwx 51 web3 client1 4096 Oct 29 22:01 .. drwxrwxrwx 2 web3 client1 4096 Oct 29 22:00 controllers drwxrwxrwx 2 web3 client1 4096 Oct 29 22:00 environment -rwxrwxrwx 1 web3 client1 2831 Oct 29 22:00 index.php drwxrwxrwx 4 web3 client1 4096 Oct 29 22:00 lang drwxrwxrwx 2 web3 client1 4096 Oct 29 22:00 phpboost drwxrwxrwx 4 web3 client1 4096 Oct 29 22:00 services drwxrwxrwx 3 web3 client1 4096 Oct 29 22:00 templates -rw-r--r-- 1 www-data www-data 1539 Oct 29 22:08 update_log.txt drwxrwxrwx 2 web3 client1 4096 Oct 29 22:00 util
Un coup de chown sur le bon fichier change la donne (à mon avis c'est à noter quelque part dans la doc ).
Ensuite j'ai du supprimé comme la doc l'indique les menus que j'ai moi même créé directement sur la base de donnée du site puis relancé la procédure et là elle a finalement abouti ce qui est une excellente chose.
Voilà bon c'est pas fini j'ai quand même chtars: admin/server/?url=/report/ me renvoi ceci:
Citation :
Fatal error: Call to a member function get_configuration() on null in /var/www/clients/client1/web3/web/admin/server/controllers/AdminServerSystemReportController.class.php on line 58
/admin/updates/updates.php me claque ça:
Citation :
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
Dans la BDD les tables phpboost_stats_referer et phpboost_errors_404 sont restée en latin1_swedish_ci.
Voici la liste des erreurs archivées l'action la plus encienne correspond à l'heure ou j'ai commencé à appliquer le patch en suivant les recommandations :
Code TEXT :
2017-10-29 22:38:44 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 2017-10-29 22:34:20 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 2017-10-29 22:11:08 Suggestion : unserialize(): Error at offset 1228 of 1555 bytes [0] /kernel/framework/helper/TextHelper.class.php:301 [0] /kernel/framework/helper/TextHelper.class.php:301 - unserialize(string) [1] /kernel/framework/phpboost/menu/MenuService.class.php:602 - TextHelper::unserialize(string) [2] /kernel/framework/phpboost/menu/MenuService.class.php:110 - MenuService::initialize(array) [3] /update/services/UpdateServices.class.php:577 - MenuService::load(string) [4] /update/services/UpdateServices.class.php:247 - UpdateServices::update_content_menus() [5] /update/controllers/UpdateVersionExecuteController.class.php:47 - UpdateServices->execute() [6] /update/controllers/UpdateVersionExecuteController.class.php:39 - UpdateVersionExecuteController->handle_form() [7] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:87 - UpdateVersionExecuteController->execute(HTTPRequestCustom) [8] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:59 - UrlControllerMapper->do_call() [9] /kernel/framework/mvc/dispatcher/Dispatcher.class.php:67 - UrlControllerMapper->call() [10] /kernel/framework/mvc/dispatcher/DispatchManager.class.php:43 - Dispatcher->dispatch() [11] /update/index.php:85 - DispatchManager::dispatch(array) [URL] /update/index.php?url=/execute 2017-10-29 22:08:00 Suggestion : unserialize(): Error at offset 1228 of 1555 bytes [0] /kernel/framework/helper/TextHelper.class.php:301 [0] /kernel/framework/helper/TextHelper.class.php:301 - unserialize(string) [1] /kernel/framework/phpboost/menu/MenuService.class.php:602 - TextHelper::unserialize(string) [2] /kernel/framework/phpboost/menu/MenuService.class.php:110 - MenuService::initialize(array) [3] /update/services/UpdateServices.class.php:577 - MenuService::load(string) [4] /update/services/UpdateServices.class.php:247 - UpdateServices::update_content_menus() [5] /update/controllers/UpdateVersionExecuteController.class.php:47 - UpdateServices->execute() [6] /update/controllers/UpdateVersionExecuteController.class.php:39 - UpdateVersionExecuteController->handle_form() [7] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:87 - UpdateVersionExecuteController->execute(HTTPRequestCustom) [8] /kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php:59 - UrlControllerMapper->do_call() [9] /kernel/framework/mvc/dispatcher/Dispatcher.class.php:67 - UrlControllerMapper->call() [10] /kernel/framework/mvc/dispatcher/DispatchManager.class.php:43 - Dispatcher->dispatch() [11] /update/index.php:85 - DispatchManager::dispatch(array) [URL] /update/index.php?url=/execute 2017-10-29 22:03:37 Inconnue : Can't open the file for creating / writing : ../update/update_log.txt #0 /var/www/clients/client1/web3/web/kernel/framework/io/filesystem/File.class.php(293): File->check_file_descriptor('Can't open the ...') #1 /var/www/clients/client1/web3/web/kernel/framework/io/filesystem/File.class.php(150): File->open(3) #2 /var/www/clients/client1/web3/web/update/services/UpdateServices.class.php(648): File->append('config news-con...') #3 /var/www/clients/client1/web3/web/update/services/UpdateServices.class.php(328): UpdateServices->add_error_to_file('config news-con...', true, '') #4 /var/www/clients/client1/web3/web/update/services/UpdateServices.class.php(222): UpdateServices->update_configurations() #5 /var/www/clients/client1/web3/web/update/controllers/UpdateVersionExecuteController.class.php(47): UpdateServices->execute() #6 /var/www/clients/client1/web3/web/update/controllers/UpdateVersionExecuteController.class.php(39): UpdateVersionExecuteController->handle_form() #7 /var/www/clients/client1/web3/web/kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php(87): UpdateVersionExecuteController->execute(Object(HTTPRequestCustom)) #8 /var/www/clients/client1/web3/web/kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php(59): UrlControllerMapper->do_call() #9 /var/www/clients/client1/web3/web/kernel/framework/mvc/dispatcher/Dispatcher.class.php(67): UrlControllerMapper->call() #10 /var/www/clients/client1/web3/web/kernel/framework/mvc/dispatcher/DispatchManager.class.php(43): Dispatcher->dispatch() #11 /var/www/clients/client1/web3/web/update/index.php(85): DispatchManager::dispatch(Array) #12 {main} /var/www/clients/client1/web3/web/kernel/framework/io/filesystem/File.class.php 2017-10-29 22:02:54 Inconnue : Can't open the file for creating / writing : ../update/update_log.txt #0 /var/www/clients/client1/web3/web/kernel/framework/io/filesystem/File.class.php(293): File->check_file_descriptor('Can't open the ...') #1 /var/www/clients/client1/web3/web/kernel/framework/io/filesystem/File.class.php(150): File->open(3) #2 /var/www/clients/client1/web3/web/update/services/UpdateServices.class.php(648): File->append('config news-con...') #3 /var/www/clients/client1/web3/web/update/services/UpdateServices.class.php(328): UpdateServices->add_error_to_file('config news-con...', true, '') #4 /var/www/clients/client1/web3/web/update/services/UpdateServices.class.php(222): UpdateServices->update_configurations() #5 /var/www/clients/client1/web3/web/update/controllers/UpdateVersionExecuteController.class.php(47): UpdateServices->execute() #6 /var/www/clients/client1/web3/web/update/controllers/UpdateVersionExecuteController.class.php(39): UpdateVersionExecuteController->handle_form() #7 /var/www/clients/client1/web3/web/kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php(87): UpdateVersionExecuteController->execute(Object(HTTPRequestCustom)) #8 /var/www/clients/client1/web3/web/kernel/framework/mvc/dispatcher/UrlControllerMapper.class.php(59): UrlControllerMapper->do_call() #9 /var/www/clients/client1/web3/web/kernel/framework/mvc/dispatcher/Dispatcher.class.php(67): UrlControllerMapper->call() #10 /var/www/clients/client1/web3/web/kernel/framework/mvc/dispatcher/DispatchManager.class.php(43): Dispatcher->dispatch() #11 /var/www/clients/client1/web3/web/update/index.php(85): DispatchManager::dispatch(Array) #12 {main} /var/www/clients/client1/web3/web/kernel/framework/io/filesystem/File.class.php
PS: j'ajoute aussi un point crucial que je me vois dans l'obligation de reporter comme un bug critique.
J'ai créer un groupe "utilisateur validé" en gros l'utilisateur doit se présenter dans une section de forum définie qui est la seule en écriture pour le nouvel arrivant. Le mebre se présente et juste après il est manuellement ajouté à ce groupe qui lui ouvre les droits d'écriture ailleurs que sur la section d'accueil. Sauf que voilà la structure des droits réinitialisé sur la MAJ c'est pas le bon plan ça :s .
J'ai quelques coquilles avec semble-t-il le fichier langue par exemple sur le forum " Solved topic?"
Édité par smaj Le 29/10/2017 à 23h01
xela Membre non connecté
- Modérateur
- Voir le profil du membre xela
- Inscrit le : 26/12/2015
- Groupes :
- Equipe Rédaction
Vous avez lu la doc de migration ?
De plus, on ne fait pas de modification directement dans la bdd.
Regardez votre configuration général, est ce que toutes les infos de votre site sont disponibles ? Si ce n'est pas le cas, il faut les remettre.
Pour les stats et les erros 404 cest normale que cela reste en latin après migration.
Cordialement,
Xela
Édité par xela Le 29/10/2017 à 22h59
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Citation :
De plus, on ne fait pas de modification directement dans la bdd.
Hum ! Je cite la doc hein !
Citation :
Problème potentiel
Dans certains cas, vous risquez de voir s'afficher un message de ce genre:
Nous avons effectivement constaté que certains menus n'étaient pas correctement convertis en UTF-8 et généraient ce type de message.
Solution de contournement:
Faire une sauvegarde de la table phpboost_menus en old_phpboost_menus par exemple
Dans la table phpboost_menus, supprimer un par un les enregistrements correspondants aux menus ajoutés par vos soins (autres que ceux existants par défaut)
Une fois que le message n'apparaît plus, vous devrez refaire le (ou les) menus concernés directement à partir de l'administration du site.
Si vous ne l'aviez pas déjà fait avant de lancer la mise à jour, votre site sera automatiquement placé en maintenance au début de celle-ci. N'oubliez pas de la désactiver une fois toutes vos vérifications effectuées.
Dans certains cas, vous risquez de voir s'afficher un message de ce genre:
Code TEXT :
unserialize(): Error at offset 358 of 681 bytes [0] /kernel/framework/helper/TextHelper.class.php:305<br />[0] /kernel/framework/helper/TextHelper.class.php:305 - unserialize(string)<br />[1] /kernel/framework/phpboost/menu/MenuService.class.php:602 - TextHelper::unserialize(string)<br />[2] /kernel/framework/phpboost/menu/MenuService.class.php:88 - MenuService::initialize(array)<br />[3] /admin/menus/menus.php:117 - MenuService::get_menus_map()<br />[URL] /admin/menus/menus.php
Nous avons effectivement constaté que certains menus n'étaient pas correctement convertis en UTF-8 et généraient ce type de message.
Solution de contournement:
Faire une sauvegarde de la table phpboost_menus en old_phpboost_menus par exemple
Dans la table phpboost_menus, supprimer un par un les enregistrements correspondants aux menus ajoutés par vos soins (autres que ceux existants par défaut)
Une fois que le message n'apparaît plus, vous devrez refaire le (ou les) menus concernés directement à partir de l'administration du site.
Si vous ne l'aviez pas déjà fait avant de lancer la mise à jour, votre site sera automatiquement placé en maintenance au début de celle-ci. N'oubliez pas de la désactiver une fois toutes vos vérifications effectuées.
xela Membre non connecté
- Modérateur
- Voir le profil du membre xela
- Inscrit le : 26/12/2015
- Groupes :
- Equipe Rédaction
2. Supprimer vos menus via l'admin. Dans votre cas, vous avez surement oublié un menu.
3. Relancer le transfert ftp de du script de migration.
4. Lancer le script
Je vais voir ce point la concernant la doc avec l'équipe.
Cordialement,
Xela
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Citation :
Déjà j'ai eut plusieurs soucis lié aux droits d'écriture coté site à savoir que dans le cas d'une installation avec ispconfig les droits appiqué à la création d'un fichiers sur le serveur sont www-data mais qu'avec ispconfig il faut que ce soit les droits de votre utilisateur virtuel ce qui évidement donne lieu à l'arrêt du script.
Pour le coup ça c'est une mauvaise configuration de ISPConfig et ne peut être inclus dans la doc de PHPBoost car spécifique à ISPConfig et la gestion de serveur.
Citation :
Dans la BDD les tables phpboost_stats_referer et phpboost_errors_404 sont restée en latin1_swedish_ci.
c'est normale, ce sont les eules tables qui ne sont pas en UTF-8 pour le moment.
Sinon comme dit plusieurs fois il ne faut jamais toucher à la BDD manuellement.
Cordialement, janus57
smaj Membre non connecté
Booster Roquette
- Booster Roquette
- Voir le profil du membre smaj
- Inscrit le : 17/01/2016
- Groupes :
Dites moi janus57 vous lisez votre doc ou pas ? C'est pas moi qui la rédige <img src="/images/smileys/grin.png" alt=":D" class="smiley" />
<div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content">
Nous avons effectivement constaté que certains menus n'étaient pas correctement convertis en UTF-8 et généraient ce type de message.
Solution de contournement:
Faire une sauvegarde de la table phpboost_menus en old_phpboost_menus par exemple
Dans la table phpboost_menus, supprimer un par un les enregistrements correspondants aux menus ajoutés par vos soins (autres que ceux existants par défaut)
Une fois que le message n'apparaît plus, vous devrez refaire le (ou les) menus concernés directement à partir de l'administration du site.
Si vous ne l'aviez pas déjà fait avant de lancer la mise à jour, votre site sera automatiquement placé en maintenance au début de celle-ci. N'oubliez pas de la désactiver une fois toutes vos vérifications effectuées.</div></div>
Donc non je ne repasse pas en 5.0 pour l'instant je cherche juste à comprendre ce qui cloche j'ai suivit <a href="/wiki/passer-son-site-5-0-en-version-5-1">la procédure </a> au pied de la lettre. Presque tout fonctionne je vais donc juste être patient <img src="/images/smileys/smile.png" alt=":)" class="smiley" /> .
<div class="formatter-container formatter-blockquote"><span class="formatter-title">Citation :</span><div class="formatter-content"> pour le coup ça c'est une mauvaise configuration de ISPConfig et ne peut être inclus dans la doc de PHPBoost car spécifique à ISPConfig et la gestion de serveur.</div></div>
Disons que ça a le mérite d'être signalé quelque part car j'imagine que je ne suis pas le seul à tourner avec ispconfig.
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Citation :
Dites moi janus57 vous lisez votre doc ou pas ? C'est pas moi qui la rédige
visiblement il y a eu une mauvaise compréhension au moment de l'écriture de ce passage et va être rectifié comme l'a dit @xela.
Citation :
Disons que ça a le mérite d'être signalé quelque part car j'imagine que je ne suis pas le seul à tourner avec ispconfig.
+90% des personnes utilise soit des hébergeur soit des autres panels, et pour le coup il faut sans doute chercher dans le doc de ISPConfig.
Donc pour ma part je suis pas fan de mettre ce genre de chose dans la doc surtout que je ne sais pas comment le configurer (car la technique du chmod après coup c'est clairement pas bon).
Cordialement, janus57
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie