plan B...ou comment parer l'hibernation de nos lapinous.

Harfangdesneiges a écrit:

De mon côté je suis prêt à donner minimum 1/2 h par jour. Seul inconvénient : je n'ai jamais travaillé sur un serveur dédié, ni utilisé Jabber, erlang, Java... Bref, en réseaux je suis pas top

Bon ! ben mon gars, va falloir s'y mettre ! ...........commence a bûcher Jabber, erlang et Java..........euh..........moi...........je vais faire du café........

EDIT : Moon'sHeart : ton plan d'attaque est parfait, yapluka !

nag a écrit:

Bon ! ben mon gars, va falloir s'y mettre ! ...........commence a bûcher Jabber, erlang et Java..........euh..........moi...........je vais faire du café........
EDIT : Moon'sHeart : ton plan d'attaque est parfait, yapluka !

Je dirais même plus: va falloir retrousser ses oreilles!

Moi j'veux bien aider si il y a es choses a Photoshoper ..... la seule chose que je maîtrise ... :-S

Ca en est ou ............? on est un peu au point mort, non ? (ou y'a des infos qu'on aurait loupé ?)

jbx028 a écrit:

Je suis tout à fait d'accord avec toi. De source (presque) sur, violet utilise ejabberd (http://www.ejabberd.im/) basé sur le langage erlang. J'ai déja un peu eu l'occasion de regarder dans le passé mais j'ai pas beaucoup de temps malheureusement en ce moment...

http://wiki.jabberfr.org/Ejabberd

Et de maniere plus generale tout sur jabber :
http://wiki.jabberfr.org/w/index.php?title=index.php&title=Accueil

et peut etre ca a lire aussi
http://www.cs.uta.fi/hci/spi/jnabserver/

Merci Grosbill Je me suis penché sur l'install d'un serveur apache hier et je dois dire que ca me fait de l'info en plus, je me pose une question..........lors de l'install, en suivant la procédure donnée dans le wiki (1er lien) il est dit :

"Veillez à toujours mettre le nom du domaine en minuscule, sinon vous risquez d'obtenir un « not_allowed » lors de l'enregistrement et de l'accès à la page web.",

C'est quoi cette page web ? celle a partir de laquelle on configure le serveur, ou celle du site que l'on heberge ? :nabz1:

EDIT : ou cas ou il s'agirait du site hébérgé, peut-on mettre un blog en lien ??

Pour info, le lien ci après confirme bien que violet utilise ejabberd : http://www.silicon.fr/fr/news/2009/07/24/nabaztag_adopte_la_solution_de_messagerie_instantanee_de_processone

Ca confirme alors !

Bon du coup, OpenNab devrait être mis de côté..........c'est dommage, il y avait plein de fonctions implémentées

nag a écrit:

Merci Grosbill Je me suis penché sur l'install d'un serveur apache hier et je dois dire que ca me fait de l'info en plus, je me pose une question..........lors de l'install, en suivant la procédure donnée dans le wiki (1er lien) il est dit :

"Veillez à toujours mettre le nom du domaine en minuscule, sinon vous risquez d'obtenir un « not_allowed » lors de l'enregistrement et de l'accès à la page web.",

C'est quoi cette page web ? celle a partir de laquelle on configure le serveur, ou celle du site que l'on heberge ? :nabz1:

EDIT : ou cas ou il s'agirait du site hébérgé, peut-on mettre un blog en lien ??

C'est la page du site où se trouve l'interface d'administration :

Citation :

Vous pouvez maintenant administrer le serveur en vous connectant à l'interface d'administration via un navigateur quelconque en entrant l'URL suivante :

http://monserveurjabber.tld:5280/admin

.

Bonjour a tous, je vois que la révolution s'installe. et j'en suis désoler de ne pouvoir vous aidez car je n'y connais mais alors rien en informatique.

Par contre j'ai un vélo pour faire du courrant et si il vous faut un pédaleur ba je me sacrifirais c'est sur.

Esperons que vous arriverez a faire vivre nos lapinous attitudes

Bonjour à tous,

