Yo !

Pff là là tss....

Alors déjà que je ne faisais plus grand-chose en ce moment, mais en plus les tables externes... j'ai pas du tout utilisé...

Bref, je regarde ça dès que possible, mais il se peut que ça prenne du temps :-/ ...

Si l'un des vétérans de Piwigo a une piste à proposer, je suis preneur !

À bientôt.

normalement il suffit de n'utiliser que les constantes (USERS_TABLE, USER_INFOS_TABLE, etc) et rien d'autre

et de ne pas modifier la table USERS, justement parce qu'elle est externe, utiliser USER_INFOS pour ajouter des données

1er bug:
oui je trouve ça aussi très bizarre, parce que

SELECT
      ID AS id,
      user_login AS username
    FROM `bdd_wordpress.wp_users`
    WHERE id > 2;

me semble tout à fait valide, on fait la meme chose dans getuserdata() et ça marche

à tout hasard, essaye sans les back-quotes, peut etre que ça force MySQL à rester dans la même base (alors que là on veut qu'il change)

2ème:
register_user() fait un simple insert dans USERS_TABLE, si il y avait un problème de droit ça ferait une erreur fatale SQL

mais dans tous les cas, c'est à mon avis une mauvaise idée de modifier une table externe, parce que ça va casser l'intégrité de la base liée, donc le mieux ça serait d'interdire la création d'user temporaire si USERS_TABLE != $prefixeTable.'users'

(je ne sais plus ce qu'on fait dans le core pour gérer ça)

Bonsoir ;

en l'absence totale d'idée plus avancée sur la question (la notion d'idée impliquant la nécessité de fonctions cognitives faisant preuve d'un minimum d'efficacité, ce qui m'arrive de moins en moins souvent), nous allons commencer par explorer la piste suggérée par mistic100...

mistic100 a écrit:

à tout hasard, essaye sans les back-quotes, peut etre que ça force MySQL à rester dans la même base (alors que là on veut qu'il change)

Je trouve en effet assez bizarre, que le message d'erreur rapporté par bigs38, commence par

    Warning:  [mysql error 1146] Table 'bdd_piwigo.bdd_wordpress.wp_users' doesn't exist

et annonce ensuite

    SELECT
      ID AS id,
      user_login AS username
    FROM `bdd_wordpress.wp_users`
    WHERE id > 2; in /home/public_html/galerie/include/dblayer/functions_mysql.inc.php on line 759

(Le bdd_piwigo a disparu.)

D'où, question à bigs38 : maîtrisez-vous le transfert FTP sur le serveur de votre site ? Est-il possible de vous faire parvenir une version modifiée d'un fichier, pour effectuer le test proposé par mistic100 ?

(Ou sinon il faudrait que je teste en local... mais ça pourrait prendre plus de temps...)

mistic100 a écrit:

mais dans tous les cas, c'est à mon avis une mauvaise idée de modifier une table externe, parce que ça va casser l'intégrité de la base liée, donc le mieux ça serait d'interdire la création d'user temporaire si USERS_TABLE != $prefixeTable.'users'

(je ne sais plus ce qu'on fait dans le core pour gérer ça)

register_user() semble bien ne pas gérer ça, c'est donc que le core ne fait rien, pour gérer ça, non ? Et sinon, que veux-tu dire par "user temporaire" ? Pour ce qui est d'Event Cats, les identifiants qu'il crée n'ont pas de caractère temporaire.

Merci en tous cas mistic100 pour ton aide :-) !

Bonsoir et merci pour le fichier test.

1 - C'est beaucoup mieux, je n'ai plus d'erreurs lorsque j'arrive sur la page du plugin.
2 - J'ai maintenant accès à "utilisateur existant" et lorsque je fais un test avec un utilisateur existant dans la base, tout semble fonctionner correctement.
3 - Par contre lorsque j’essaie de créer un autolog avec un nouvel utilisateur j'ai le message d'erreur suivant:

Warning:  [mysql error 1048] Column 'user_email' cannot be null

INSERT INTO bdd_wordpress.wp_users
  (user_login,user_pass,user_email)
  VALUES('test5','$P$GN5AvpY1ygW9EomCMFdY.EVrbnGHkx.',NULL) in /home/public_html/galerie/include/dblayer/functions_mysql.inc.php on line 759


Warning:  [mysql error 1062] Duplicate entry '0' for key 'PRIMARY'

INSERT  INTO albums_user_infos
  (nb_image_page,language,expand,show_nb_comments,show_nb_hits,recent_period,theme,enabled_high,level,activation_key,user_id,status,registration_date)
  VALUES('15','fr_FR','false','false','false','7','stripped','true','4',NULL,'0','normal','2014-06-25 23:08:58') in /home/public_html/galerie/include/dblayer/functions_mysql.inc.php on line 759


Encore merci pour votre aide,
Richard

mistic100 a écrit:

bien on a appris un truc aujourd'hui :-)
SELECT FROM base.table
n'est pas pareil que
SELECT FROM `base.table`

Oui, c'est fou...

mistic100 a écrit:

reflexion personelle: c'est une chance que Piwigo depuis 2.6 utilise le même système de hash des mots de passe que Piwigo, sinon ça aurait été un peu compliqué d'utiliser sa table d'users

Que WordPress, a priori.

bigs38 a écrit:

Bonsoir et merci pour le fichier test.

1 - C'est beaucoup mieux, je n'ai plus d'erreurs lorsque j'arrive sur la page du plugin.

Ah, ben on avance. Merci mistic100 :-)) !!

bigs38 a écrit:

2 - J'ai maintenant accès à "utilisateur existant" et lorsque je fais un test avec un utilisateur existant dans la base, tout semble fonctionner correctement.

Ah c'est donc ça, ce champ n'apparaissait carrément pas du tout avant ! Je ne comprenais pas pourquoi vous ne voyiez pas de quoi je parlais...

bigs38 a écrit:

3 - Par contre lorsque j’essaie de créer un autolog avec un nouvel utilisateur j'ai le message d'erreur suivant: (...)

Est-ce que, dans l'administration de votre galerie, (Configuration, Options), "L'adresse mail est obligatoire pour tous les utilisateurs" est coché ? Si oui, est-ce que cette erreur persiste lorsque vous la décochez ?

bigs38 a écrit:

LucMorizur a écrit:

Est-ce que, dans l'administration de votre galerie, (Configuration, Options), "L'adresse mail est obligatoire pour tous les utilisateurs" est coché ? Si oui, est-ce que cette erreur persiste lorsque vous la décochez ?

En effet la case était cochée, mais j'ai exactement le même résultat lorsque je la décoche. Je pense en effet que c'est directement lié à WordPress.

Ah mais évidemment...: qu'en est-il de la gestion des utilisateurs dans WordPress, l'adresse de courriel y est-elle obligatoire ? Car en fait, la table que vous modifiez lors de l'ajout d'un utilisateur, n'est pas celle de Piwigo (qui, au niveau de la base, n'empêche aucunement que le champ d'adresse de courriel soit vide, ça m'étonnait aussi que ça génère une telle erreur). D'ailleurs c'était marqué que c'était la base WordPress -_- ... Et si vous désactivez cette option dans WordPress (si c'est possible), avez-vous encore l'erreur ?

bigs38 a écrit:

Peux-être que le mieux, c'est que je crée un utilisateur générique et que j'utilise la fameuse liste déroulante "Utilisateur existant :" !!!!!

Oui, dans ce cas-là ça fonctionnera. Mais Event Cats était à la base conçu pour éviter d'avoir à effectuer cette manipulation, c'est dommage de ne plus en bénéficier. Mais bon, il y a d'autres manipulation qui ont été oubliées et qu'il faudrait programmer...

Dernière modification par LucMorizur (2014-07-05 09:44:13)