Bonsoir,
Je gère une médiathèque Piwigo en 2.1.6, installée en 2012, avec un template customisé.
Afin de pouvoir intégrer des vidéos, j'ai besoin de migrer en 2.8.x.
Une partie de mes données est uploadée, l'autre a été envoyée en ftp.
J'ai dupliqué mon vhost et la BDD sur mon serveur, j'ai suivi toutes les étapes de la migration automatique, et aussi manuelle, rien n'y fait, une fois la migration terminée, les photos (toutes déclinaisons) ne s'affichent plus.
Dans l'admin, elles s'affichent comme photos orphelines.
J'ai testé plusieurs migrations, en refaisant un rsync entre le vhost en prod et celui de dév, en vidant la bdd de dév, puis reclonant la bdd de prod dessus, pour repartir de données fraiches.
J'ai créé un 2nd Vhost de dév, sans plus de succès.
J'ai chargé des thèmes standards Piwigo...
J'ai essayé de virtualiser mes photos, et j'ai laissé faire l'outil de migration, toujours aucune vignette, ni de plein écran, alors que les haute défs sont téléchargeables.
J'ai vérifié le fichier de config, il n'y a rien de spécial.
Soit il y a un bug, soit je suis passé à côté de quelque chose d'évident.
Si quelqu'un a une idée, il aura ma reconnaissance éternelle.
Merci d'avance pour toute aide.
Bonne soirée.
Système d'exploitation: Linux
PHP: 5.6.27 [2016-11-12 20:09:23]
MySQL: 5.5.44-MariaDB [2016-11-12 20:09:23]
Bibliothèque graphique: ImageMagick 6.7.8-9
Dernière modification par torode (2016-11-13 17:25:57)
Hors ligne
Bonjour torode,
une idée Oui, de passer ton piwigo en 2.2.0 manuellement, 2.2.5... et vice versa jusqu'à 2.8.x
c'est à dire soit installer ou alors faire la mise à jour manuellement de la 2.2.0 piwigo avec ou sans plugins ajouté sur un dossier avec ton template customisé.
2eme idée, ton template est il compatible à 2.8.x ?
3eme idée, installer piwigo 2.8.x propre sur ton support puis installer ton template customisé ? si ok envoi d'images photos et/ou videos de test (extensions de video...). Si ça bloque, c'est qu'il y a un paramétrage additionnel.
Petite question : depuis quand piwigo a t'il intégré l'ajout de video ? ;)
Bonne soirée
Cordialement
k5
Dernière modification par k5 (2016-11-13 18:18:35)
Hors ligne
Bonsoir k5,
Merci pour ta réponse.
J'ai testé une MàJ manuelle intermédiaire, en 2.2, une en 2.5 et une en 2.8.2, rien à faire, même avec des thèmes de base, les vignettes ne s'affichent plus.
Elles se retrouvent en photos orphelines dans l'admin.
À chaque test, c'est un rsync de 46Go de données et une suppression des tables de la base, avant de ré-importer ma base de référence.
Je vérifie le propriétaire et repasse les droits en 777.
J'ai même renommé les préfixes des tables de phpwebgallery à piwigo, au cas où ce serait un pré-requis pour la MàJ.
Je n'ai pas de cache au niveau du serveur.
Je ne comprends pas.
Concernant les vidéos, je crois que j'en intègre dans Piwigo depuis Phpwebgallery 1.7, en 2007 ou 2008. C'est loin, je peux me tromper d'année ou de version.
Bonne soirée.
Hors ligne
Bonjour
un lien ?
http://fr.piwigo.org/doc/doku.php?id=ut … manquantes ?
A bientpt
Hors ligne
Bonjour,
Merci pour le lien, que j'avais consulté avant de laisser mon premier message sur le forum.
Mon problème est que suite à n'importe quelle MàJ, les vignettes et les plein écrans n'apparaissent plus, dans le front, ni dans le back office.
Les photos sont détachées de leur catégorie et apparaissent comme orphelines.
Les liens sont cassés.
Comme les MàJ ne fonctionnaient pas, et que j'ai passé 3 jours à tester toute sorte de solution, j'ai cloné un autre Piwigo en 2.8, dont j'ai supprimé le contenu.
J'ai synchronisé les dossiers qui étaient dans galleries, les ai virtualisés, soit 6Go.
Il me reste à traiter les 40Go. Je vais essayer d'injecter les données de l'ancienne base, table par table, après les avoir modifiées pour respecter la structure de la v2.8.
Bonne journée.
Hors ligne
Bonsoir,
J'ai réussi à migrer la plupart des tables de ma v 2.1.6 en v 2.8.2. Tout fonctionne correctement sauf la table images. La taille des HD n'étant pas indiquée, il est impossible de téléchagrer un format supérieur à du 600x400px.
Je suis donc reparti d'un clone de ma 2.1.6, avec thèmes et fichiers php standards, que j'ai mis à jour progressivement en 2.2, 2.3 et 2.4.
Tout se passait bien, jusqu'à la MàJ en 2.4.
Aucune vignette, plein écran ni HD ne s'affichent plus.
Que ce soient des images issues de galeries virtuelles ou non.
De plus, les photos des dossiers galleries/*/pwg_high ont disparu (Je n'ai pas retrouvé mes photos de 2002 dans des dossiers upload)
Est-ce la MàJ 2.4 qui a un bug ?
Faut-il repartir d'un clone de ma photothèque en 2.1.6 avec fichiers et thèmes standards et mettre à jour différemment ?
Je vous remercie d'avance pour vos réponses.
Bonne soirée.
Hors ligne
Bonjour,
Existe t'il un script qui permette d'effectuer la migration correctement, sans perdre les photos au passage ?
Même un script MySQL à lancer dans phpMyAdmin.
D'avance merci pour toute info.
Bonne journée.
Hors ligne
torode a écrit:
Est-ce la MàJ 2.4 qui a un bug ?
Faut-il repartir d'un clone de ma photothèque en 2.1.6 avec fichiers et thèmes standards et mettre à jour différemment ?
Je vous remercie d'avance pour vos réponses.
Bonne soirée.
Bonjour,
oui si tu à un clone je repartirais de la 2.1.6
la mise à jour ne doit pas faire perdre de données
Hors ligne
Bonsoir ddtddt,
Je viens de (re)*-cloner ma bdd 2.1.6 sur un vhost, appliquer quelques modifs légères dans /include/config_default.inc, remplacer les fichiers 2.1.6 par ceux de la 2.8.3.
J'ai appliqué des droits en 777, j'ai modifié les réglages php :
php : 5.6.28
memory_limit 1Go
max_execution_time 600
max_input_time 600
Je me connecte,cela lance l'upgrade.
Ce contenu s'affiche :
=== upgrade 112
Change combined dir
=== upgrade 113
New settings for resizing original photo (related to multiple sizes feature)
=== upgrade 114
new parameter: Activate comments
=== upgrade 115
New setting for comments order on picture page
=== upgrade 116
"Add #images.coi" ended
=== upgrade 117
"fill empty images name with filename" ended
=== upgrade 118
Automatically activate mobile theme.
=== upgrade 119
Reset derivative configuration to include XXS and XS sizes.
=== upgrade 120
rotation mode (code, not angle) is stored in the database
=== upgrade 121
add/append htaccess for hotlinks (cancelled, see plugin "Hotlink Compatibility")
=== upgrade 122
et il ne se passe plus rien.
Je relance :
=== upgrade 91
Remove adviser status.
=== upgrade 92
New colum images.added_by, reference to users.id
=== upgrade 93
Monday may not be the first day of the week
=== upgrade 94
Je relance :
idem.
À chaque fois que je me connecte à index.php, upgrade.php me propose la MàJ de 2.1.0 en 2.8.3
D'où ma question précédente sur le script d'upgrade à lancer manuellement pour pouvoir mettre ma médiathèque à jour.
D'avance merci pour toute suggestion ou toute aide.
Bonne soirée !
Hors ligne
Bonsoir
vous pouvez appliquer manuellement presque tout ce qu'il y a dans /install/db : l'upgrade depuis 2.1.x commence au numéro 91
le mieux serait aussi d'aller voir le contenu de la table piwigo.upgrade
Hors ligne
Bonjour Flop25,
Merci pour ces infos.
Le dernier ID de la table est 121.
Le contenu du champ description est : [migration from 2.3.0 to 2.8.3] add/append htaccess for hotlinks (cancelled, see plugin "Hotlink Compatibility")
Mon install de départ était une 1.7, avant ma dernière migration en 2.1.6. Les préfixes des tables sont phpwebgallery_. Faut-il commencer par les renommer en piwigo ?
Bonne journée.
Hors ligne
Bonjour,
torode a écrit:
Mon install de départ était une 1.7, avant ma dernière migration en 2.1.6. Les préfixes des tables sont phpwebgallery_. Faut-il commencer par les renommer en piwigo ?
non
par contre dans ton fichier de config il faut bien qu'il y ai phpwebgallery dans le préfixe de table
Hors ligne
Bonjour,
Oui, c'est le cas.
Apparemment, ce qui bloque c'est le script 122-database.php, celui qui réorganise le contenu de galleries dans upload et insère les détails des pwg_high dans la table images.
Voici la dernière ligne d'erreur dans les logs :
[Thu Nov 24 09:24:33.317530 2016] [proxy_fcgi:error] [pid 2265:tid 140005263472384] [client 80.12.33.27:52765] AH01071: Got error 'PHP message: PHP Warning: [mysql error 1054] Unknown column 'high_width' in 'field list'\n\nSELECT\n id,\n path,\n tn_ext,\n has_high,\n high_filesize,\n high_width,\n high_height\n FROM phpwebgallery_images\n; in /var/www/vhosts/xxx.fr/photos4.xxx.fr/include/dblayer/functions_mysqli.inc.php on line 845\nPHP message: PHP Fatal error: Call to a member function fetch_assoc() on boolean in /var/www/vhosts/kmsp.fr/photos4.xxx.fr/include/dblayer/functions_mysqli.inc.php on line 226\n', referer: http://photos4.xxx.fr/upgrade.php
Hors ligne
ha parfait!
donc Unknown column 'high_width' => il manque cette colonne dans phpwebgallery_images
[Github] Piwigo file install/db/100-database.php pour l'ajouter manuellement en espérant qu'il n'y ait que ça à corriger
mais toute ceci semble dire que le serveur soit apache soit mysql a du mal à tenir dans la durée d'une mise à jour : la maj 2.4 marque une rupture avec le remaniement de la gestion des originaux/HD est ça semble perturber grandement le serveur
Hors ligne
Merci !
J'ai passé la requête :
ALTER TABLE `phpwebgallery_images` ADD COLUMN `high_width` smallint(9) unsigned default NULL, ADD COLUMN `high_height` smallint(9) unsigned default NULL;
Sinon, je pense effectivement que la base est trop grosse, ou qu'il y a un pb de time out.
J'ai relancé l'upgrade.
Quand j'accède au front end du site j'obtiens ce message :
Notice: Undefined index: nb_image_page in /var/www/vhosts/xxx.fr/photos4.xxx.fr/include/section_init.inc.php on line 178
Warning: [mysql error 1054] Unknown column 'user_representative_picture_id' in 'field list'
SELECT
c.*,
user_representative_picture_id,
nb_images,
date_last,
max_date_last,
count_images,
nb_categories,
count_categories
FROM phpwebgallery_categories c
INNER JOIN phpwebgallery_user_cache_categories ucc
ON id = cat_id
AND user_id = 1
WHERE id_uppercat is NULL
ORDER BY rank in /var/www/vhosts/xxx.fr/photos4.xxx.fr/include/dblayer/functions_mysqli.inc.php on line 845
Fatal error: Call to a member function fetch_assoc() on boolean in /var/www/vhosts/xxx.fr/photos4.xxx.fr/include/dblayer/functions_mysqli.inc.php on line 226
Côté admin, je retrouve 2582 photos orphelines.
Sur un autre vhost, j'ai tenté une mise à jour via le plugin en //.
Sur le front, j'ai un message d'erreur, au dessus du contenu : Notice: Undefined index: page_banner in /var/www/vhosts/xxx.fr/photos3.xxx.fr/include/page_header.php on line 43
et toutes les vignettes sont remplacées par des icônes génériques. Le code source de la page affiche :
<img src="themes/default/icon/errors_small.png" data-src="i.php?/upload/2015/10/22/20151022120314-ed9c3213-th.jpg" alt="Golf Cup 2015" title="Golf Cup 2015 - -//:---\spam les photos à la racine de cet album">
Après vérification en ftp, il n'existe pas de /upload/2015/10/22/20151022120314-ed9c3213-th.jpg
Par contre les fichiers HD ont été déplacés depuis le dossier /upload/2015/10/22/pwg_high vers le dossier /upload/2015/10/22/
Hors ligne