Si tu sais faire ça pour 20 OS, tu dois être riche ou sous payé :)
Une application dédiée à un usage, qui tourne sur plein d'OS? Ben.. y'a qu'à regarder le nombre de plateformes sur lesquelles VLC, Gajim ou irssi sont portés.
Je parlais bien de 'une application pour une utilisation' et pas 'une VM pour va savoir quoi', hein :)
J'aurais plus confiance en la sécurité d'un client xml/javascript qu'en un client (autre que les grosses pointures connu) IRC.
Je parle bien de choisir son client. Actuellement, on te dit "Va sur notre page et laisse javascript faire ce qu'il veut". Je préfère "Prends le client IRC de ton choix, et dis lui de te connecter au salon machin du serveur truc."
Le client n'interprète rien (à part les styles, les smiley et autre conneries) et de plus personne ne peut connaitre son adresse IP (à part le serveur).
Le client que je choisis interprète ce que je lui demande d'interpréter. Va désactiver les smileys sur une interface Web.
Et qu'on connaisse mon IP, franchement.. m'en tamponne le coquillard. Au contraire, ça fait connaître FDN.
Écrire un chat (par exemple) pour la vingtaine d'OS sur le marché ou un équivalent en web.
Avec le couple tomcat/java/postgres coté serveur, XML entre le client et le serveur et javascript/html coté client,je pense que j'aurais fini en un mois. Si je dois me faire un truc dans un langage supporté partout, ça sera en je ne quelle langage... Et niveau sécurité, ce sera surement une passoire...
Tes clients sont déjà écrits, ce sont des clients IRC (ou XMPP). Niveau sécurité y'a déjà du monde dessus. Toi t'as juste à ajouter le nom du serveur et du salon sur ton site, ça te prendra quelques minutes.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Web à tout faire.
Posté par Grunt . En réponse au journal Des serveurs de la fondation Apache compromis à cause d'un tinyurl, entre autre.. Évalué à 3.
Une application dédiée à un usage, qui tourne sur plein d'OS? Ben.. y'a qu'à regarder le nombre de plateformes sur lesquelles VLC, Gajim ou irssi sont portés.
Je parlais bien de 'une application pour une utilisation' et pas 'une VM pour va savoir quoi', hein :)
J'aurais plus confiance en la sécurité d'un client xml/javascript qu'en un client (autre que les grosses pointures connu) IRC.
Je parle bien de choisir son client. Actuellement, on te dit "Va sur notre page et laisse javascript faire ce qu'il veut". Je préfère "Prends le client IRC de ton choix, et dis lui de te connecter au salon machin du serveur truc."
Le client n'interprète rien (à part les styles, les smiley et autre conneries) et de plus personne ne peut connaitre son adresse IP (à part le serveur).
Le client que je choisis interprète ce que je lui demande d'interpréter. Va désactiver les smileys sur une interface Web.
Et qu'on connaisse mon IP, franchement.. m'en tamponne le coquillard. Au contraire, ça fait connaître FDN.
Écrire un chat (par exemple) pour la vingtaine d'OS sur le marché ou un équivalent en web.
Avec le couple tomcat/java/postgres coté serveur, XML entre le client et le serveur et javascript/html coté client,je pense que j'aurais fini en un mois. Si je dois me faire un truc dans un langage supporté partout, ça sera en je ne quelle langage... Et niveau sécurité, ce sera surement une passoire...
Tes clients sont déjà écrits, ce sont des clients IRC (ou XMPP). Niveau sécurité y'a déjà du monde dessus. Toi t'as juste à ajouter le nom du serveur et du salon sur ton site, ça te prendra quelques minutes.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.