Annonce

Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

Gotcha
2010-07-06 09:37:43

@Wally : C'est justement avec les retours des utilisateurs que le projet avance.
Nous te remercions d'apporter ton témoignage :-)

tosca
2010-07-05 20:18:44

Wally a écrit:

N'était-il pas possible que la galerie reste en version 2.0.9 avant que la maj soit complète ? Ce serait un gage de fiabilité pour piwigo.

De la même manière que l'exemple de ton move, il y a un moment où la bascule commence ... tant qu'elle n'est pas terminée, l'état est forcément instable, donc la galerie ne peut fonctionner ni dans l'ancienne, ni dans la nouvelle version.
Mais les sauvegardes sont là pour permettre de restaurer l'ancienne version lorsqu'on ne parvient pas à terminer la migration vers la nouvelle.

Wally
2010-07-05 20:08:20

Merci encore pour vos réponses, et désolé de vous avoir mis dans tous vos états : mon intention n'était pas de vous critiquer négativement, ni de faire un bilan à charge car je le répète, j'ai pu constater le sérieux, l'efficacité et le dévouement de l'équipe française de Piwigo ; c'est ce côté humain que j'ai d'ailleurs loué. Il m'a semblé néanmoins bon d'apporter mon témoignage pour ne pas être seulement demandeur et pour vous donner un feed back d'utilisateur enrichi (le feed back, pas l'utilisateur ;-).

Alors évidemment, les posts concernant les problèmes sont rarement élogieux, mais je ne crois pas vous avoir mis à mal. Peut-être ai-je trépigné un peu trop ?

Il me semble néanmoins que tout simple utilisateur que je suis, je peux émettre quelques commentaires, quelques idées susceptibles de faire évoluer et pourquoi pas progresser le projet piwigo : laissez-moi vous donner un exemple.

Lorsque j'étais sous DOS, il y a une vingtaine d'année de cela, est apparue la commande move. Au lieu de copier puis d'effacer, une seule commande faisait le tout. Progrès me direz-vous ? Oui mais cette commande avait été programmé au début très littéralement. Elle déplaçait vraiment les données, et si par malheur un plantage survenait au milieu de l'opération, on perdait une bonne partie ou toutes les données. Puis après avoir pris conscience de ce problème, la commande move s'est vu reprogrammer différemment avec un "copie - supprimer". Ainsi, les données n'étaient plus perdues. C'était un filet, au cas où...

En effectuant ma mise à jour de piwigo, j'ai consciencieusement suivi les instructions. En plus, ma version était récente (2.0.9). Malgré tout, il y a eu plantage au milieu de la maj. Peut-être est-ce à cause des serveurs Free qui n'aiment pas qu'on les charge trop et qui coupe au milieu des opérations trop longues à leur goût ? (Ah, désolé, j'ai encore tenté d'interpréter... ;-) Toujours est-il que je me suis retrouvé avec une galerie hors service. Est-ce normal : non c'est un bug me direz-vous ? Mais est-il normal que ce bug ai rendu inexploitable la galerie ? N'était-il pas possible que la galerie reste en version 2.0.9 avant que la maj soit complète ? Ce serait un gage de fiabilité pour piwigo. C'est d'ailleur un travail que vous menez sur les plug-ins pour ne pas que le défaut d'un plug-in bloque tout piwigo.

Voilà l'état de ma réflexion sur ce qui m'est arrivé.

Je vous remercie encore pour votre efficacité et pour l'engagement que vous mettez dans ce beau projet qu'est Piwigo.

     Humblement et respectueusement

Wally

VDigital
2010-07-02 19:22:27

Wally,

Le problème est réglé, tant mieux, on ne va pas refaire le passé.

Je ne crois pas que tu puisses commenter tes problèmes ainsi:

Donc, il semblerait que l'update de 2.0.9 vers 2.1.2 modifie le nom de certains champs dans la base de données. Ainsi dans la table "VOTRETABLE_user_infos", le champs "template" dans le v2.0.9 s'est vu renommé  "theme" dans les v2.1.x et comme mon update à planter en cours de route, elle a juste mis le bordel partout.

Non seulement il y a des modifs mais également des tables en plus, le passage d'une version à une autre peut toujours être repris au niveau de chaque modification. Tu ne sais pas quelles sont les procédures qui existent. Tu t'es lancé sans nos avis dans une entreprise risquée. C'était ton choix. Tu ne peux pas critiquer en ces termes la mise à jour standard.

J'ai suivi tes messages un à un, et j'ai attendu la fin pour intervenir.
Nous n'avons pas systématiquement d'être tous au chevet du site malade.
Que dirais-tu si tu avais 3 réponses diamétralement opposées (et pourtant cela pourrait se produire tant les solutions sont souvent nombreuses)?
Installer une autre galerie pour réparer la première, n'est sans doute pas la meilleure des méthodes même si d'évidence cela en était bien une.

Quant au filet, il existe. C'est la sauvegarde de ta base, et elle nous suffirait à rebâtir le site (+ les images, bien entendu).
;-)