Je suis le développeur initial d'OpenNab. Je ne passe plus très souvent sur ce forum mais je viens de voir un message que m'a envoyé Nag concernant votre recherche de plan B.

A la lecture de vos échanges il semblerait que vous vous dirigiez vers une solution jabber. Je ne peux que vous souhaiter de reussir mais, pour le coup, OpenNab ne vous sera pas d'une grande utilité.

J'aimerais quand même répondre à plusieurs messages de la discussion dans lesquels ont été avancées de affirmations telles que "on ne va pas revenir à un ping toutes les X minutes", "http n'est pas adapté", "php n'est pas adapté", etc.

Les pings du lapin dans sa version "non jaberisée" n'ont jamais été très gourmands, ni en bande passante, ni en temps de traitement. Il aurait été réellement possible de connecter plusieurs centaines de lapins sur un OpenNab avec un délai de ping relativement court (un délai de 10 secondes donne une impression de quasi temps-réel)
Le web dans son ensemble est, pour autant que je sache, principalement constitué de serveurs http dont les applications sont programmées en php et qui renvoient des données à de nombreux utilisateurs connectés simultanément...

Un serveur jabber sera probablement plus efficace mais, s'il prend à certains d'entre vous, l'idée d'un plan C (dans le cas où le plan B met plus de temps que prévu à être opérationnel), je peux aider à l'install d'OpenNab sur un serveur.
Je peux aussi donner des explications détaillées sur le fonctionnement d'OpenNab, notamment sur le développement de plug-ins qui permettent d'étendre les fonctionnalités.

Oaz

Pour ma part dès la semaine prochaine je vais tester jNabServer (compatible jabber) avec sphinx (reconnaissance vocale) et AIML pour l'intelligence artificielle (via pandorabot ou http://www.geocities.com/phelio/chatterbean/).

J'ai déja il y a quelque temps (du temps d'opennab) crée un web service similaire. Il me reste à l'adapter avec JnabServer. Se web service permettait de poser une question au nabz en appuyant sur sa tête, le fichier wav était alors reconnu par Sphinx et l'aiml était alors utilisé pour déduire une réponse. Cela donnait une illusion de discussion.

JnabServer a été crée par les équipes en charge du projet "companion" (dont rafi est aussi un des participants) qui utilise le nabz comme principale interface pour le DHM (dialogue Homme Machine). Ci dessous un pdf d'explication du projet.

http://www.companions-project.com/downloads/Companions_Bellagio08_Hakulinen_Paper.pdf

reste à retroucer ses manches...

jbx028 a écrit:

Pour ma part dès la semaine prochaine je vais tester jNabServer (compatible jabber) avec sphinx (reconnaissance vocale) et AIML pour l'intelligence artificielle (via pandorabot ou http://www.geocities.com/phelio/chatterbean/).

Je vais peut être te faire gagner un peu de temps.
Je viens de jeter un coup d'oeil au code de jNabServer : c'est un équivalent de OpenNab mais écrit en java.
Les classes qui gèrent les réponses HTTP du serveur sont d'ailleurs très proches de celles d'OpenNab.

Donc tu peux l'essayer mais le fonctionnement sera obligatoirement très proche d'OpenNab (avec les pings, tout ça...)

C'est d'ailleurs tellement proche que les développeurs de jNabServer ont étrangement repris le même principe de plugin et ils ont même donné comme exemple de plugin le lancer de dé qui existe sur OpenNab.
Franchement, je serais très étonné qu'OpenNab n'ait pas servi de modèle pour créer ce serveur... Les similarités sont trop grandes.

Il y a quand même une différence majeure : jNabServer est un exécutable autonome qui crée son propre "microserver" http alors qu'OpenNab est une appli PHP qui tourne avec un serveur web standard (Apache ou autre - il suffit de supporter un "url rewrite")
Tant qu'à faire du http et prévoir une architecture qui puisse monter en charge moi j'ai tendance à préférer les serveurs existants et déjà bien rodés mais chacun son truc...

oaz a écrit:

Bonjour à tous,

