Eric a écrit:

Perso, une de mes galeries aligne au max 73 users. C'est trop peu...

Mais c'est 4 fois plus que moi ;o)))

Sinon, en parlant de bench... Luc, t'as comparé les perfs entre mb_string et l'expression régulière d'hier ? (j'l'ai pas fait, juste de la curiosité)

Faut juste ajouter un contrôle de l'indice dans la table ASCII ?
(comme d'hab.. j'ai pas le code sous les yeux....)

Désolé.. j'ai pas été assez précis dans la rédaction de am pensée ;o))

J'voulais dire:
Si (65 <= Ord(CHAR) <= 90) | (97 <= Ord(CHAR) <= 122) Alors
  LCAS_change_case...
Sinon
  CHAR = CHAR...


Mais, en y repensant.. et comme on est en unicode.. ça tient pas la route.....

Et cela me ferait donc plutot dire :

Si LCAS_change_case(CHAR) == '' Alors
  CHAR = CHAR
Sinon
  CHAR = LCAS_change_case...

J'espère avoir été un peu plus clair ;o))

Pfou !!... moi, j'ai du mal à suivre !...

Whiler a écrit:

Eric a écrit:

Perso, une de mes galeries aligne au max 73 users. C'est trop peu...

Mais c'est 4 fois plus que moi ;o)))

Pas mieux

Whiler a écrit:

Sinon, en parlant de bench... Luc, t'as comparé les perfs entre mb_string et l'expression régulière d'hier ? (j'l'ai pas fait, juste de la curiosité)

Non je ne l'ai pas fait, mais l'ancienne procédure bouclait sur chacun des caractères du username proposé (donc entre 3 et 15 passages par analyse) ; la nouvelle procédure tenant en une seule instruction, j'imagine une amélioration sensible.

Il faudrait effectivement mesurer, ça ainsi que vos autres propositions avec beaucoup d'utilisateurs.

Eric a écrit:

En marge des dev de fond sur LCAS, je viens de remarquer un bug de compatibilité avec le plugin [extension by flop25] Adult_content.
Ce plugin a la particularité de créer des users fictifs pour gérer les restrictions d'accès à des galeries au contenu "réservé à un public averti". Le truc avec ces users c'est leur forme : +18 et +16. Et çà, dans LCAS, ben çà passe pas bien. :-/

J'ouvre le [Bugtracker] ticket 2211 et me l'attribue pour régler çà en excluant les comptes créés par ce plugin. ;-)



D'un autre côté, cela soulève un problème plus sérieux sur LCAS proprement dit : Rien n'empêche un vrai user de s'inscrire avec un login du type 123+-. Et là, c'est le drame... :-s

Je regarderai ça ce soir.

Le problème que j'ai rencontré initialement n'était pas lié à l'utilisation conjointe de LCAS et [extension by flop25] Adult_content mais à l'activation de [extension by flop25] Adult_content lorsque LCAS est actif. A ce moment, j'ai ce message:

PHP Notice:  Undefined index: login in E:\\www\\PWG_2.2-RC3-MySql5.5.8\\plugins\\LCAS\\main.inc.php on line 123, referer: http://localhost/PWG_2.2-RC3-MySql5.5.8/admin.php?page=plugins_list
(...)

C'est un cas très particulier, j'en conviens.

Ceci dit, j'avais aussi des problèmes pour inscrire un user "123+" avec LCAS... Mais je n'arrive plus à reproduire et je n'ai pas eu le réflexe de copier le message d'erreur :-(

Je vais essayer de revoir çà à tête reposée.

J'avais pas besoin de script... avant de mettre le plugin pour le CAPTCHA, j'avais bien une dizaine de users qui s'inscrivaient par jour avec des noms comme les tiens ;o))) et des sites web des plus originaux ! (si vous cherchez un crédit, du sexe, ... j'ai plein de liens ;o))

Mmm... je pense que j'ai pas trop besoin de ce genre de liens non plus ;-) ...


Bon, après réinstallation d'un galerie 2.2.0RC3, création de 2000 utilisateurs, pas de souci remarqué sur le fonctionnement de LCAS : refus d'un enregistrement avec un username déjà présent que ce soit en début, milieu, ou fin de table ; bon affichage des username en conflit dans la page d'admin... et fonctionnement normal à l'identification des utilisateurs.

Par contre, ces tests étaient en local ; le vrai test ce sera chez Free. Mais depuis la maison : à l'hôtel, ça le fait vraiment pas... (Je veux dire, rien que déjà pour transférer une galerie en 2.2.0RC3 par FTP.)