tosca
2010-07-02 17:52:38

Wally a écrit:

tosca a écrit:

S'il te plaît, pourrais-tu poser des questions précises plutôt que d'essayer d'interpréter ce que tu crois voir dans le logiciel.

Je ne vois pas pourquoi tu dit cela (serais un brin chatouilleuse ? ;-)

C'est ceci qui m'a fait réagir ... plus pour mes camarades que pour moi, puisque tu semblais apprécier mon intervention.

Wally a écrit:

Ce que je ne comprends pas, c'est pourquoi la mise à jour automatique fait des modifications sans filet et pourquoi la moindre modification de Piwigo le fait planter dans les grandes largeurs, rendant son accès impossible et le diagnostique plutôt ardu. Il me semble que risquer de tout perdre lorsqu'on fait une mise à jour ne devrait pas être une réalité contemporaine. Enfin bon...

   Malgré le peu de réponse reçues sur ce forum...

Wally a écrit:

Sur ce, voici ce billet clos et le problème réglé (je ne sais pas comment activer le statut "réglé").

Si tu étais inscrit sur le forum, tu trouverais le lien adéquat sous ton premier post.
En l'occurrence, c'est moi qui vais le faire.

Wally
2010-07-02 17:44:04

tosca a écrit:

S'il te plaît, pourrais-tu poser des questions précises plutôt que d'essayer d'interpréter ce que tu crois voir dans le logiciel.

Je ne vois pas pourquoi tu dit cela (serais un brin chatouilleuse ? ;-) : je décris la situation qui m'est arrivée et le message d'erreur qui en résulte. Il me semble que cela est assez clair. Ensuite, j'essaie de décrire l'avancement de mon travail pour résoudre ce problème car ce n'est pas parce que je demande conseil ou de l'aide que je ne sache rien faire. Ensuite, il me semble que l'expression "essayer d'interpréter ce que tu crois voir dans le logiciel" est un rien condescendant : c'est en lisant ces messages d'erreur que j'ai pu modifier ma base de données et résoudre ce problème. Et si j'en fais part ici, c'est pour qu'il puisse servir à d'autres personnes qui auraient un pb comparable.

tosca a écrit:

Il ne manque pas ici de spécialistes compétents, à condition qu'ils comprennent quel problème tu veux leur poser.

Loin de moi cette idée (ce forum et les réponses qui y sont donnés en sont la preuve).

tosca a écrit:

Quand à la migration en 2.1.2, elle fonctionne fort bien, comme peuvent en témoigner de nombreux Piwigonautes.

Bien sûr, bien sûr, mais peut-être ne juge-t-on pas toujours une situation aux gens pour qui ça marche mais aussi par ceux qui ont des problèmes. A en juger par ce forum justement, le passage à la version 2.1.x n'a pas été totalement indolore par exemple. Imaginer si une Renault sur 100 000 explosait de temps en temps, il y aurait sans doute beaucoup de conducteurs pour dire que les Renaults fonctionnent fort bien, mais ceux pour qui elles explosent seraient aussi à écouter...

tosca a écrit:

Il peut y avoir de temps à autre quelque anicroche, le plus souvent en fonction de conditions d'hébergement parfois contraignantes mais, à ce que je sache, personne n'est encore resté en rade à ce jour faute de support de notre part.

