Journal : Un émulateur de terminal en AJAX...
Posté par Slainer (Jabber id, page perso, ) le 29 mai 2006
Sûrement il vous est déjà arrivé de vouloir vous connecter à votre machine Linux depuis un ordinateur au boulot/université/cybercafé/etc... et vous rendre compte que celui-ci se trouve derrière un proxy qui n'autorise que l'HTTP/HTTPS... impossible d'utiliser votre accès SSH dans ces conditions...
Pire encore, l'ordi sous Zindoz est tout bridé et n'autorise aucun bidouillage/installation de logiciels... vous n'avez acces qu'à un pauvre navigateur...
Tout n'est pas perdu ! J'ai trouvé le petit programme ultime : AjaxTerm ! Comme son nom l'indique il s'agit ni plus ni moins d'un émulateur de terminal en Ajax... et ecrit en Python en plus..!
C'est totalement redoutable tellement c'est simple et ca marche. Il suffit de lancer le script, et hop, directement de n'importe ou dans le monde on peut acceder a un terminal de sa machine directement depuis le navigateur, sans aucune installation nécessaire... Excellentissime et ultra pratique...
Bien sur, comme le site l'indique, le mieux reste de se générer un certificat SSL et d'utiliser ajaxterm en HTTPs... et c'est parfait et "secure" :).
Le site : http://antony.lesuisse.org/qweb/trac/wiki/AjaxTerm
Pire encore, l'ordi sous Zindoz est tout bridé et n'autorise aucun bidouillage/installation de logiciels... vous n'avez acces qu'à un pauvre navigateur...
Tout n'est pas perdu ! J'ai trouvé le petit programme ultime : AjaxTerm ! Comme son nom l'indique il s'agit ni plus ni moins d'un émulateur de terminal en Ajax... et ecrit en Python en plus..!
C'est totalement redoutable tellement c'est simple et ca marche. Il suffit de lancer le script, et hop, directement de n'importe ou dans le monde on peut acceder a un terminal de sa machine directement depuis le navigateur, sans aucune installation nécessaire... Excellentissime et ultra pratique...
Bien sur, comme le site l'indique, le mieux reste de se générer un certificat SSL et d'utiliser ajaxterm en HTTPs... et c'est parfait et "secure" :).
Le site : http://antony.lesuisse.org/qweb/trac/wiki/AjaxTerm
> Lire le journal (45 commentaires, moyenne: 2,9).
Vous avez demandé le commentaire #717041.
Run by 
Cette page a été générée par Templeet en 0.0515s (dont 0.0054 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
[+] et en XUL ?
ça existe pas en XUL ?
Parce que l'AJAX c'est très lourd, ça surcharge les réseaux, et c'est pire que les raw sockets de Windows XP : ça va faire crouler Internet.
[^]Re: et en XUL ?
Y'a quelqu'un qui recherche un développeur, mais il trouve pas.
[^]Re: et en XUL ?
Il dit qu'il ne voit pas le rapport.
XUL ici viendrait remplacer la partie HTML du bidule, sans aucune modification de ce qu'il y a derrière.
XUL ne va pas magiquement transformer le trafic HTTP utilisé pour faire passer les commandes, et qui, oui, est nécessairement très lourd avec de nombreuses requêtes, en un nouveau protocole super optimisé.
AJAX ne veut vraiment pas dire grand chose, au final, c'est juste "requêtes HTTP faites par une commande javascript", ce qui, avec une solution où l'affichage serait basé sur du XUL, serait strictement identique.
[^]Re: et en XUL ?
La seule chose que je vois de plus efficace, c'est une applet Java qui utilise un protocole bien optimisé pour minimiser le dialogue avec le serveur.
[^]Re: et en XUL ?
Genre http://shellinabox.com/ ?
Enfin pour avoir testé le dialogue n'est pas "minimisé", ça fait toujours plein de GET/POST, mais c'est pratique aussi.