Ok, ma panne technique est résorbée pour le moment (pas le top mais çà tient le coup). Et que vois-je ? Une nouvelle version du plugin !

Ma parole, Nicco, tu te tires la bourre avec P@t ? A celui qui développe le plus vite ? ;-)

Je reprends donc les tests avec cette nouvelle version. Et voici mes premiers commentaires :

1 - Pour être certain de partir dans les conditions initiales, j'ai désactivé et désinstallé l'ancienne version, uploadé la nouvelle version. Au moment de l'activation, j'ai un message d'erreur Sql assez furtif (il ne reste pas et le plugin s'active tout de même) :

INSERT INTO phpwebgallery_config (param,value,content)
VALUE ("nbc_LinkUser2PunBB", "PunBB_;PhpWebGallery;Invité;4;0;0;1;French;1;False;False", "Parametres nbc_LinkUser2PunBB")
;
[mysql error 1062] Duplicata du champ 'nbc_LinkUser2PunBB' pour la clé 1

J'ai vérifié que la désinstallation de l'ancienne version était ok et c'est le cas. La table de correspondance est bien supprimée. Par contre, l'entrée nbc_LinkUser2PunBB dans la table PWG_config n'est pas supprimée à la désinstallation. D'où l'erreur de duplicata.

En supprimant l'entrée à la main, l'installation du plugin ne pose plus de pb.

2 - Panneau d'admin du plugin -> Etape 1 : Les paramètres enregistrés pour les tous les champs, ils ne remontent pas les valeurs modifiées après la validation. Il est donc impossible de connaitre l'état de la config enregistrée et surtout savoir si l'enregistrement s'est bien déroulé. Tiens, d'ailleurs, je n'ai plus le bandeau vert annonçant que la configuration a été enreistrée... Surement que ce n'est pas le cas... Je vais voir çà.

3 - Toujours dans l'étape 1, qu'est devenu le champ pour définir le groupe par défaut des inscrits au forum ? Il y a maintenant un champ texte pour "PunBB_Guest1" et dessous "PunBB_Guest2" mais sans contrôle associé. Un morceau oublié ?

4 - Avant de tenter une migration, j'ai lancé un audit et j'ai eu le message d'erreur :

    SELECT pwg.username as pwg_user, pwg.mail_address as pwg_mail, PunBB.username as bb_user, PunBB.email as bb_mail
    FROM Forum_users AS PunBB 
    INNER JOIN phpwebgallery_LinkUser2PunBB_id AS link ON link.id_user_PunBB = PunBB.id
    INNER JOIN phpwebgallery_users as pwg ON link.id_user_pwg = pwg.id
    WHERE pwg.username <> PunBB.username
  ;
[mysql error 1267] Illegal mix of collations (latin1_bin,IMPLICIT) and (latin1_general_ci,IMPLICIT) for operation '<>'


Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in d:\web\developpement\easyphp1-8\www\infernoweb\phpwebgallery\plugins\nbc_LinkUser2PunBB\admin\LinkUser2PunBB_admin.php on line 239

Etrange... Il semblerait que cela vienne du champ "username" de ma table PWG_users qui s'est retrouvé avec un interclassement en Latin_bin. C'est moi ou ma BDD commence à taper dans les gamelles ?

Faut que je creuse çà. C'est inquiétant si c'est la même chose sur mon site en prod. Je reviens pour la suite...

Dernière modification par Eric (2008-02-26 00:27:27)

Je confirme que l'interclassement du champ "username" dans la table PWG_users est bien en Latin1_bin.

C'est en tous cas, ce qu'il y a sur mes 2 galeries en ligne. Je n'avais encore jamais remarqué cela et je me pose la question du pourquoi (??).

C'est un peu [HS] même si cela cause une erreur Sql pour le plugin.

Allez, dernière petite analyse et puis dodo :

L'audit avant migration (mis à part l'erreur Sql relative au pb d'interclassement) remonte la même liste de users dans "Audit des comptes existants dans PhpWebGallery et manquants dans PunBB" que dans "Audit des comptes existants dans PunBB et manquants dans PhpWebGallery".

