Discussion Wikipédia:GTA-SF

Pour information, de: utilise un site externe pour les RC http://www.apper.de/wiki/ ~Pyb Talk 20 avril 2006 à 14:27 (CEST)[répondre]

Tout à fait, j'avais vu ça. En fait cet outil est en fait un croisement entre l'outil allemand et celui d'Escaladix, avec quelques améliorations de mon cru :) Eden ✍ 20 avril 2006 à 14:32 (CEST)[répondre]


Commentaire sur Proposition 1

Ca me parait une bonne base (en plus, je n'ai jamais essayé RoR, mais j'aime bien le Ruby, donc...). Par contre, je ne sais pas combien de coder Ruby on a (et ce n'est pas négigeable étant donné qu'il faut développer mais aussi assurer son boulot d'admin et son boulot tout court :) )... Pour le refresh, ne serait-il pas possible de faire une requète ajax périodique sur la dernière date de MAJ?Eden ✍ 20 avril 2006 à 13:51 (CEST)[répondre]
Coder en Ruby est très simple surtout si on connaît déjà Python ou un autre langage de script. Pour le refresh, on devra sûrement faire avec AJAX, mais ce n'est jamais aussi bien qu'un client qui écoute sur une socket :)

Nom

Sinon, je propose qu'on crée une page qui fasse la synthèse des propositions émises sur la ML, ici et sur Utilisateur:Denis Dordoigne/Modifications récentes. Et surtout qu'on trouve un nom sexy pour ce projet :D --NeuCeu 21 avril 2006 à 09:22 (CEST)[répondre]
Le nom est un clin d'œil au jeu, sur lequel j'avais un peu (un tout petit peu) bosser :). Je viens de créer 2 pages Wikipédia:Lost-oasis et Wikipédia:Lutte contre le vandalisme. Peux-tu le signaler sur la ML? Je n'ai pas accès à mes mails d'ici... Eden ✍ 21 avril 2006 à 11:57 (CEST)[répondre]
Moi, je propose Bélisaire, c'est pas mal comme nom.... (Cf : La chute des Vandales) :P Educa33e 24 avril 2006 à 16:35 (CEST)[répondre]
Très bon choix, je n'y avais pas pensé :) (PS: désolé de ne pas trop participer pour le moment, je croule sous les sollicitations de tous côtés, ça devrait aller mieux d'ici au week-end prochain, j'espère) Eden ✍ 24 avril 2006 à 23:00 (CEST)[répondre]
Et lourd de sens pour ceux qui en connaissent l'histoire... Educa33e 25 avril 2006 à 00:21 (CEST)[répondre]
BlizR en codé :) Educa33e 25 avril 2006 à 00:24 (CEST)[répondre]
BLizR, alors, non ? :) Eden ✍ 25 avril 2006 à 08:27 (CEST)[répondre]
Bon on reste sur Bélisaire alors ? D'autres avis ? Educa33e 27 avril 2006 à 11:10 (CEST)[répondre]
Pou moi, c'est OK, NeuCeu étant du projet histoire, je pense que ça doit lui aller aussi :o) Par contre, je serais peut-être plus pour Belisarius, pour ne pas être trop axé francophone, au cas où d'autres wikipédia voudraient l'utiliser. Eden ✍ 28 avril 2006 à 12:55 (CEST)[répondre]
Très bon, Bélisaire ! Étant le créateur du Projet:Empire byzantin, j'aurais dû moi-même présenter ce nom :) Pour ceux qui cherchent l'inspirtion pour leur nom de variable, voir Bataille de l'Ad Decimum et Bataille de Tricaméron ou Tricamarum. :D --NeuCeu 29 avril 2006 à 12:03 (CEST)[répondre]

Divers

Désolé de mon manque de réactivité pour le moment, je garde un oeil dessus, mais j'ai la tête sous l'eau :) A priori, le problème potentiel que je vois à faire une application qui ne soit pas dans le browser, c'est qu'il faudra probablement y retourner pour faire les actions de bloquage, de suppression ou de révocation admin, ces requètes n'étant pas faites comme les autres (ce sont en partie de GET, avec un ticket à prendre; mais je ne me suis pas penché dessus pour voir pour le moment, si ca trouve, ca gère sans problème). D'un autre côté si on utilise Ruby on Rails, on aura tout intéret à trouver une bonne utilité à une base de donnée, puisqu'une grosse partie de sa puissance viens apparement de là et qu'il est conçut plutôt autour de ça. Voilà pour mes deux centimes du moment, faut que j'aille m'occuper du bot de déplacement maintenant :-/ Eden ✍ 24 avril 2006 à 23:15 (CEST)[répondre]

