Pour info, le problème est
Warning: [mysql error 1054] Unknown column 'high_width' in 'field list' SELECT id, path, tn_ext,
has_high, high_filesize, high_width, high_height FROM phpwebgallery_images ; in
piwigo\include\dblayer\functions_mysqli.inc.php on line 834
de 122-database.php
Pourriez vous aller dans votre abse de données, table phpwebgallery_images, et vérifiez l'existence de la colonne 'high_width'
Hors ligne
21 champs dans la table.
width, height, et ceux mentionnés dans la liste existent, mais pas de high_width, ni de high_height
Avec les caractéristiques je peux les créer.
Excusez le manque de réactivité, mes schtroumpfs ont débarqués pour la semaine 2 des vacances.
Edit: et confirmation montée de version sans problème avec la 2.3.5 puisque le 122_database arrive avec la 2.4.0.
Dernière modification par francis6789 (2013-10-29 10:31:31)
Hors ligne
^^ je comprends
donc en fait le problème est très vieux, car ces colonnes existent depuis très longtemps, je crois même depuis phpwebgallery !
première chose à faire et de savoir si vous avez des images HD, cad des dossiers pwg_high dans galleries et upload, non vides
ensuite si ce n'est pas le cas, faire les requêtes sql:
UPDATE phpwebgallery_images SET high_width=width; UPDATE phpwebgallery_images SET high_height=height;
si vous avez des images HD, là ça va poser problème
Hors ligne
Bon la, je fais un lien avec le début du sujet.
La table comporte 8452 images , le début étant 08/2008, toutes installées avec Batch-Optimisateur car toutes en HD.
La fonction principale du site axée sur l’échange par lot de photos en grand format avec un pluging Download Multi.
Le répertoire upload est vide, mais bien sur des répertoires pwg_high partout.
Un complément, le high et width, ca fait 800x600, ca va pas le faire.
Et j'ai aussi une table vide, phpwebgallery_images_ et 16 chiffres ???????
Dernière modification par francis6789 (2013-10-29 11:17:34)
Hors ligne
j'ai dit de la **** ces colonnes sont de la 2.3.0 http://piwigo.org/dev/browser/tags/2.3. … tabase.php
pour être 100% certain: les images dans les pwg_high sont bien plus grosses que celles juste un niveau au-dessus qui sont censées être les low def ?
et dans la base de donnée, la table phpwebgallery_images :
has_high est il à true pour des images ?
si oui, pour celles ci, quelle est la valeur de width/height ? en pratique, la valeur correspond elle aux tailles des HD ou LD ?
ilserait possible de faire
ALTER TABLE phpwebgallery_images ADD COLUMN `high_width` smallint(9) unsigned default NULL, ADD COLUMN `high_height` smallint(9) unsigned default NULL;
avant la maj
mais j'attends vos réponse d'abord
Hors ligne
D'accord sur la date pour le rajout de ces colonnes. La version 2.4 apporte le Multi-tailles qui demande l'enregistrement de ces informations.
Hors sujet : je conteste fortement en tant que photographe, le droit que s'autorisent les sites Web a modifier les caractéristiques de photos originales pour faire de la mise en page.
Et donc, bien sur les images des pwg_high sont à la taille des originaux. CQFD avec le ci-dessus.
has_high est à true partout. vérifié.
800x600 en width/height.
Hors ligne
donc il faudrait aller en 2.3.x faire une synchro puis poursuivre la maj jusqu'en 2.5.3 : je crois qu'on tient là une faille dans les maj ! Je notifie d'autres gens
francis6789 a écrit:
Hors sujet : je conteste fortement en tant que photographe, le droit que s'autorisent les sites Web a modifier les caractéristiques de photos originales pour faire de la mise en page.
gné?
Hors ligne
J' en suis à 3 piwigo en essais et je me mélange les crayons avec base1, base2, etc...
Je vais repartir avec mes sauvegardes générales d'hier.
Donc une pause pour demain pour faire un top.
J'ai pas saisi le gné?
Merci
Hors ligne
"gné?" pour "je n'ai pas compris du tout le sens des propos !" ;)
Hors ligne
Bah j'ai fait au plus vite etant dans le doute.
Purge et restore du systeme actuel qui fonctionne 2.1.6, base mysql en 5.5.24
Add_table
lancement d'un upgrade sous la main 2.5.1. Et on vient d'en parler.
Message.
( ! ) Warning: rename(\/pwg_high/2208f1.jpg,/2208f1.jpg) [<a href='function.rename'>function.rename</a>]: Le chemin r�seau n'a pas �t� trouv�. (code: 53) in D:\www\piwigo\install\db\122-database.php on line 52
Call Stack
# Time Memory Function Location
1 0.0038 497856 {main}( ) ..\upgrade.php:0
2 1.9449 4616144 include( 'D:\www\piwigo\install\upgrade_2.1.0.php' ) ..\upgrade.php:376
3 3.6829 4695200 include_once( 'D:\www\piwigo\install\upgrade_2.2.0.php' ) ..\upgrade_2.1.0.php:117
4 4.3065 4967328 include_once( 'D:\www\piwigo\install\upgrade_2.3.0.php' ) ..\upgrade_2.2.0.php:117
5 8.4741 8700936 include( 'D:\www\piwigo\install\db\122-database.php' ) ..\upgrade_2.3.0.php:108
6 8.6833 6203848 rename ( ) ..\122-database.php:52
le fichier 2208f1.jpg est la premiere ligne de la table image.
Complement: 21 colonnes dans la table images au depart + 2 rajout manuel et maintenant en plus md5sum, added_by et rotation.
Si la manip consiste a renommer les 8452 lignes, sur mon serveur, cela va bien prendre une bonne heure et s'il elle fonctionne. mais non c'est une blague.
Ensuite j'ai constaté sur le site une bonne vingtaine d'erreur Notice. Ya du boulot.
Dernière modification par francis6789 (2013-10-30 08:34:13)
Hors ligne
Bonjour
Oui la manip consiste à déplacer les fichiers
Quel est votre environnement serveur et votre hébergeur ?
Avez déjà eu des soucis de maj ?
Hors ligne
Fichier 122_database.php.
ligne 52, inverser le .'
$high_path = dirname($row['path'])'./pwg_high/'.basename($row['path']);
Hors ligne
Alors oui ça marche dans votre cas mais uniquement dans le votre ;-) parce que là ça ne veut plus rien dire
Pourriez vous copier coller ou faire une capture d'écran d'au moins une ligne de la table des images, avant mise à jour
En fait j'ai clairement l'impression que des maj ce sont mal effectuées dans le passé d'où ce paquet de noeuds
Hors ligne
Oui cela a résolu mon problème. Les images sont toujours au même endroit ce qui me permet de faire comme d'habitude. Le début date de 2006, je n'ai jamais installé aucune image à partir de la fonction de base puisque il y a conversion et transformation de l'image et au début cela ne le faisait pas. Donc 7 ans toujours pareil.
L'installation s'est terminée correctement et le site est complétement inutilisable en raison des tables "users" en fatal error, donc aucun accès.
Donc vous avez solutionner ma question du début et m'avez fourni la version 2.3.5 que j'ai installée.
Il me reste environ 2 heures de boulot pour les adaptations perso des mises en page. C'est habituel, mais aucune Error, même Notice.
Faudrait TERMINE ce topic, je chercherais l'endroit adéquat pour ouvrir un nouveau sujet.
Avec beaucoup de remerciements.
Dernière modification par francis6789 (2013-10-30 10:37:49)
Hors ligne