En fait, la requête ne fait pas le filtre sur les users déjà présents dans les deux tables users. C'est sans doute dû au pb d'interclassement qui interdit la comparaison des chaines puisqu'elles ne sont pas du même type (comprends toujours pas pourquoi les username de PWG sont en format binaire !).

Si j'ai le temps, demain, je tenterai de décortiquer ton code un peu plus en profondeur.

bon cette nuit j'ai encore fini a 3h30 du matin

version 1.2.a pour verifier les fonction d'audit et si c'est bon je fini la fonction migration et synchro

a+

Salut,

bon voici mon retour ... tardif ... mais je bosse aussi de temps en temps

pour les doublons en fait moi ce que j ai fais pour PunBB c est  : qu'est ce qui est en doublon et combien
et en dessous les enregistrement avec leur ID pour savoir les quels tu veux supprimer ...
maintenant sur tes remarques j'ai corrigé : chaque boucle écrasait le résultat précédent donc tu n'avais le résultat que du denier doublons ;-]
j'ai rajouté le regroupement en binary pour etre casse sensitive et idem pour l'affichage des compte en doublon

donc en fait se probleme de sensibilité doit venir de la definition des champs dans les tables mais je vais utilisé binary partout ou  je dois utiliser un champs username

du coup j'ai rajouter le trie insensible a la casse pour que nous ayons plus :

Anne
Pierre
ally

mais bien
ally
Anne
Pierre

bahhh les liens brisés c est que tu as une correspondance possible mais qu il n y a rien dans la table des IDs croisés
donc si tu n'as encore rien fait c est normal et effectivement ca sera la fonction de Synchronisation

pour le resultat de l'audit effectivement j'audite chaque qu on donc ils reapparaissent a chaque fois pour moi c est voulu

je reposte une version rapidos avec ces corrections ... et les fonction de masse migration et synchro

messieurs les testeurs ...

a vos tests, voila donc vous desinstallez tout et vous remplacez le plugin et vous y allez !

NE PAS UTILISEZ MIGRATION = c'est vraiment au cas ou le forum vient d'être installé alors que PWG a deja plein de users

voila

A+

Nicco a écrit:

messieurs les testeurs ...

C'est parti mon kiki ! (Oui, je sais, moi aussi je suis un couche tard)

D'entrée de jeu, je suis désolé Nicco, mais l'enregistrement des paramètres ne se fait pas au cours de l'étape 1. Toujours obligé de faire la modif à la main dans la bdd pour poursuivre les tests :(

Ensuite, pourquoi cibles-tu l'utilisateur "Invité" de PunBB ? Normalement, les utilisateurs inscrits dans PWG doivent être forcément dans le groupe des membres du forum, non ? Ou alors, j'ai raté une étape dans le process...

Et, malheureusement, toujours ces erreurs Sql au lancement de l'audit (je ne te refais pas une copie de tout ):

    SELECT pwg.id as pwg_id, bb.id as bb_id, pwg.username as pwg_user, pwg.mail_address as pwg_mail
    FROM forum_users AS bb, phpwebgallery_users as pwg
    WHERE bb.id NOT in (
      SELECT id_user_PunBB
      FROM phpwebgallery_LinkUser2PunBB_id
    )
    AND pwg.id NOT in (
      SELECT id_user_pwg
      FROM phpwebgallery_LinkUser2PunBB_id
    )
    AND pwg.username = bb.username
    AND pwg.mail_address = bb.email
  ;
[mysql error 1267] Illegal mix of collations (latin1_bin,IMPLICIT) and (latin1_general_ci,IMPLICIT) for operation '='


Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in d:\web\developpement\easyphp1-8\www\infernoweb\phpwebgallery\plugins\nbc_LinkUser2PunBB\admin\LinkUser2PunBB_admin.php on line 118

[edit] Pour finir pour ce soir, je viens de me rendre compte grâce à l'audit qu'une des versions précédentes du plugin avait recréé tous les comptes utilisateurs de PunBB en double dans la table PunBB_users ! Je suis bon pour restaurer un dump... Heureusement que c'est une base de test ;-) [/edit]

Dernière modification par Eric (2008-02-27 00:46:08)