Bon, j'ai plus de temps maintenant que le renommage est fini (pour moi); par contre, j'ai promis à Alvaro de faire un petit Wikibreak, que je commencerais Mardi, pour en gros une semaine. D'ici là, je vais essayer de faire avancer le schmilblick et je vous laisserais quelques jours, Educa33e, NeuCeu, Plyd, discuter entre vous. Notons qu'on a toujours pas l'assurance qu'on aura une machine (1) avec une réplication (2) rapide (3) de la base de données Eden ✍ 28 avril 2006 à 13:08 (CEST)[répondre]
Je ne crois pas beaucoup à la réplication... Déjà , cela induit un délai, même une minute me semble beaucoup. Ensuite cette réplication est dépendante du bon vouloir des DBAs, et ce ne sera sûrement pas prioritaire pour eux. On a une solution éprouvée (IRC), plutôt robuste, rapide et simple à mettre en oeuvre. Je fais donc une autre proposition basé sur IRC (proposition 4). --NeuCeu 29 avril 2006 à 12:11 (CEST)[répondre]
Le problème, c'est que si on se contente de l'IRC, on se coupe de la moitié des fonctionnalités avancés. En effet, on sera obligé d'aller taper Wikipédia pour avoir les historiques, les pages de discussions; on aura juste les diffs et la coordination. On peut dire adieu aux heuristiques et laisser tomber le système de pop-ups de recueil d'info: ca sera bien trop couteux pour les serveurs WP. Eden ✍ 29 avril 2006 à 12:41 (CEST)[répondre]
Ps: D'après ce que j'ai compris du toolserver allemand, c'est Kate, qui administre ce serveur, qui s'occupe elle-même de la réplication; elle ne dépend pas de DBA externes. Eden ✍ 29 avril 2006 à 12:43 (CEST)[répondre]
Oh, également, c'était présent sur le dessin mais pas forcément dans le texte, la "réplication" peut très bien être l'installation d'un dump et l'application des diff IRC dessus. Plus difficile, mais moins de lag et contrôle total garanti. Eden ✍ 29 avril 2006 à 12:51 (CEST)[répondre]
Sinon, sur un point purement pratique, la proposition 4 n'a pas de serveur. Mais dans ce cas, il est plus difficile de mettre en place une exclusion (le fait que le logiciel te prévienne que l'edit que tu veux examiner est déjà en cours d'examen), car 2 personnes peuvent présenter le même ordre en même temps et il faut que tous les clients soient d'accord entre eux sur qui a la main. C'est l'une des raisons du serveur -il accepte la première demande qu'il reçoit et hop-, avec le fait de réduire les attaques directes sur les serveurs WP. Ca n'a rien d'insoluble je pense, mais il faut juste penser à écrire des règles de choix fiables et non dépendantes de l'horodatage -qui varie selon la fiablilité de l'utilisateur :o) - lors de l'implémentation. Eden ✍ 29 avril 2006 à 17:36 (CEST)[répondre]
Rien n'empêche d'avoir un bot que l'on puisse interroger, mais sinon c'est vrai que sans les diffs on ne peut rien faire ou presque au niveau analyse heuristique. Ca en est où des discussions avec les gens du ToolServer ? --NeuCeu 2 mai 2006 à 18:17 (CEST)[répondre]
Yop, je rentre tout juste de wikibreak. De mon côté, je n'ai aucun contact avec eux. Delphine avait cité une personne sans préciser son identité sur WP et qui n'a jamais pris part aux discussions, donc qui reste non-identifiée et, si j'ai bien compris, très occupée. Il y a aussi une histoire comme quoi d'autres machines avaient été proposé à l'asso mais cette nouvelle n'est pas sortie de l'asso (dont je ne suis pas membre) et même là, elle n'a pas été à priori discuter. Ces machines ont plus l'air des les embarrasser que de les arranger, on dirait qu'ils cherchent surtout à s'en débarasser vers l'extérieur :-/ Eden ✍ 8 mai 2006 à 13:41 (CEST)[répondre]

Plyd's application for SoC

