|
Jireck
 8502 
|  Posté : 14-03-2022 10:36
Bonjour,
il y a une mise a jour vers 16.3 ?
Merci |
 Profil  Citation
|
|
jpb
2791
| |
Jireck
8502
| |
jpb
2791
| Posté : 14-03-2022 14:20
du travail et des tests ..... ..pour finaliser le script .... qui est dispo (sur github dans l'état ....) |
Profil  www Citation
|
|
Jireck
8502
| Posté : 14-03-2022 14:27
Je vais jeter un oeil mais vu qyue c'est pas fonctionnel sur Free, cela va etre dur.
Je te dis
|
Profil Citation
|
|
Jireck
8502
| Posté : 14-03-2022 14:43
Je garde le sujet pour la mise a jour.
En fait, la mise a jour marche bien sur un environnement vierge c'est les données qui ne sont pas transformé?
ou tu as remarqué autre chose ? |
Profil Citation
|
|
jpb
2791
| Posté : 14-03-2022 15:44
en fait le script de mise à jour peut s'occuper de toute la partie structurelle de la base .... Mais dans certains contextes on a des données qui sont irrécupérables programatiquement puisqu'elles sont en fait au final détériorées ...
donc pour les données cela ne peut être fait que de manière "manuelle" ... certain contextes sont très facile et d'autres plus fastidieux ....
par exemple une 13 en iso ne pose pas de problème majeur ...
mais cela se complique avec les différentes version en utf8 ...
(car pour résumer jusqu'a la 16.2 ce qu'on a(vait) dans nos tables ce sont des caractères encodés en utf8 mais représenté par le charset iso latin1 (à cause de la non définition du charset de la connection : mysqli_set_charset dans npds) ... et qui plus est parfois tronqué (à cause des 3bytes de "utf8" de mysql .... ) |
Profil www Citation
|
|
Jireck
8502
| Posté : 14-03-2022 16:09
je vois le probleme mais c'est au script ou modop de donner les actions à faire.
et proposer des outils de correction, s'il en existe mo, j'en sais rien là dessus.
J'ai un site avec une base de 1Go je vais pas le faire à la main. et je t'avoue que je ne suis pas serein a migrer la base.
|
Profil Citation
|
|
jpb
2791
| Posté : 14-03-2022 16:52
tout dépend de la configuration de ce que tu dois migrer es tu en utf8 ou iso ??? et avec quelle version ...
si c'est une 13 en iso alors pas trop de prob (car en principe pas de données à réparer)...
- un site ou sous site neuf en 16.3 avec bd vierge (archive sql)
- sauvegarde de la bd ancienne
- export des données ancienne
- travaux de contrôle conversion (au mieux) et /ou de réparation (au pire) dans un éditeur de texte
- réimport dans la nouvelle base ....
- test
puis application de ce clone au site ....
mais je te rassure on l'a fait pour de gros site avec de grosses bases qui plus est avec les configuration les plus ennuyeuses utf8 en version 16 .... bon ca peut prendre quelques jours ... mais ca se fait très bien .... heureusement toutes les tables ne sont pas à reprendre (celles ne contenant pas d'éléments sensible à l'encodage ...) mais bon y'a des morceaux de bravoure posts stories rubrique ...etc ... enfin toutes celles avec gros contenu potentiel
on le fera aussi j'espère dans quelque temps pour npds quand on aura réglé certain problème de serveur/hébergement .... |
Profil www Citation
|
|
Jireck
8502
| Posté : 14-03-2022 17:14
ca m'indique pas la marche a suivre tout ca et pourtant je ne suis pas le plus con des utilisateurs npds.
travaux de contrôle conversion (au mieux) et /ou de réparation (au pire) dans un éditeur de texte
c'est quoi qu'il faut faire ?
|
Profil Citation
|
|
jpb
2791
| Posté : 14-03-2022 17:19
tout dépend de la configuration de ce que tu dois migrer es tu en utf8 ou iso ??? et avec quelle version ... |
Profil www Citation
|
|
fliaigre
916
| Posté : 14-03-2022 17:22
Bonjour Jireck,
Au final je l'ai fait à la main à partir d'une sauvegarde de la base en latin Rev13 et ça s'est bien passé.
J'ai décrit les différentes étapes.
J'y suis arrivé et, je pense que tu maitrise bien mieux que moi.
Après je reconnais que j'ai un peu angoissé aussi.
J'ai commencé par migrer une plus petite base pour me faire la main. |
Profil www Citation
|
|
fliaigre
916
| |
Dev 
|
Charte|
Nous contacter|CNIL : 873057|Logiciel sous licence GNU/GPL|
.:Page >> Super-Cache:.