wilk a écrit 1170 commentaires

Il y a plein de "juste milieu" : n'importe quel langage avec lequel tu peux faire un serveur autonome (cad lancé en permanence). Après c'est un problème de confort, les librairies plus où moins pratiques etc...
Jette un coup d'oeuil à http://twistedmatrix.com(...)

Tu ne peux pas réutiliser du code php pour autre chose que du web. Alors qu'avec j2ee, demain tu peux développer une interface native sans rien changer au code métier qui est derrière. Et en prime les deux interfaces marcherons en même temps.

Tu n'as pas pigé que la différence est qu'une appli web en j2ee ou autre, est lancée en permanence, ce qui facilite la persistance et qui permet de faire des choses sans intervention du client qui visite une page.
Un autre exemple plus frappant que l'email : tu peux réagir à d'autres actions qu'un timer, par ex pour mon jeu de scrabble, je peux réagir à des messages jabber, je peux controler mon programme par telnet etc...

Mis à part le petit troll qui s'est glissé, voilà pourquoi j'utilise python à la place de php, et pour les mêmes raisons j'aurai pu utiliser java...

D'abord une raison suplémentaire qui a été décrite maintes fois, j2ee n'est pas un langage mais une norme qui défini des comportements standards. On pourrait très bien imaginer un php compatible j2ee, mais pour l'instant ce n'est pas le cas.

Mais revenons aux choses plus terre à terre.

Au début j'ai utilisé php par obligation car c'était le seul langage disponible chez mon hébergeur. J'utilisais windev pour faire des applications windows, bash pour faire des scripts d'admin, C pour faire des jeux, C++ pour faire des GUI etc... C'était très pénible d'avoir à changer mes habitudes à chaque programme.