Pour information, voici un extrait de ma proposition au Google Summer of Code. Comme je l'ai dit sur la page "à propos", je n'avais pas vu les discussions de cette page, mais il est très clair que si je suis pris pour ce projet, j'aimerai le réaliser avec les "combattants" qui se sont manifestés ici, et d'autres s'ils le souhaitent. Dans le cas contraire où je ne serai pas pris. Je participerai quand même, à moins grande échelle :) Plyd /!\ 12 mai 2006 à 18:24 (CEST)[répondre]

The idea is to make a tool like the java 'vandal fighter' inside a Special:DynamicRecentChanges page. (Absolutly not to replace the existent Special:RecentChanges)

Including it into the browser gives many other interesting applications:

  • Watch diff/hist in a floating box, just passing the mouse on a diff/hist link.
  • Revert from this page, sending vandal messages from this page
  • Another tool: small list in a corner to see people already browsing this page (with a possibility to be shown or not for confidentiality reasons)
  • In a small box, on the right for example, a space for a very simple IRC-like messaging
  • A possibility to add a comment on an RC which would only be seen by the user of this page (deleted after 500 edits for example).
  • Automatic update of the RC list (Show new contribs and more important, emphasize already done reverts)
  • Use of patroll tag (or stuff like that) to help collaboration
  • Possibility to develop it for NewPages, FollowList etc. (probably not for the SoC)

Since it is a big project, I will make a clear conception before starting, and will add priority to tasks, in order to have a usefull tool very soon.

Only page concerned

new SpecialDynamicRecentChanges.php (probably new other files but related to this one)

Tables change: very little

Table RecentChanges for comments new small table for simple irc-like messaging

Technologies used

  • AJAX, and lot of javascript
  • PHP (why am I precising that? - probably PHP5)
  • SQL for request optimisations


Google Web Toolkit

Vous avez ce truc ? http://code.google.com/webtoolkit/

Ca me paraît plutôt impressionnant. La programmation se fait en Java et une multitude de widgets est fournie. --NeuCeu 31 mai 2006 à 14:07 (CEST)[répondre]

Hum, oui, je suis pas un grand fan de Java, mais c'est joli en effet. Bon, c'est pas le tout, mais va peut-être falloir qu'on se bouge, qu'on se fixe sur une solution et qu'on code :-D Manque encore la proposition de Plyd (qui découlera sans doute de sa proposition du SoC) pour qu'on fasse une synthèse. Eden ✍ 31 mai 2006 à 14:30 (CEST)[répondre]
/me aime bien java et sens que ça va lui plaire rapidement :) Plyd /!\ 31 mai 2006 à 15:21 (CEST)[répondre]

Proposition 3

Donc je voterais pour la prop 3 (ruby -je connais pas- ou java comme au-dessus si c'est faisable).
Par contre, pour la partie "web" du logiciel (seule qui me plaît vraiment en fait), je préfèrerais largement un système qui puisse s'abstraire totalement de l'IRC côté utilisateur, ça éviterait les pb de proxy/pare-feux. Je vois plutôt un serveur qui broadcast les diff en http à toutes les pages ouvertes (ce qui est sans doute plus simple à effectuer que le translator - téléchargement d'une page en permanence sans envoyer le "EOF").
Côté UI, j'ai pas mal d'idées, comme un petit module discret de discussion en IRC-like, avec la liste des personnes connectée au script. Sinon, niveau présentation, je pense qu'on peut trier par diff par page, et permettre d'ajouter des messages sous chacun.

Exemple de GTA-SF Web
Options : Afficher les modifications d'enregistrés si elles suivent les contributions d'IP - Afficher entièrement tous les diff

Cela implique donc d'utiliser une base de données qui enregistre les messages de discussion (ou alors les gère sur un canal IRC ? -> pb lors de l'initialisation de la page)).
A priori, cela ne devrait pas provoquer de "collisions" puisque tous les diffs s'affichent, qu'ils utilisent le logiciel, ou pas.
Bon et dire que je voulais juste laisser un message pour dire que je ne vais pas être trop là les 2-3 prochaines semaines ^^... Plyd /!\ 31 mai 2006 à 15:21 (CEST)[répondre]

