Discussion Wikipédia:GTA-SF

message: Pour information, de: utilise un site externe pour les RC http://www.apper.de/wiki/ ~Pyb Talk 20 avril 2006 à 14:27 (CEST)
replies: text: 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)

message: 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)
replies: text: 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)
replies: text:  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)
replies: text: 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)

text: 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)

text: 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)

text: 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)
replies: text:  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)
replies: text: 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)
thread_title:  Divers 

message: 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)
thread_title:  Plyd's application for SoC 

message: 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)
replies: text: 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)

text: /me aime bien java et sens que ça va lui plaire rapidement :) Plyd /!\ 31 mai 2006 à 15:21 (CEST)
thread_title:  Google Web Toolkit