Et je confirme, je ne suis pas tombé en rade et votre support est très actif et réactif (il suffit de parcourir ce forum pour s'en rendre compte). Mais en ce qui me concerne, je n'ai pas eu de réponse susceptible de m'aider (sauf de toi, Tosca, pour me confirmer la syntaxe de dblayer ou déblayeur ;-). Ce n'est pas grave puisque je m'en suis tiré. Et voilà tout.

Sur ce, voici ce billet clos et le problème réglé (je ne sais pas comment activer le statut "réglé").

tosca
2010-07-02 14:30:26

S'il te plaît, pourrais-tu poser des questions précises plutôt que d'essayer d'interpréter ce que tu crois voir dans le logiciel.

Il ne manque pas ici de spécialistes compétents, à condition qu'ils comprennent quel problème tu veux leur poser.

Quand à la migration en 2.1.2, elle fonctionne fort bien, comme peuvent en témoigner de nombreux Piwigonautes.
Il peut y avoir de temps à autre quelque anicroche, le plus souvent en fonction de conditions d'hébergement parfois contraignantes mais, à ce que je sache, personne n'est encore resté en rade à ce jour faute de support de notre part.

Wally
2010-07-02 14:18:23

Donc, il semblerait que l'update de 2.0.9 vers 2.1.2 modifie le nom de certains champs dans la base de données. Ainsi dans la table "VOTRETABLE_user_infos", le champs "template" dans le v2.0.9 s'est vu renommé  "theme" dans les v2.1.x et comme mon update à planter en cours de route, elle a juste mis le bordel partout.

   Il faut donc accéder à sa base de données et modifier le nom de ce champs. Moi qui ne suit pas programmateur ni spécialiste SQL, PHP et j'en passe, j'ai réussi mais non sans perdre quelques litres de sueurs (ben oui, y'a qd m près de 7500 photos visitées depuis 4 ans avec statistiques diverses, commentaires personnelles et autres petits détails auxquels on s'attache) et presque deux jours. Cela me rappelle quand mon PC plantait (ce qui ne manquait jamais d'arriver). Depuis, je suis passé au macintosh et j'ai oublié ces journées régulièrement perdues pour rien.

   Ce que je ne comprends pas, c'est pourquoi la mise à jour automatique fait des modifications sans filet et pourquoi la moindre modification de Piwigo le fait planter dans les grandes largeurs, rendant son accès impossible et le diagnostique plutôt ardu. Il me semble que risquer de tout perdre lorsqu'on fait une mise à jour ne devrait pas être une réalité contemporaine. Enfin bon...

   Malgré le peu de réponse reçues sur ce forum (merci à Tosca donc), je le remercie qd m d'exister car il permet d'ajouter de l'humain dans nos existences tant cadrées par les règles, les lois, les programmes où notre nature humaine est bien mise à mal par la dureté du binaire...

Wally
2010-07-02 12:41:04

Bon, j'ai donc installé un version "from scratch" de Piwigo 2.1.2 dans un autre répertoire avec un autre préfixe de base donné. Ca marche.

   Ensuite, j'ai supprimé le fichier config.inc.php dans /local/config (car il est absent de l'installation de base de piwigo 2.1.2) => Plus de message "Could not connect to database server"

   A la place, une fantastique page d'erreur en cascade, probablement dû à des éléments non compatible entre les version 2.0.9 et 2.1.2 : la voici.

   Cela inspire-t-il certaines personnes ? Merci d'avance


Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php:650) in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/user.inc.php on line 29


Warning:  [mysql error 1054] Unknown column 'ui.theme' in 'on clause'

SELECT
    ui.*,
    uc.*,
    t.name AS theme_name
  FROM phpwebgallery_user_infos AS ui
    LEFT JOIN phpwebgallery_user_cache AS uc ON ui.user_id = uc.user_id
    LEFT JOIN phpwebgallery_themes AS t ON t.id = ui.theme
  WHERE ui.user_id = 1
; in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 651


Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 155

Warning: array_merge() [function.array-merge]: Argument #2 is not an array in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/functions_user.inc.php on line 330

Warning: Invalid argument supplied for foreach() in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/functions_user.inc.php on line 332