Je suis le développeur initial d'OpenNab. Je ne passe plus très souvent sur ce forum mais je viens de voir un message que m'a envoyé Nag concernant votre recherche de plan B............................

Un serveur jabber sera probablement plus efficace mais, s'il prend à certains d'entre vous, l'idée d'un plan C (dans le cas où le plan B met plus de temps que prévu à être opérationnel), je peux aider à l'install d'OpenNab sur un serveur.
Je peux aussi donner des explications détaillées sur le fonctionnement d'OpenNab, notamment sur le développement de plug-ins qui permettent d'étendre les fonctionnalités.

Oaz

Oaz !

Merci d'avoir pris un peu de ton temps
Bien que je ne sois pas un programmeur, je me suis penché sur l'install d'un serveur apache, j'ai besoin (beaucoup) de progresser mais je suis motivé, si tu veux bien mexpliquer les grandes trames de l'infernale mise en place, je suis preneur............

oaz a écrit:

Je vais peut être te faire gagner un peu de temps.
Je viens de jeter un coup d'oeil au code de jNabServer : c'est un équivalent de OpenNab mais écrit en java.
Les classes qui gèrent les réponses HTTP du serveur sont d'ailleurs très proches de celles d'OpenNab.

Donc tu peux l'essayer mais le fonctionnement sera obligatoirement très proche d'OpenNab (avec les pings, tout ça...)

C'est d'ailleurs tellement proche que les développeurs de jNabServer ont étrangement repris le même principe de plugin et ils ont même donné comme exemple de plugin le lancer de dé qui existe sur OpenNab.
Franchement, je serais très étonné qu'OpenNab n'ait pas servi de modèle pour créer ce serveur... Les similarités sont trop grandes.

Il y a quand même une différence majeure : jNabServer est un exécutable autonome qui crée son propre "microserver" http alors qu'OpenNab est une appli PHP qui tourne avec un serveur web standard (Apache ou autre - il suffit de supporter un "url rewrite")
Tant qu'à faire du http et prévoir une architecture qui puisse monter en charge moi j'ai tendance à préférer les serveurs existants et déjà bien rodés mais chacun son truc...

Complètement d'accord avec toi. Apache a une longue existence derrière lui et est utilisé sur des centaines de serveurs; je pense qu'il serais quand même plus fiable que jNabserver.

Je suis également preneur d'infos sur OpenNab ! En effet, je maîtrise mieux PHP que java et je serais prêt à monter un plan C en PHP sur un serveur Apache en attendant le plan B.

Une dernière question : et les nabz des non-francophones ? Que vont-ils devenir ? En effet, si il n'y a pas de développeurs motivés chez eux, leurs lapins vont servir de lampe de chevet...

Juste pour signaler que le firmware actuel des lapins V2 est uniquement adapté à Jabber...
(ou bien je dis une énormité ?)

Ce firmware est aussi un soucis si on a pas violet.
Le lapin se met a jour en auto.

Comment recuperer le firmware et le deployer sur d'autres lapin pas forcement a jour...

Citation :

Je vais peut être te faire gagner un peu de temps.
Je viens de jeter un coup d'oeil au code de jNabServer : c'est un équivalent de OpenNab mais écrit en java.
Les classes qui gèrent les réponses HTTP du serveur sont d'ailleurs très proches de celles d'OpenNab

...pas faux, je vais donc me (re)concentrer sur opennab.

Citation :

