La voici, la voilà ! Ce n'est plus un projet mais une réalité. Un grand merci à icebird et jugement, grâce à qui elle a pu voir le jour.
 

>>> JHIndex : liste des membres JH <<<

Aucune utilité, si je ne m'abuse.

Je pense aussi, mais j'aime la couleur de ton écriture.

---------------
Ma TL SC Ladder4
"Je vais bruler un siege a l'eglise" ®EternalSun95
Etoile de l'année : Sbizz' // TroLL de l'année : TeTlis

C'étais une option dont je ne me servais pas deja a l'époque mais si certains y trouves leurs beurre  alors pourquoi s'en priver ?  
 
Après que des gens qui ne trouvent pas ça utile n'ayant pas connu l'ancienne version du forum ....:ack:

Pour s'amuser comme avant à aller chercher kikinétais le premier inscrit, ou inscrit avant l'autre, etc, faire des stats inutiles, moi je suis preneur

je vois pas l'utilité, ni celle de ceux qui écrivent en couleur d'ailleurs

La question n'est pas de savoir si c'est utile pour tout le monde (comme la couleur utilisée dans les messages), il est évident que la réponse est non.
 
La question est de savoir, pour ceux que cela intéresserait, ce qu'on mettrait dans cette liste, quelle solution on choisirait pour la créer et qui serait prêt à me donner un coup de main (je pense au script ou à la solution manuelle).

bah ptêtre un script qui part de la racine du forum et qui va dans chaque catégorie télécharger chaque page de chaque thread, récolte les liens vers les profils et ensuite récolte les infos nécessaire depuis les pages profil, mais ça me semble très très lourd pour le serveur, surtout si faut le relancer de temps en temps pour le mettre à jour
 
par contre si une liste des utilisateurs actifs suffit, on pourrait prendre que la première page de chaque catégorie et que les quelques dernières pages des topics, et là ça me semble envisageable (et je veux bien tenter d'aider)

A la mano ca risque d'être vraiment laborieux non ?

Pour ma part, je trouve cela 100% inutile mais bon puisque c'est pas le sujet, voici la méthode la plus économique de procéder pour collecter les infos sur les utilisateurs passés et présents du forum :

for XXXX 1 to <Membres Enregistrés : actuellement 57312* - cf. page d'index du forum> { collecter infos jugées utiles depuis http://forum.judgehype.com/judgehype/profil-XXXX.htm et éventuellement les stocker dans une base de données / fichier Excel / autre pour agrégation - genre tri sur base de l'arrivée, etc. }

Bien entendu il faut savoir programmer un minimum pour faire du parsing...

Ne pas oublier le respect de la vie privée lors du traitement des informations...

* en fait c'est un rien plus compliqué, car il semble qu'il compte le nombre d'utilisateur actuellement inscrits, mais il y a des "trous", suite à la fermeture de comptes, donc chaque fois qu'un profil semble vide, il faut incrémenter la valeur "user_max", bref c'est plus un for, mais un while (à moins de faire un "for 1 to 100.000" de sorte qu'on ait une sacrée marge de sécurité), enfin bon le mieux me semble de faire un while avec deux variables, max = nombre d'utilisateurs à rechercher trouvé sur la page d'index, et i = la variable qui parcours le tout... à chaque fois qu'on trouve un utilisateur dans la boucle while, on décrémente le max, et à chaque poassage dans la boucle on incrémente i (qu'on trouve ou pas d'utilisateur), la sortie du while se fait lorsque max <= 0 ou lorsque i > 100.000 (pour éviter d'éventuels pépins de boucle infinie si le parsing se passe mal pour une raison quelconque).

---------------
        MetalGear   aka   MetalGearLiquid
                >> Undead polyglotte <<
                 
À lire absolument : FAQ et Aide du forum MD.net * FAQ Diablo2 * FAQ Warcraft3 * FAQ WoW * FAQ StarCraft II * Règles du forum dédié à StarCraft II

Ouais enfin en même temps ce à quoi on accède comme ça ce sont des profils publics, avec des pseudonymes, et pas des informations réellement "nominatives"...
Sinon je suis plutôt partisan du /profile.php?id=... que du /judgehype/profil-xxxxx.htm