Warning:  [mysql error 1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3

SELECT cat_id
  FROM phpwebgallery_user_access
  WHERE user_id =
; in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 651


Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 202


Warning:  [mysql error 1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 4

SELECT cat_id
  FROM phpwebgallery_user_group AS ug INNER JOIN phpwebgallery_group_access AS ga
    ON ug.group_id = ga.group_id
  WHERE ug.user_id =
; in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 651


Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 202


Warning:  [mysql error 1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 4

SELECT DISTINCT(id)
  FROM phpwebgallery_images INNER JOIN phpwebgallery_image_category ON id=image_id
  WHERE category_id NOT IN (1,2,4,5,6,7,8,9,10,13,17,35,36,39,40,44,45,48,50,52,55,57,59,60,61,62,63,67,69,73,75,82,86,89,91,93,95,97,100,103,107,109,111,113,115,118,122,124,128,130,132,134,136,137,138,140,141,143,145,147,149,154,157,159,161,162,164,171,173,174,175,177,206,212,215,218,220,222,225,227,229,232,234,236,238,241,242,247,249,256,259,261,263,265,268,275,276,279,280,282,285,290,293,295,297,299,317,318,319,388,368,359,354,356,362,364,366,370,372,374,376,378,382,384,386,390,391,392,394,396,400,402,404,407,409,411,413)
    AND level> in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 651


Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 202


Warning:  [mysql error 1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE c.id NOT IN (1,2,4,5,6,7,8,9,10,13,17,35,36,39,40,44,45,48,50,52,55,57,59,' at line 8
SELECT c.id cat_id, global_rank,
  MAX(date_available) date_last, COUNT(date_available) nb_images
FROM phpwebgallery_categories as c
  LEFT JOIN phpwebgallery_image_category AS ic ON ic.category_id = c.id
  LEFT JOIN phpwebgallery_images AS i
    ON ic.image_id = i.id
      AND i.level<=
  WHERE c.id NOT IN (1,2,4,5,6,7,8,9,10,13,17,35,36,39,40,44,45,48,50,52,55,57,59,60,61,62,63,67,69,73,75,82,86,89,91,93,95,97,100,103,107,109,111,113,115,118,122,124,128,130,132,134,136,137,138,140,141,143,145,147,149,154,157,159,161,162,164,171,173,174,175,177,206,212,215,218,220,222,225,227,229,232,234,236,238,241,242,247,249,256,259,261,263,265,268,275,276,279,280,282,285,290,293,295,297,299,317,318,319,388,368,359,354,356,362,364,366,370,372,374,376,378,382,384,386,390,391,392,39 in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 651


Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 155


Warning:  [mysql error 1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 2

DELETE FROM phpwebgallery_user_cache_categories
  WHERE user_id =  in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 651



Warning:  [mysql error 1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 2

DELETE FROM phpwebgallery_user_cache
  WHERE user_id =  in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 651



Warning:  [mysql error 1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ''false',1278066939,'1,2,4,5,6,7,8,9,10,13,17,35,36,39,40,44,45,48,50,52,55,57,59' at line 5

INSERT INTO phpwebgallery_user_cache
  (user_id, need_update, cache_update_time, forbidden_categories, nb_total_images,
    image_access_type, image_access_list)
  VALUES
  (,'false',1278066939,'1,2,4,5,6,7,8,9,10,13,17,35,36,39,40,44,45,48,50,52,55,57,59,60,61,62,63,67,69,73,75,82,86,89,91,93,95,97,100,103,107,109,111,113,115,118,122,124,128,130,132,134,136,137,138,140,141,143,145,147,149,154,157,159,161,162,164,171,173,174,175,177,206,212,215,218,220,222,225,227,229,232,234,236,238,241,242,247,249,256,259,261,263,265,268,275,276,279,280,282,285,290,293,295,297,299,317,318,319,388,368,359,354,356,362,364,366,370,372,374,376,378,382,384,386,390,391,392,394,396,400,402,404,407,409,411,413',7415,'NOT IN','0') in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php on line 651


Warning: Cannot modify header information - headers already sent by (output started at /mnt/137/sdb/a/b/karpovmaster/Galerie/include/dblayer/functions_mysql.inc.php:650) in /mnt/137/sdb/a/b/karpovmaster/Galerie/include/functions_html.inc.php on line 483

tosca
2010-07-01 15:38:27

Wally a écrit:

Et est-il normal que dblayer n'ait pas d'underscore ?

Oui

Wally a écrit:

Cela ne devrait-il pas être db_layer ?

Non (vérifié dans le mien qui fonctionne)

Wally
2010-07-01 14:59:09

Euh, petite coquille, il fallait lire :

<?php
$conf['dblayer'] = 'mysql';
$conf['db_base'] = 'MYDB';
$conf['db_user'] = 'USER';
$conf['db_password'] = 'PWD';
$conf['db_host'] = 'sql.free.fr';

$prefixeTable = 'phpwebgallery_';

define('PHPWG_INSTALLED', true);
define('PWG_CHARSET', 'utf-8');
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');
?>

Et est-il normal que dblayer n'ait pas d'underscore ? Cela ne devrait-il pas être db_layer ?

Merci

Wally
2010-07-01 14:54:37

Bonjour à tous,

     J'ai un site Piwigo (anciennement PhpWebGallery) depuis un moment maintenant et je dois dire que les mises à jour ont svt été des moments tendus. Puis vint la mise à jour automatique qui marchait plutôt bien... Jusqu'à aujourd'hui où j'ai voulu passer de la version 2.0.9 à la dernière version 2.1.2 par Piwigo AutoUpgrade.
    Et pdt que ca moulinait, coupure serveur (je suis hébergé chez Free) et plantage du site :
"Could not connect to database server"

    J'ai donc tenté d'installer la version 2.1.2 en manuelle mais même message. Après avoir cherché et surfé, j'ai vérifié que j'accèdais tjs à ma base de donné SQL par le phpmyadmin. J'ai aussi vérifié les informations contenues dans /local/config/databse.inc.php qui semblent correctes (les majuscules sont là pour exemple) :

<?php
$conf['dblayer'] = 'USER';
$conf['db_base'] = 'MYDB';
$conf['db_user'] = 'USER';
$conf['db_password'] = 'PWD';
$conf['db_host'] = 'sql.free.fr';

$prefixeTable = 'phpwebgallery_';

define('PHPWG_INSTALLED', true);
define('PWG_CHARSET', 'utf-8');
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');
?>

   Quelqu'un aurait-il une idée lumineuse ? Merci d'avance

Wally

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact