Soit supprimer l'un des deux modules, soit prendre l'un des deux modules et renommées la fonction incriminé, puis vérifier tous les autres fichiers du module pour changer chaque appel a la fonction.

J'y est déjà pensé, en attendant j'automatise aux maximum pour me libérer du temps mais les journées ne sont pas encore assez longues.

Je ne connais ce module que de nom mais le choix doit se faire à cet endroit (ligne 167 à 180 du fichier index.php):



Donc tu devrais commencer tes recherches par là, au cas où tu charges la page, c'est la case 'default' qui est pris en compte donc je commencerai par là.

Pourquoi ?
Je dirais, générer du trafic et des liens, si c'est bien fait , cela peut faire un plus, mais là on entre dans le domaine du référencement et chacun sa recette.

bonjour Gwenael,
merci du travail de traduction que tu fais, non il n'y a pas que Cesag qui s'occupe du forum, il y a moi, mais en ce moment, je suis plutôt surbooké coté développement[1] et correction de bug (et oui les développeurs sont encore plus rares que les traducteurs). En traductrice, il y a aussi Valentine, elle s'occupe plus de la traduction des newsletters de xoops.org.

Pour Lexikon, dès la traduction et la doc faîtes, je mettrai le module en ligne avec justement les modifications concernant les test du module 'tag'.

Ta remarque concernant la présence d'un glossaire est pertinente, mais je te rassures, une nouvelle version du site frxoops est en préparation, elle sera plus orientée 'marketing', les documents, tutoriels et autres seront mis à jours. Et il y aura un glossaire (normalement basé sur Lexikon).
Là, pour l'instant, je prépare un cahier des charges que je présenterai aux autres administrateurs de Xoops pour voir ce qu'ils en pensent et ouvrir les discussions. Et ensuite, attendre le lancement de la 2.5.6 finale puis mettre à jours les modules nécessaires (s'assurer que les modules fonctionnent tous sous PHP 5.4.x).
Par contre le thème et les templates ne devraient pas subir de modifications importantes. La nouvelle version devrai être prête pour juin ou juillet 2013.

[1] : je prépare quelques modules et autres Frameworks pour la communauté Xoops, mais là c'est une surprise.

En clair, tu recherches un module pour gérer des matchs.

Hi Flipse,
I will update the module 'animal' as soon as I have some time. Within two to three weeks.

pour ma part, j'ai plusieurs sites avec plusieurs configurations différentes, je ne crois pas que c'est le module 'profile' lui même qui est incriminé.
Je vais vous faire un petit cours sur comment ils font.
* en 1, un robot fouille sur tout les sites si tel ou tel page existe, si cette page existe cela veut dire que le site est sous Xoops (c'est pour notre exemple bien sûr, car il existe des robots pour détecter beaucoup de CMS ou de failles).
* La pêche a été fructueuse, le robot a trouvé un site sous Xoops, il envoie automatiquement l'URL a, soit à une petite main ,soit à un autre robot.
* Dans le cas d'une petite main, la personne remplira la fiche d'inscription et activera ensuite le compte, c'est un métier comme un autre. Ici franchement pas grand chose a faire a part de la modération manuelle.
* Dans le cas d'un robot, idem, il remplira le formulaire, certains robots sont même capable de lire les captcha et d'activer le compte tout seul sans l'intervention d'un humain.

Donc les moyens de luttes sont plutôt limités, sauf si vous avez la chance de posséder un ou des serveurs dédiés.

Mais, est-ce que vous ne perdez pas de temps pour rien a faire la chasse aux utilisateurs indésirables ?

- Si vous avez un site réservé aux membres d'une école ou d'une entreprise, ou a une certaine catégorie de profession (par exemple auxiliaires vétérinaires). Le plus simple, la personne rempli le formulaire et est activé par un administrateur. Attention de le préciser dans les conditions d'utilisations.

- Pour tous les autres cas, je trouve que la chasse aux utilisateurs indésirables est superflue. La seule chose que vous avez a faire est de regarder si la signature ou le site web ne pointent pas vers un contenu outrageant. Ils s'inscrivent sur votre site pour créer un lien vers leur site (vous l'avez sûrement déjà fait aussi). Pourquoi supprimer un utilisateur qui met un lien vers son site qui vend du vin en Australie ? Pour ma part, je regarde juste si cela ne pointent pas vers un site a contenu illégal. Les avantages : il ne vient qu'une fois, sa rend service a d'autres. Ensuite si la personne enfreints les règles (qui doivent être mis en clair quelque part sur votre site), même traitement que les autres , un avertissement puis bannissement (groupe de banni), c'est le rôle des modérateurs.

D'ailleurs, je vous rappelle que la suppression arbitraire d'un membre seulement sur sa provenance n'est pas légale en France. Et toute restriction quelconque doit être préciser dans les conditions générales d'utilisation de votre site.
Pour ma part, j'ai un script qui s'active automatiquement et qui supprime (après avoir envoyé deux mails d'avertissement) le compte de personnes inactive depuis X temps. Je vous rappel, qu'en tant que webmaster ayant un site hébergé en France, vous devez conserver les données pendant une année, donc quand je dis "supprimer" je le désactive, puis encore un an après je le supprime définitivement. Mais toutefois, il faut encore et toujours indiquer dans vos conditions générales que vous désactiverai le compte de tout utilisateur ayant x mois d'inactivité.

Citation :
Je dirais plutôt lié a la version de PHP.

On va commencer par le départ en 1, commencez a vérifier le droit des différents groupes ('administration'->'groupes' puis clic sur le groupe).
Puis ensuite, seulement vérifier les droits plus spécifiques au module CBB.

Ce sera un bon commencement, ensuite si cela bug encore on avisera

Tout simplement parce qu'il ne passe pas par le formulaire, on peut faire des tas de choses intéressantes avec du JavaScript (dont notamment générer des données de formulaire). C'est pour cela que c'est bien d'avoir une personne physique qui vérifie le contenu de ton champ obligatoire.
De plus, sous Xoops, la vérification des champs obligatoires se font aussi au niveau du JavaScript, ce choix permet d'éviter de faire travailler le serveur, vu que c'est le PC du visiteur qui vérifie si les champs obligatoires sont remplis (en clair si la personne a le JS désactivé, cela ne fonctionne pas).
La "règle de base" en informatique : ne jamais faire confiance aux données envoyées par un utilisateur, toujours vérifier leur contenu, même si c'est fastidieux, ça évitera bien des désagréments.