Je souhaiterais transmettre un buffer binaire volumineux entre un serveur PHP et un client GWT, sans passer par JSON (trop gourmand en bande passante) quelle est la meilleure solution?
Version imprimable
Je souhaiterais transmettre un buffer binaire volumineux entre un serveur PHP et un client GWT, sans passer par JSON (trop gourmand en bande passante) quelle est la meilleure solution?
Peux-tu expliquer pourquoi JSon est trop volumineux ?
Cordialement,
Didier
Je developpe un client lourd.
Avant d'executer ses traitements, ce client doit downloader depuis le serveur un tableau contenant plusieurs milliers de valeurs et le format JSON ASCII de type [132132,32132132,1321321] dans ce cas ne me parait pas tres optimal.
Si il etait possible de transferer en binaire, je gagnerai au moins un facteur 3 ou 4.
Si tu as un serveur apache en frontal, tu peux sans doute compresser les flux qu i vont transiter en ton serveur et ton client. Il sera alors difficile de faire mieux, meme avec un format binaire.
Cordialement,
Didier
Citation:
Envoyé par bdeuu
Oui, bonne idée, en utilisant gzip-encoding pour envoyer les données du serveur au client, je gagnerai en bande passante.
Malheureusement, je ne pourrai pas utiliser cette methode pour envoyer les données du client au serveur une fois le traitement fini.
A titre d'information, pour utiliser gzip-encoding sous PHP, il suffit d'inserer dans sa page le code suivant:
<?
ob_start( 'ob_gzhandler' );
?>
Ne pourrais-tu pas utiliser la serialisation JAVA?
Le pb est que j'utilise php coté serveur et que je ne vois pas comment je pourrais deserialiser en php
Il existe une lib qui permet d'assurer la deserialisation en php. Son nom est gwtphp: http://code.google.com/p/gwtphp/
Aie, petit pb, la version de php que j'utilise n'est pas suffisante pour utiliser cette librairie
Dommage, mais je crois que tu te compliques un peu la vie, si tu compares la taille des données transmises par JSON, a la taille des images que tu transmets par ailleurs par exemple, tu te rendras peut etre compte qu'elle n'est pas si grande que cela!
Tout a fait, en relatif, la taille n'est pas si grande, je souhaite juste optimiser au maximum mon architecture
Je comprends, mais le cout de ce que tu veux faire ma parait trop important par rapport aux benefices que tu peux en retirer.
En plus es-tu sur que l'architecture client lourd est la plus pertinente: si tu as de gros volumes de données a trasferer vers le client puis a retransferer vers le serveur, il serait peut etre preferable d'effectuer tous les traitements coté serverur
En fait, j'ai bien reflechi au pb, les traitements a faire sont tres lourds et risqueraient rapidement de saturer le serveur. Voila pourquoi je sous traite le traitement au client!
Meme en GWT, il est difficile de faire des traitements lourds, tu risques de rencontrer de nombreux pb!
Oui, tout a fait, j'ai bien conscience d'aller aux limites de ce que permet de faire GWT, et meme parfois de l'utiliser à l'encontre de ce pour quoi il a été developpé.
Autre remarque tant que j'y suis, tu m'as dit tout a l'heure que tu n'avais pas la bonne version de php, si tu souhaites effectuer un dev complexe et exigeant, il ne faut pas hesiter a y mettre le prix: serveur tomcat, ou au moins serveur php avec une release a jour!
Hé bien, dans la mesure ou je finance seul mon projet, je dois quand meme faire attention a la dépense. Si tout se passe bien, j'utiliserai des outils couteux et perfectionnés, mais en attendant je prefere m'appuyer sur des outils peu couteux
Disons qu'en utilisant pas les outils au top tu risques de releaser un produit mediocre et donc qui ne connaitra pas un franc succes!
Question de point de vue :D
Déléguer les traitements côté client, c'est une bonne idée pour économiser côté serveur si tu as un nombre conséquent de clients. Mais c'est prévu pour des traitements pas trop lourd quand même. Il ne faut pas oublier qu'au final, ils seront traités en javascript dans un navigateur. Si c'est trop long, si ça fait ramer le navigateur, ça risque de lasser l'utilisateur. Fais quand même gaffe.