Juste pour signaler que le firmware actuel des lapins V2 est uniquement adapté à Jabber...
(ou bien je dis une énormité ?

J'ai posé la question il y a quelque mois au createur de jnabserver et voici sa réponse :

"jnabserver includes an old bootcode (software run internally by Nabaztag) which uses the old protocol. So as long as you are completely replacing Violet service with
your own, you can use jNabServer."

Ceci est aussi valable pour opennab.

nag a écrit:

Bien que je ne sois pas un programmeur, je me suis penché sur l'install d'un serveur apache, j'ai besoin (beaucoup) de progresser mais je suis motivé, si tu veux bien mexpliquer les grandes trames de l'infernale mise en place, je suis preneur............

En fait, il n'y a pas grand chose à dire sur la mise en place.

Le truc, je pense, c'est de comprendre ce que fait un lapin lorsqu'il démarre :
- le lapin récupère l'adresse du serveur dans sa configuration, celle que l'on met à jour avec les lumières bleues. L'adresse, c'est un truc qui ressemble à 'mon.serveur.com/vl'
- le lapin envoie une requête au serveur pour récuperer son bytecode. C'est une requête http qui ressemble à : http://mon.serveur.com/vl/bc.jsp?v=0.0.0.10&m=xx:xx:xx:xx:xx:xx&l=00:00:00:00:00:00&p=00:00:00:00:00:00&h=4 où xx:xx:xx:xx:xx:xx est le numéro de série du lapin.
- En réponse, le serveur renvoie le bytecode à exécuter pour le reste du temps où le lapin sera allumé. C'est ce bytecode qui est régulièrement mis à jour par Violet et qui a fortement changé lors du passage en architecture "jabber"

Installer OpenNab, ça revient donc à :
- mettre en place les fichiers php d'opennab dans l'arborescence ad hoc du serveur web utilisé.
- donner les droits d'accès en écriture à certains dossiers car OpenNab va vouloir y écrire (cf readme.txt d'OpenNab)
- récupérer un bytecode "d'époque" (c'est à dire avant jabber) et le mettre dans un endroit adapté. Il y a une entrée dans le fichier de configuration "opennab.ini" qui permet d'indiquer le chemin où OpenNab trouve le bytecode qu'il renvoie aux lapins.
- faire en sorte que qu'une requête http://mon.serveur.com/vl/bc.jsp soit exécutée par le script /vl/bc.php d'OpenNab. Sur Apache, par exemple, on peut faire ça dans le fichier .htaccess avec une configuration d'url rewriting, ou, plus simplement, en déclarant /vl/bc.php comme étant la réponse à une erreur 404 (page non trouvée).

Les principaux problèmes d'install d'OpenNab qui ont été remontés concernent cette phase d'amorçage, celle où le lapin affiche successivement plusieurs lumières oranges. Dès que les 3 lumières vertes sont là, en général, c'est gagné : le reste tourne sans problème.

Après, si on veut étendre le fonctionnement du lapin, il faut écrire des plugins pour OpenNab, mais c'est une autre histoire...

GrosBill a écrit:

Ce firmware est aussi un soucis si on a pas violet.
Le lapin se met a jour en auto.

Comment recuperer le firmware et le deployer sur d'autres lapin pas forcement a jour...

cf mon message précédent.

En fait le terme "firmware" est un peu trompeur.
Le lapin charge son programme ("bytecode") auprès du serveur à chaque fois qu'il est mis sous tension.
Donc, a priori, aucun problème pour faire charger un ancien programme à tous les lapins connectés à un nouveau serveur

Je dis 'a priori' car je ne sais pas s'il n'y a pas autre chose qui aurait fait des modifs permanentes sur les lapins ou si les lapins vendus après le passage en jabber acceptent encore un ancien programme.

Dis donc ! Violet en redressement judiciaire , alors qu'on ne parlait que de l'extraordinaire succès du Nabaztag:tag! C'est fou! Sinon, je ne pourrais pas vous aider au point de vue technique mais je vous encourage pour que notre beau lapin ne se retrouve pas plus tard dans un musée des anciennes technologies (mettez déjà vos ipods de côté, ça risque de valoir une fortune dans quelques années).

Merci pour les explication oaz, j'y vois un peu plus clair maintenant.

Faudrait reussir a sauvegarder un des derniers bytecode des lapins. Je suppose que tu as analysé le traffic reseau pour l'avoir oaz?

GrosBill a écrit:

Merci pour les explication oaz, j'y vois un peu plus clair maintenant.

Faudrait reussir a sauvegarder un des derniers bytecode des lapins. Je suppose que tu as analysé le traffic reseau pour l'avoir oaz?

C'est clair qu'il vaut mieux garder un bytecode jabber récent dans un coin pour pouvoir faire un jour quelque chose avec un lapin jabberisé et libéré.

Je continue donc mes explications sur la phase de démarrage.

OpenNab peut fonctionner en mode "standalone". Dans ce cas il sert directement aux lapins le bytecode qu'il a en stock.
Mais, historiquement, OpenNab fonctionnait en "proxy", c'est à dire qu'il transmettait à Violet les requêtes reçues du lapin et qu'il renvoyait au lapin les réponses reçues de Violet, tout ça pour continuer à être connecté à Violet tout en ajoutant de nouvelles fonctionnalités.

Donc, en mode "proxy", OpenNab ne garde pas de bytecode en local. Il le demande à Violet à chaque fois en faisant la requête : http://r.nabaztag.com/vl/bc.jsp?v=0.0.0.10&m=xx:xx:xx:xx:xx:xx&l=00:00:00:00:00:00&p=00:00:00:00:00:00&h=4 où xx:xx:xx:xx:xx:xx est le numéro de série du lapin.

Donc, pour sauvegarder un bytecode, c'est très simple : on prend son navigateur web favori et on appelle cette URL en ayant pris soin de remplacer le xx:xx:xx:xx:xx:xx par un numéro de série valide (c'est à dire en remplaçant les xx par des nombres).
Cette requête renvoie un fichier qu'il suffit de sauvegarder....