J'aime bien. C'est un peu moins visuel que d'afficher les diff directement (ça m'évite de reprendre ma souris pour passer sur les diffs et les afficher =) vu que je bosse sur 2 ordis, un pour le boulot, un pour WP), mais ça a des avantages certains au niveau lisibilité et compacité. Resterai plus qu'à ajouter une petite signalitique de couleur pour montrer lorsque les autres utilisateurs font des actions vis à vis d'un diff (avertir, bloquer, supprimer) pour éviter plus facilement les collisions -plutôt qu'avec juste un "pas touche" lorsqu'on tente l'action-, ce qui doit pouvoir s'insérer sans trop de mal. Eden ✍ 31 mai 2006 à 15:43 (CEST)[répondre]
Pour les actions, je pense qu'il faudrait mettre une ligne immédiatement, de la même façon qu'une contribution, ça serait un moyen de dire "pas touche! je fait!" (exemple message rouge).
Pour l'aspect des diff, en fait, j'y ai pensé, et j'imaginais aussi un bouton qui les affiche ou qui les cache tous d'un coup. ça doit pas être trop dur à faire. Plyd /!\ 31 mai 2006 à 15:52 (CEST)[répondre]

Implémentation

Je me suis finalement lancé : Utilisateur:Neuceu/Belisarius. J'ai choisi C++/Qt. Pour le moment, c'est un CDVF like. Mes plans de développement sont :

  • poursuivre l'implémentation des features de CDVF
  • support des vandalism feeds (salebot)
  • support des diffs dans le logiciel
  • bouttons pour révoquer ou valider
  • définition d'un protocole pour le patrouillage collaboratif
  • implémentation du patrouillage collaboratif (avec une solution éprouvée, CORBA par exemple)

L'idée est de fournir un logiciel bien léché, rapide, sans bugs et aux fonctionnalités étendues afin qu'il soit bien accepté. Le patrouillage collaboratif risque d'être un gros morceau. --NeuCeu 7 février 2007 à 14:11 (CET)[répondre]

Whaou, j'ai eu sérieusement l'intention de m'y mettre pendant ma seclusion anglaise (vu que j'ai pas le net, tout ca) mais le résultat est que pour le moment, je n'ai rien fait, donc je ne peux qu'applaudir. Qu'est-il arrive a ta proposition d'utiliser RoR ? A cause de l'absence de fourniture d'un serveur par l'asso ? Eden ✍ 8 février 2007 à 16:58 (CET)[répondre]
Ben plusieurs facteurs :
  • RoR, mine de rien, c'est pas facile
  • mon proof of concept était foireux (lent, inutilisable) ou alors je n'ai pas du tout su utiliser RoR (c'est bien possible)
  • effectivement pas de serveur mis à disposition (et je crois qu'il faudrait d'abord proposer qqc avant qu'on nous file un serveur :) )
  • j'ai tenté qqc avec XUL (un plugin sur Firefox), j'ai rien pigé au binz
  • je reviens à qqc que je maîtrise parfaitement (C++/Qt) et que tout le monde peut appréhender (tous les devs connaissent C++, Qt est open source maintenant et intégrée à toutes les distros Linux)
  • je crois qu'il fallait se décider à faire qqc, CDVF n'est plus maintenu et franchement j'en suis venu à haïr ce truc informe en java.
Je continue le développement. Dès que j'ai fini le support de salebot et du vandalism feed, je release la v0.2 (ça ne devrait pas prendre longtemps)
Sont bienvenues toute aide, suggestions d'amélioration, patches, demandes d'accès au SVN sur SourceForge, etc. L'idée est de proposer une interface aussi chouette que possible, alors, allez-y, testez ! Émoticône sourire --NeuCeu 8 février 2007 à 17:20 (CET)[répondre]
Hum, je vois je vois. Par contre, du coup, si tu veux des diff "visuel", il va falloir faire le rendu HTML "a la main" :)
J'ai utilise Qt il y a 4-5 ans mais je n'avais pas trop aime le processing pour les signaux tout ca. Gtkmm avec la lib sigc++ est quand même vachement plus elegant, conceptuellement parlant :)
Des que j'ai a nouveau le net, je regarde ce que tu as fait ;) Eden ✍ 9 février 2007 à 20:02 (CET)[répondre]
La v0.2 est dispo. J'ai oublié quelques fichiers dans l'archive tar.gz, alors le mieux c'est de faire un svn checkout. --NeuCeu 13 février 2007 à 10:40 (CET)[répondre]