Aujourd'hui j'utilise python, je me suis fait des bibliothèques que je peux aussi bien utiliser pour du web (j'ai un dédié) que pour de la gestion, des jeux etc... Et je ne change quasiment plus jamais de langage. Voilà ce qui ne serait pas possible en PHP. Cela est d'autant plus important pour des applications complexes où la partie interface web n'est qu'une toute petite partie. Java aurait très bien pu faire l'affaire, mais je l'ai laissé tomber pour des raisons de confort on va dire (et de phylosophie).

Ensuite il y a tout un tas de petits avantages purement techniques (code plus propre, possibilité de se passer d'un serveur apache etc...) mais ça rentre dans le domaine du troll.

A vérifier, mais à mon avis quand il dit qu'il a besoin d'un serveur, c'est pas forcément un serveur local, c'est juste pour dire que le bot étant un client, il lui faut un serveur. Mais ça doit pouvoir être n'importe lequel.
On pourrait même imaginer, si ça a vraiment un intérêt, de créer un site exprès avec un bot qui recense tous les utilisateurs de plusieurs forums... Et chaque forum irait s'inscrire et piocher dedans. Ca éviterait aux webmaster de forum d'avoir leur propre bot. bof...

Le responsable de forum collecte l'identifiant jabber, et ensuite automatiquement le bot va envoyer une demande d'autorisation, l'utilisateur n'aura qu'à cliquer sur j'accepte ou refuse. Donc vraiment pas sorcier. Et c'est tout.
Donc l'utilisateur n'a pas à rentrer de contact ni rien. Il répond juste qu'il est d'accord, comme on répond à un email pour confimer l'inscription à une ML.

Tu peux très bien faire un IM centralisé avec jabber, tout le monde aura une adresse du style pseudo@monserveur, ainsi tu pourra savoir qui est là sans avoir besoin d'acceptation de contact. Un utilisateur "admin" a le droit de savoir quels sont *ses* utilisateurs présents.
Ca peut être intéressant pour un intranet par ex. C'est ce que font les IM propriétaires finalement.

Mais sinon, rien n'oblige à ce que le bot soit local, dès l'instant où les utilisateurs l'acceptent comme contact.

Tu as raison, à terme ce sera effectivement très pratique...

Tu dis ça car tu ne prends en compte que les fonctionnalités des clients. En revanche, côté serveur, le fait que l'on ait les spécifications permet de programmer tout ce qu'on veut. Dans un sens ça amène énormément de fonctionnalités que les autres n'ont pas.

Ce que je veux dire c'est qu'il ne faut pas voir jabber uniquement comme de la messagerie.

Exemple : je m'envoi des alertes jabber si mon serveur a des ratés, mes joueurs reçoivent des messages quand c'est à eux de jouer etc... Bref, des fonctionalités qu'ils n'ont pas ailleur.

C'est pas forcément un mal que ce soit comme ça, l'utilisateur n'a pas forcément envie que tout le monde sache s'il est en ligne ou pas... Le système d'autorisation des contacts est là pour ça.

Ca serait possible à faire, même sur un système décentralisé, il suffirait que tu ais le droit d'aller demander à n'importe quel serveur si untel est connecté ou pas. Comme on le fait avec les emails pour vérifier qu'un compte existe ou pas.

Je me répond à moi-même pour les archives : ça marche, j'ai testé.

Exactement, c'est ce que j'ai fait pour un jeu de scrabble en ligne (http://seps.flibuste.net(...)). Les joueurs ajoutent "robot" dans leur contact, le robot accepte automatiquement. Ensuite, le robot reçoit des "présences" dès qu'un joueur est en ligne.
Du coup, ça me permet de leur envoyer plein de messages d'infos sur leur jeu en cours, sur les personnes présentes sur le groupchat etc...
Le robot fait lui-même partie du serveur de jeu, ainsi une page web permet d'afficher la liste des joueurs en ligne et même de leur envoyer des messages par le web.

Bref, jabber, c'est bon, mangez-en !

ps: j'ai codé tt ça en python avec twistedmatrix, si ça intéresse quelqu'un.

Par contre, pour que les joueurs acceptent d'installer un client jabber... c'est la luuuutteeeuuuu....
Pour leur faciliter la tache je leur cré automatiquement une adresse jabber sur mon serveur, avec leur même pseudo et pass.

Un truc qui embrouille vachement c'est qu'une adresse jabber est de la même forme qu'une adresse email...

Je ne parle pas de passerelle avec la messagerie aol, mais du fournisseur aol. C'est à dire, installer par ex PSI sur un ordi connecté par adsl chez aol.

Mais bon, j'imagine qu'ici il ne doit pas y avoir foule qui utilise aol comme fai...

slt,

Ce protocole est vraiment extra, on peut enfin programmer de la messagerie directe, je m'en sert sur le site d'un jeu, programmé en python avec twistedmatrix.

Bon, mais j'ai des joueurs sur aol, et ils me disent que ça ne peut pas marcher avec aol. Est-ce que quelqu'un peut confirmer oubien ils mélangent tout ?

Ce ne serait pas plutôt l'inverse ? Pourquoi garbage collector a-t'il été traduit par ramasse-miettes ? garbage c'est plutôt ordure que miettes...
Surtout qu'en français, l'expression "ramasser les miettes" ne signifie pas du tout la même chose.
D'après mon dico (robert et collins) garbage collector = eboueur. En pratique, puisqu'il ramasse les objets morts, j'aurai traduit ça par croque-mort !

J'imagine que ça a du être débatu des dizaines de fois non ?

Ce qu'il y a de sympa aussi chez Nerim c'est qu'en cas de problème (2 en 4ans), ils commencent par vous dire de cliquer sur panneau de configuration...Top, je suis sous linux. Très bien, donnez moi votre numéro de téléphone, un technicien va vous appeler. 5 minutes plus tard le techos appelle, on règle le problème vite fait (c'est la faute de FT qu'il appelle en //) et on troll/cause distrib :-)

> - la reconnaissent de gnu/linux comme cible

Ca illustre très bien l'opération ! Non seulement je profite des contributeurs de logiciels libres, mais en plus je leur fait payer du logiciel propriétaire. Et en prime ils me remercient avec le sourire parceque je suis un groupe riche et puissant qui daigne leur vendre ma tambouille ! Elle est pas belle la vie ?

L'analogie avec les armes est désespérément simple, j'ose même pas l'exposer...

Et bien sûr une publication de lagardère n'a aucun parti pris ;-)

Je ne critique pas non plus le fait que linuxfr parle de hachette, au contraire, mais il faut faire attention de ne pas tomber dans la crédulité de geek à qui il suffit de voir marqué linux sur une boite pour crier victoire.
Donc, parlons de hachette mais avec le maximum de renseignements possibles et pas simplement en recopiant une plaquette publicitaire.

Je vois bien les nouveaux VRPs toquer à la porte avec une knoppix à la main : « Et avec la fabuleuse encyclopédie, madame, j'ai le plaisir de vous offir ce magnifique knoppix... Et si vous insistez un peu, que vous sautez au plafond en poussant des petits cris stridents, je vous offre également un fusil mitrailleur »

C'est super sur linuxfr, on fait de la pub pour les marchands d'armes qui éditent des logiciels propriétaires basés sans scrupule sur les logiciels libres, sans aucune contre-partie. Et même pas de lien vers wikipedia, bravo !

Non, un logiciel libre n'est pas par définition gratuit, et on ne peut pas toujours l'obtenir gratuitement. Je te met au défis de te procurer gratuitement les logiciels libres que j'écris pour mes clients ;-)
Ils sont libres car mes clients sont libres de les modifier, et si ça leur chante, et de les distribuer. Mais ça ne leur chante pas du tout donc tu ne risque pas de pouvoir te les procurer (je te rassure c'est des spécifs sans intérêt pour quelqu'un d'autre).
Je crois qu'il est important d'insister là dessus encore et encore pour casser l'idée que libre = freeware de magazine... Y a encore plein qui croyent que plus on paye plus c'est bon, rassurons-les, ils peuvent payer du logiciel libre !

"Sûr", je suis d'accord avec ta définition :-)

"Sans pub", ce serait un peu débile d'en mettre effectivement, mais le monde de la pub n'est pas ce qu'il y a de moins débile, alors ?...

Comme la plupart des solutions pour réduire la polution, elles ne fonctionnent qu'avec un régime moteur optimal, hors la plupart des déplacements se font en ville sur des courtes distances moteur froid avec un très mauvais rendement (embouteillage, redémarages fréquents etc...).
Un autre phénomène est que si on consomme moins on a tendance à rouler plus ou mettre la clim etc...

Ce qui fait qu'au boût du compte ces maigres avancées ne servent strictement à rien d'un point de vue global et donc écologique.
C'est un peu comme internet, plus la connexion est rapide et économique, plus on passe du temps dessus !

Cherchez pas, y a pas mieux que le vélo et sa roue "libre" :-)

Dès qu'il y a une diffusion libre, il y a automatiquement le "risque" que quelqu'un en tire profit sans en rétribuer les auteurs, ça peut être par une diffusion commerciale (ce que vous souhaitez interdire), mais ça peut être aussi tout simplement par les conaissances acquises qui vont être utilisées commercialement (ce qui n'est manifestement pas interdit), par exemple je vais utiliser les connaissances acquises pour administrer un serveur commercial. Donc pourquoi interdire l'un plutôt que l'autre, dans tout les cas il y aura potentiellement un profiteur qui ne reverse rien...

Mais en vérité, l'auteur lui-même est dans ce cas, il n'a pas inventé la poudre, il "profite" aussi des conaissances qu'il a acquises, en lisant d'autres auteurs (qu'il n'a peut-être pas rétribué non plus), et dans tous les cas, il a pu écrire parcequ'il a été à l'école... En voulant restreindre une documentation on se rapproche dangereusement des histoires de brevets.

Les logiciels libres sont exactement dans la même situation, la solution qui a été trouvée est de dire : ok, tout le monde en profite, mais personne n'empêche le prochain d'en profiter aussi, et ainsi tout le monde s'y retrouve *indirectement*.

Un nouveau métier plein d'avenir !

Je rappelle au passage qu'en France il faut être inscrit à l'urssaf pour encaisser un bounty, et ne pas oublier de payer les charges hein si on veut que nos enfants puissent aller à l'école.

C'est minix sur atari ST qui m'a permis d'apprendre le système unix en autodidacte et d'aprécier les joies du source ouvert ! Cet aprentissage m'a permis de bosser sur... sco... ben oui, pas le choix... Puis j'ai longtemps cru que Linux n'était que la suite de minix. L'accès à Internet m'a finalement permis de clarifier tout ça.