Bonjour a tous je vous suis avec attention depuis quelques jours

et sauf erreur un bytecode il y en a un dans jNabServer

celui la ne conviendrai pas ?

oaz a écrit:

C'est clair qu'il vaut mieux garder un bytecode jabber récent dans un coin pour pouvoir faire un jour quelque chose avec un lapin jabberisé et libéré.

Pour avoir le bootcode "jabber", c'est pas difficile, il suffit d'enregistrer ce que renvoie la page http://r.nabaztag.com/vl/bc.jsp?v=0.0.0.10&m=xx:xx:xx:xx:xx:xx&l=00:00:00:00:00:00&p=00:00:00:00:00:00&h=4 , le mieux étant de renommer ce bc.jsp en bootcode_DATE.bin (on peut aussi remplacer DATE par le numero de revision de ce bootcode.

On a pas mal travaillé dessus ces derniers jours, en vue de faire évoluer openJabNab avec un mode standalone. Ca devrait etre disponible d'ici quelques jours ou semaines...
En revanche, openJabNab est un peu plus complexe que openNab à installer, étant donné qu'il y a la partie "Jabber" à gérer.
Il faut donc un apache + php comme pour openNab, mais il faut aussi rajouter Qt pour compiler tout ca.

Cependant, quand on a réussi à l'installer, ca marche nickel

Pour faire une installation, il faut soit une machine perso sur son réseau, sur laquelle on puisse installer apache + php + Qt et un environnement de developpement, soit un serveur privé/dédié, qui permette d'installer les memes outils.

ps: pour ceux qui maitrisent vraiment le coté technique de la chose, il existe des outils qui permettent de decompiler ce bootcode...

Bidule a écrit:

Bonjour a tous je vous suis avec attention depuis quelques jours

et sauf erreur un bytecode il y en a un dans jNabServer

celui la ne conviendrai pas ?

Effectivement, ce bootcode est un "ancien", donc sans le protocole xmpp (jabber)
Il faut voir cependant qu'un lapin en mode "jabber" sera beaucoup plus réactif qu'un lapin en mode "http" (opennab), car dans le premier cas, le lapin écoute ce qui vient du serveur, alors que dans le cas "http", le lapin doit interroger le lapin pour lui demander s'il a des choses à faire/dire... Donc à moins de faire en sorte que le lapin interroge le serveur toutes les secondes (ce qui est faisable, mais cela "charge" le serveur, donc si plusieurs lapins sont connectés dessus, il va vite saturer), il y aura une latence.

Salut
ça fesait un bon moment que je n'étais pas passé sur le forum.
J'ai vu la nouvelle il y a quelques jours pour le risque d'exctinction de notre espèce préférée.

