Bon, finalement, j'arrive pas à dormir alors j'ai restauré ma base et relancé l'audit en test. Et cette fois, mis à part les erreurs Sql mentionnées dans mon post précédent, j'obtiens :

# Audit de la table des comptes PhpWebGallery
Audit OK

# Audit de la table des comptes PunBB
Audit OK

# Audit des liens réparables entre les comptes PhpWebGallery et PunBB
Audit OK

# Audit des mauvais liens entre les comptes PhpWebGallery et PunBB
Audit OK

# Audit des comptes existants dans PhpWebGallery et manquants dans PunBB
Audit OK

# Audit des comptes existants dans PunBB et manquants dans PhpWebGallery
Audit OK

C'est presque trop beau... Car évidemment, les users de PWG sont bien tous présents dans la table users de PunBB mais pas l'inverse ! J'ai une dizaine d'utilisateurs présents dans PunBB mais qui n'ont jamais ouvert de compte dans PWG. Ils devraient apparaitre dans "Audit des comptes existants dans PunBB et manquants dans PhpWebGallery", non ?

Nicco a écrit:

bien bien pour Invité c est le compte invité que je veux identifier pour ne pas le traiter ... car on peut l'avoir peut etre changer non ?

Certe mais es-tu certain que lors de la migration de comptes de PWG vers PunBB, tous les utilisateurs seront bien dans le groupe Membres de PunBB ? Car en fait, dans mon plugin, j'identifie ce groupe pour arriver à cette fin.

Nicco a écrit:

et enfin pour ton soucis de table latin ... etc je connais pas assez bien donc tu es sur que ton install de punbb est standard ?
car moi j ai fais une install toute bete et pas ce soucis

Le pb n'est pas dans PunBB mais dans PWG ! Regardes l'interclassement du champ "username" dans la table PWG_users et tu verras qu'il est en Latin1_bin (ce que je trouve pas normal, selon moi). Mon install de PunBB est tout à fait standard et le même champ dans PunBB_users est en Latin1_general_ci (ce qui est normal, toujours selon moi).

D'ailleurs j'aimerai bien qu'on me confirme l'interclassement du champ username dans PWG_users, pour être sur.

Eric a écrit:

Bon, finalement, j'arrive pas à dormir alors j'ai restauré ma base et relancé l'audit en test. Et cette fois, mis à part les erreurs Sql mentionnées dans mon post précédent, j'obtiens :

# Audit de la table des comptes PhpWebGallery
Audit OK

# Audit de la table des comptes PunBB
Audit OK

# Audit des liens réparables entre les comptes PhpWebGallery et PunBB
Audit OK

# Audit des mauvais liens entre les comptes PhpWebGallery et PunBB
Audit OK

# Audit des comptes existants dans PhpWebGallery et manquants dans PunBB
Audit OK

# Audit des comptes existants dans PunBB et manquants dans PhpWebGallery
Audit OK

C'est presque trop beau... Car évidemment, les users de PWG sont bien tous présents dans la table users de PunBB mais pas l'inverse ! J'ai une dizaine d'utilisateurs présents dans PunBB mais qui n'ont jamais ouvert de compte dans PWG. Ils devraient apparaitre dans "Audit des comptes existants dans PunBB et manquants dans PhpWebGallery", non ?

oui oui je confirme et ce qui est bizarre c est que quand je me rajoute un compte dans punbb_users ... bahhh l audit me le dit ! donc je ne capte pas la

J'ai vérifié les interclassements des tables et champs pour les deux scripts (PWG et PunBB) en procédant à une installation propre de chacun d'eux. Résultat :
Le champ "username" de PWG_users est bien en Latin1_bin
Le champ "username" de PunBB_users est bien en Latin1_general_ci

Nicco, l'interclassement est équivalent aux pages de codes pour les claviers. Ils définissent comment doivent être codés les caractères spéciaux et accentués de chaque langue. En France, langue latine, il était normal d'utiliser l'interclassement Latin1 en format "general" et insensible à la casse (ci). Mais cela peut poser des problèmes pour les usagers issus de pays à langue non latine (russes, pays nordiques, asie...). C'est pourquoi le format d'interclassement utf8 est de plus en plus plébicité car il est capable de coder correctement tous les types de caractères. Même les idéogrammes chinois et japonais (il me semble).

Le fait que le champ username de PWG_users soit en Latin1 est normal mais qu'il soit en format binaire (bin)... Là je ne pige plus. Si un gars du Team passait par là, il saurait peut-être éclairer ma lanterne.

Pour moi, il y a bien une incohérence entre les deux champs lors de la comparaison. Si tu n'as pas les même messages d'erreur, essaies de créer un user avec des caractères accentués dans PWG et PunBB et relances l'audit pour voir. Sinon, je vois pas d'où peuvent venir ces erreurs.

A tout hasard, sur quelle plateforme fais-tu tes essais ? Easyphp ? Wamp ? Sous php5 ? Perso, je teste sous EasyPhp 1.8 (php4). J'aurais dû passer en php5 mais, la flemme et d'autres trucs à faire...

Sinon, OK ! Je m'occupe de la traduction du lang.php en anglais. Je peux aussi éventuellement voir à le traduire en Allemand mais çà sera pour quand le plugin sera opérationnel ;-)

derniere version pour vous les mister T

2.1.b

a+

pas encore réveillé ... hahahah

bon bah moi j y vais a+

je te le confirme ... c est bien ca je ne dors pas assez ...

je reposte ;o)

La version 2.1.c contient 2.1.b dans le main.inc.php ;-)