---------------
« L'inconvénient des écrans plats par rapport aux CRT, c'est qu'on peut rien poser dessus »

ha bah c'est pas con ça

ça marche pas
 
python to the rescue
 
http://pastebin.ca/852423
sortie:

 
après, peut-être adapter le script pour former une base de donnée, puis la mettre en ligne

Ah ouais, c'est profilebdd.php?id=...

---------------
« L'inconvénient des écrans plats par rapport aux CRT, c'est qu'on peut rien poser dessus »

+1 pour l'idée

Bon, pour le script, je vous remercie beaucoup d'y réfléchir. Je vous aiderais volontiers si je n'étais pas complètement ignare dans ce domaine.
 
Néanmoins, est-ce que l'utilisation d'un tel script serait envisageable sans que les admins ne prennent cela pour une attaque (ce que j'ai lu sur un ancien topic) ?
 

 
Quelle que soit la méthode utilisée, je crois que la mise à jour posera problème (enfin tout dépend de sa fréquence).
 
Ne prendre que les membres actifs des premières pages, ça peut être un bon début.
 

 
J'ai testé : ça m'a pris 3h30 pour lister les 1000 premiers membres (n°, pseudo, date d'inscritpion). Si on s'y met à plusieurs (une dixaine de personnes), ça peut être bouclé en relativement peu de temps. Bien sûr, si on compare ça au temps que mettrait un script, ça n'a rien à voir.

You're losing me.

---------------
Posté le o3|11|2oo7 à 12|2o|46 par Shoggynou : Non mais Kypper depuis genre 6 mois il est passé d'un gars à très cool à Grubnatz - Posté le 29-o8-2oo7 à 14|26|05 par Incubeee_ : Oui, mais pour moi tu seras toujours Arcueid - Posté le o4-12-2oo6 à 21|55|41 par Simulacre : Ne t'inquiète pas, je te défoncerai tôt ou tard. : ) - Posté le 13-o4-2oo6 à o1|o8|37 par Bellandy : Sinon tu habites chez tes parents ? - Posté le 31-12-2oo5 à 21|3o|37 par Loline : mais mais Kyppy, tu n'as pas une grande vie sexuelle - Posté le o5-o8-2oo4 à 17|47|18 par Zack : J'ai l'impression d'être le seul à pas vraiment connaître Kypper... o_O

bon à priori je peux te récolter les infos (pseudo, numéro de membre, date d'inscription, nombre de messages) et les mettre en ligne (ça devrait prendre que quelques mo dans une base de donnée), mais après comme faut télécharger 57'000 pages j'ai un peu peur
 
tu saurais pas la position des admins sur le sujet ? faudrait peut-être leur écrire voir ce qu'ils en pensent

Heu a la base, Judge Hype c'est un forum comme tous les autres, donc il y a une BDD. Autant récupérer les users via la BDD.
 

 
For et While c'est identique... D'ailleurs je comprends pas ta technique... Si JH utilise une BDD normal ( ) il suffit juste de retrouver l'id, et ID sera le max d'utilisateur. Donc for(i = 1; i <= ID_max; i++), non ?

 
 
Inutile donc indispensable
 
 
Gogo Links le stateur fou

---------------

Tradelist de Zdm  
Ma  mini a vendre
GW: Jesper Friden - Heal Arante - Agna Friden - Labyala Fiend

Exactement, Couillu.
 

 
Je ne connais pas leur position sur le sujet mais peut-être qu'un modo sait.

oui mais peut-être que ça les fait chier / ils ont pas que ça à faire / autre chose
si il y a pas de liste publique actuellement c'est sûrement pour quelque chose

à priori ouais, et suffit de faire un "continue" en cas d'ID non valide

Moi l'option que je trouvais rigolote, c'était celle qui permettait de lister le nombre de posts par utilisateur sur un topic en particulier.
LEs blablas Ud, c'était bien

---------------

Viens écouter ma playlist ! (Maj le 11/06/08)

Attention à ne pas faire à plusieurs ce boulot de façon non coordonnées, sinon on va bouffer des ressources inutilement en refaisant à plusieurs les mêmes requêtes.
 

Faut voir où et comment tu récupère ID_max ... si tu te bases sur le nombre de comptes enregistrés tel qu'affiché en bas à droite de la page d'index du forum, alors tu as un pépin, et justement c'est pour cela que j'avais édité mon message.
For et While identiques ? bof ça dépend du langage de programmation et de la façon d'exprimer les conditions...
 

Bah ça dépend, certains utilisateur ont peut-être mis leur vraie identité (leur nom de famille) à la place de créer un pseudonyme... puis il y a toujours la question du recoupement qui peut poser problème.
Tu sais comme moi qu'on ne peut pas conserver certaines données au delà d'un an, etc

---------------
        MetalGear   aka   MetalGearLiquid
                >> Undead polyglotte <<
                 
À lire absolument : FAQ et Aide du forum MD.net * FAQ Diablo2 * FAQ Warcraft3 * FAQ WoW * FAQ StarCraft II * Règles du forum dédié à StarCraft II

Moi je vois pas l'interet surtout.
 
Je te retiens pas ni n'émets de commentaires, mais, je me demande a quoi ca sert...

 
J'ai pas mieux^^

---------------

@Metal:
 
Bah JH utilise MySQL non ? Si oui, alors pas réellement besoin de se casser les fesses. Le truc, c'est que si l'ID est en auto-increment, lorsque des comptes sont supprimés, ça fait donc un trou. Mais on peut faire une condition pour voir si l'id existe, et si non, on continue la boucle. Et là, tu es sur d'avoir tous les membres. L'ID max peut être 120,000 et peut avoir 60,000 comptes, ce qui fait qu'il y aura 60,000 trous. Mais en utilisant une boucle avec une requete, il n'y aura pas de problème.
 
Ensuite, reste juste l'affichage. Le problème, c'est qu'il faut demander à Sharas les données. Et faut lui demander aussi la connection à MySQL (avec mdp) et ça, à mon avis, il voudra pas. À moins de passer par un include, etc... bon. Une technique comme toutes les autres Enfin, après, je connais pas la technique qu'utilise Sharas pour enregistrer les membres, mais comme tout forum, à mon avis, ça se situe sur une table users, et la plus par des infos personnelles sont sur cette table.
 
Après, si on utilise t'as méthode, j'obterais pour un truc comme ça:
 
for(i = 1; i = max_user; i++)
 
On continue la boucle jusqu'à max_user (qui est donc 57322). Si on tombe sur un trou, on rajoute +1 à max_user. Et t'auras le nombre d'enregistré. Enfin, j'espère ne pas me tromper sur les calcules là

 
Cela va de soi.
 
Si nous étions une dixaine à le faire, on pourrait par exemple se répartir le boulot en prenant chacun une tranche différente de 5000 utilisateurs (1 à 5000, 5001 à 10000, 10001 à 15000, etc.).
 

 
Personnellement, ça me servirait à :
- déterminer combien de comptes ont été supprimés et combien d'utilisateurs il y a réellement, à quel combientième membre correspond chaque pseudo et vice versa ;
- voir quels sont les pseudos déjà pris, pas encore pris, ceux qui se ressemblent, les classer par ordre alphabétique, repérer certains multi-compte ;
- voir qui s'est inscrit quand, en déduire l'évolution du nombre d'inscriptions/suppressions au fil des ans, voir à quelles périodes se trouvent les pics, savoir qui s'est inscrit le même jour que moi ou qu'un autre ;
- savoir quels sont les plus gros posteurs, établir un top posteurs, en déduire le pourcentage du nombre total de posts qu'ils occupent sur JH ;
- savoir quels et combien sont les membres actifs/inactifs ;
- et plein d'autres trucs suivant les infos du profil dont on disposerait.
 
Bref, pour ceux que cela intéresserait, tout ceci permettrait de mieux connaître le forum et de satisfaire de nombreuses curiosités.

Je comprends pas, pourquoi vous voulez vous répartir le taff ? Vous voulez tout faire manuellement o_O ? Genre, afficher les infos d'un membre, et les noter sur papier ?!
 
Vous êtes fous.

Rah, les gens qui peuvent pas vivre avec leur curiosité...

 
Qui parle de ça ?

Il est très probable que le forum soit basé sur une BDD MySQL, mais là n'est pas la question, la question est as-tu le droit de faire un query "direct" SQL sur cette BDD ? La réponse est fort probablement non... seuls JudgeHype et Sharas ont les droits requis, d'où ma suggestion de parsing sur le contenu auquel nous avons accès... vu que je doute que Sharas ait le temps de s'occuper de cette collecte de données ô combien vitale... (et compte tenu qu'il a déjà assez de boulot comme ça pour la gestion quotidienne du site et du forum, sans parler du design de la prochaine version du site...)
Augmenter max_user ça va passer en C sans aucun doute, mais il y a plein de langages de programmations qui refusent ce genre d'entourloupes... et d'un point de vue programmation structurée, la plupart des profs stricts te buseront pour ce genre de magouilles, mais bon...

---------------
        MetalGear   aka   MetalGearLiquid
                >> Undead polyglotte <<
                 
À lire absolument : FAQ et Aide du forum MD.net * FAQ Diablo2 * FAQ Warcraft3 * FAQ WoW * FAQ StarCraft II * Règles du forum dédié à StarCraft II

@Metal: Bah, autant faire une page toute faite (donc par un de nous) et l'envoyer à sharas qui aura juste à changer la connecte à MySQL et la table grâce à des variables genre $table etc... ça lui fera moins de taff
 
Par contre, je vois pas comment vous voulez récupérer les données du site Enfin, c'est peut être plus de mon niveau, mais j'arrive pas à voir quel méthode permet de faire ça

Ouais, mais nan en fait.
J'en veux pour preuve que dans ce même sujet, a posté SejongDewang, et qu'il a pour id utilisateur 58943 ...

---------------
« L'inconvénient des écrans plats par rapport aux CRT, c'est qu'on peut rien poser dessus »

Il y a deux jours c'était 60295

T'as pas compris Constance, relis mon post. Je dis que si il y a un trou, tu augmente de +1 max_user.
 
Genre, t'as 500 entrées, et 300 membres. T'auras 200 trous, donc tu fais max_user + 200 t'arriveras au max d'entrée, càd 500. Donc tu les comptes bien tous.
 
JH compte le nombre d'ID existante. Donc ça peut très bien être 1,4,5,6,10 etc... dans la BDD il y aura tous les ID 1,2,3,4,5,6,7,8,9,10. Que 5 ID sont valides. Les 5 autres, c'est des trous
 
Enfin, je sais pas si j'me suis fait comprendre

Visiblement, non  
Enfin là je pense que je vois à peu près où tu veux en venir, toujours est-il que le passage que j'ai cité est faux (ou alors le nom de la variable est très mal choisi ^^ )

---------------
« L'inconvénient des écrans plats par rapport aux CRT, c'est qu'on peut rien poser dessus »

Je parle de max_user et non de max_id.
 
Par exemple, JH comporte 100,000 id, on va dire que c'est max_id. Chaque membre a un champ (dans la BDD) qui a comme nom "Supprimé". Si supprimé est sur 1, cela veut dire que le compte n'existe plus (autant le supprimer, mais ça sera mieux pour me faire comprendre).  
 
L'index de la page, va faire la somme de tous les ID avec le champ "Supprimé" = à 0. Sachant que "Supprimé" peut être modifiable, le nombre d'inscrit peut changer n'importe quand. max_user sera le nombre d'id qui auront le champ "Supprimé" = à 0.
 
Enfin, moi, mes méthodes sont un peu bizarre pour ce qui est des codes. Mais en générale j'ajoute des commentaires pour me faire comprendre. Par écrit, c'est un peu plus chiant à expliquer Le tout, c'est que j'me comprenne

Ils sont pas à l'écrit tes commentaires ?  

---------------
« L'inconvénient des écrans plats par rapport aux CRT, c'est qu'on peut rien poser dessus »

Si mais ils sont court
 
En code j'me sens plus à l'aise que sur un forum à expliquer J'ai la flême de faire un code là, donc voila quoi T'as compris, j'espère Sinon, va te pendre xD

S'toi qu'on va pendre

---------------
« L'inconvénient des écrans plats par rapport aux CRT, c'est qu'on peut rien poser dessus »