Je peux proposer un hébergement sur un PC dédié, sous linux, windows, dos... je bidouille un peu, suffit de me dire quoi installer.

Sinon, au delà de ça, même si je n'ai pas été actif du tout sur le forum et dans la communauté Nabz, j'ai quelques refléxions qui me sont venues en lisant le thread.

La première c'est que au vu de la nécessité d'agir rapidement il est surement plus facile de passer par des hébergements sur des serveurs perso pour commencer. De plus le nombre de personnes potentiellement au courant lors des premières semaines, n'est pas si énorme en terme de trafic/ressources engendrés et nécessaire (moins de 600 personnes enregistrées sont passées sur le forum depuis le 1er juillet, en extrapolant un peu j'imagine qu'on peut compter 1 000 personnes utilisant le plan B dans les premiers temps). En répartissant de manière identique les utilisateurs sur les différents hébergements que l'on trouvera on devrait pouvoir tenir le coup au début. De plus l'avantage des hébergeurs perso, c'est que tant que le plan B n'aura pas de version stable finalisée il sera plus pratique d'utilisé ces serveurs comme machines tests, et il n'y aura pas la pression économique (payé un service -ici le/les serveurs- alors qu'il n'est pas stable est quand même désagréable) ce qui diminuera les risques de frictions et mauvaises humeurs lié à des résultats. ça permet en plus de se concentrer uniquement sur le développement des applis, écriture de code, réglage de l'architecture... sans avoir à réfléchir à un modèle économique viable et équitable.

A priori la seule chose nécessaire pour l'hébergement est une machine connectée à l'adsl, allumé H24, si possible qui se relance automatiquement en cas de coupure de courant (avec les applis qui vont bien pour relancer le service aussi de manière automatique).

Pour l'utilisation du service, par contre, c'est sans doute un peu plus compliqué. Côté Nabaztag, il faut reconfigurer le lapin:pin. Tout le monde ne possèdant pas les compétences (même si les manips ne doivent guère être compliquée) il faudra créer un tutoriel simple, en image, évolutif avec les retours d'experiences.
Il faut aussi prévoir une répartition des utilisateurs sur les différents hébergements afin de ne pas avoir de serveur moins réactif que d'autres. De plus pour qu'un Nabaztage fonctionne, il faut enregistrer l'@ du nouveau serveur, mais côté serveur y a-t-il une manip à faire ? (style enregistrer l'identifiant du lapin:pin...)
Si oui, il faut donc une réactivité/disponibilité régulière des hébergeurs ou le cas échéant la possibilité de le faire à distance par des tiers, acteurs de confiance du plan B (développeurs, "gestionnaire", autres hébregeurs...)

Pour le côté développement, ça pourrait être utile de savoir ou les développeurs en sont, si ils ont le temps et qu'ils le veulent bien, est ce qu'il serait possible d'avoir un point détaillé (mais compréhensible pour le profane) genre, "on a essayé ça, on a vu que ceci... on a configuré comme ça... il manque encore, il faut faire...". Connaitre, ce qu'il leur faut : matériel (serveur ?) information ?
Et peut être se concentrer sur les choses simples à faire fonctionner pour maintenir nos lapin:pins en vie même si ils doivent régresser quelques temps.

C'était mes réflexions

Sinon, pour l'hérgement, un PC dédié en plus comme serveur perso vous intéresse-t-il ?
Si oui, les développeurs : que voulez vous dessus :
-quel système d'exploitation ? Linux, Win XP, Vista ?
-quels logiciels ? FTP ? VNC ?
Je peux mettre à dispo un PC vierge (seul hic, aujourd'hui je ne sais pas encore comment rendre ce PC totalement isolé de mon réseau domestique ce qui serait mieux si je mets VNC ou équivalent dessus, y a-t-il une bidouille coté freebox ? ou faut-il passer par un routeur externe et dans ce cas me passer du wifi de la freebox ?)

Kiki, à dispo pour que son lapin ne devienne pas un Nabaztag empaillé.