Léa-Linux : Forum
Le forum de Léa abrite des discussions autour des Logiciels libres.
En ligne ..
Syndication
Forum complet- Forum - Développement
- Cette discussion
Templeet ·
JeSuisLibre ·
Lolix ·
LinuxFr ·
LinuxFrench ·
LinuxGraphic ·
GCU-Squad ·
Agenda du Libre ·
|
|
|
|
|
Pour poser vos questions sur les scripts shell, le Perl, le C, etc... Attention : nous ne sommes pas des spécialistes du dev, ce forum est juste pour de petites aides ponctuelles concernant le développement et les outils de développement. Important :
quand vous posez une question, n'oubliez pas de nous donner les indications suffisantes pour que nous puissions répondre. En effet, la divination n'est pas le fort du Linuxien averti. Pour une meilleure compréhension, le bon usage de la grammaire et de l'orthographe est fortement encouragé. En particulier, le langage SMS est à éviter absolument. En cas d'abus, il pourra être censuré sans autre forme de procès. Les messages dont le contenu est illégal (incitant à la haine - raciale ou autre, diffamant), ou dont le contenu est sans rapport avec le sujet du forum, ou qui sont parfaitement stupides ou hors sujet seront supprimés sans pitié. Il pourra même être fait appel au fournisseur d'accès du coupable pour faire cesser ses agissements. |
||
» Index du forum » Développement » gzip encoding en HTTP (fastcgi) avec zlib
gzip encoding en HTTP (fastcgi) avec zlib
Auteur: Basile STARYNKEVITCH (IP enregistrée)
Date: le 10 novembre 2007 à 22:01
Bonjour,
Une question un peu technique pour ceux qui savent coder en C du HTTP 1.1
Contexte: à mes rares heures perdues, je bricole un petit serveur FastCGI pour expérimenter sur mes idées exposées ici
Plus tard, (si j'arrive à quelque chose) l'essentiel du code de ce serveur sera réflexif et auto-généré -et bien évidemment en libre sous license GPLv3 (ou LGPL?), mais pour l'instant, j'en suis juste à faire le "runtime" initial en C.
Mon souci est de produire un contenu compressé. De sorte que si la requête HTTP courante contient dans son entête(ce qui est le cas des navigateurs courants) je veux, dans certains cas, effectivement compresser selon l'algorithme gzip.
Ma question précise est: comment produire (en C) un contenu gzippé à partir du contenu initial en mémoire (donc un char*buf de longueur long buflen)
Je pensais que il faut bien évidemment utiliser <zlib.h> (et la traditionnelle zlib) et notamment sa fonction compress. Est ce que cette fonction nommée compress implémente bien la compression gzip du RFC 1952?
Plus précisément, je crois faire la chose suivante. Pour simplifier mon FASTCGI a déjà généré l'entête dans un char* headbuf de longueur int headlen supposée suffisamment longue, donc a exécuté quelque chose du genre deEn réalité, le code est plus complexe car il gère convenablement la longueur, alloue les chaînes par des GC_MALLOC_ATOMIC (car j'utilise le GC de Boehm), etc..
Ensuite il génère le corps dans un char* bodybuf de longueur suffisante int bodylen, donc un document HTML avec pour simplifier quelque chose du genre de
Dans le cas simple (sans compression gzip), j'envoie l'entête et le corps simplement par
et ca marche bien.
Dans certains cas, je désire compresser (si la requête contient Accept-Encoding: gzip et si bodybuf a plus de 1000 octets). J'alloue donc un tampon pour le résultat de la compression
je le comprime par
je complète l'entête convenablement par
Enfin j'envoie l'entête et le corps par
Et ca ne marche pas (le navigateur n'affiche rien). J'imagine que j'ai mal compressé par gzip le contenu, càd qu'en plus du résultat de compress il faut envoyer un entête (mais je ne me suis pas encore plongé dans RFC 1952
Si vous avez un avis pertinent, faites moi signe.
Désolé d'avoir embêté tous les autres (mais je réponds bien plus souvent sur Léa que je ne pose une question... )
Pour des raisons non exposées ici (ça serait plus simple en MetaOcaml qui hélàs est mort), je tiens à coder en C de bas niveau.
----
Basile STARYNKEVITCH où on trouve mon mél
Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!
N.B. N'hesitez pas à consulter aussi mes contributions antérieures.
Une question un peu technique pour ceux qui savent coder en C du HTTP 1.1
Contexte: à mes rares heures perdues, je bricole un petit serveur FastCGI pour expérimenter sur mes idées exposées ici
Plus tard, (si j'arrive à quelque chose) l'essentiel du code de ce serveur sera réflexif et auto-généré -et bien évidemment en libre sous license GPLv3 (ou LGPL?), mais pour l'instant, j'en suis juste à faire le "runtime" initial en C.
Mon souci est de produire un contenu compressé. De sorte que si la requête HTTP courante contient dans son entête
Accept-Encoding: gzip
Ma question précise est: comment produire (en C) un contenu gzippé à partir du contenu initial en mémoire (donc un char*buf de longueur long buflen)
Je pensais que il faut bien évidemment utiliser <zlib.h> (et la traditionnelle zlib) et notamment sa fonction compress. Est ce que cette fonction nommée compress implémente bien la compression gzip du RFC 1952?
Plus précisément, je crois faire la chose suivante. Pour simplifier mon FASTCGI a déjà généré l'entête dans un char* headbuf de longueur int headlen supposée suffisamment longue, donc a exécuté quelque chose du genre de
strcpy(headbuf,
"HTTP/1.1 200 OK\r\n"
"Content-Type: text/html\r\n");Ensuite il génère le corps dans un char* bodybuf de longueur suffisante int bodylen, donc un document HTML avec pour simplifier quelque chose du genre de
sprintf(bodybuf, "<html><head><title>mon titre</title></head>\n" "<body>salut %d fois</body></html>\n", compteur);
Dans le cas simple (sans compression gzip), j'envoie l'entête et le corps simplement par
/* ajout de la longueur du corps au bout de l'entête */ sprintf(headbuf+strlen(headbuf),"Content-Length: %d\r\n", strlen(bodybuf)); /* envoi de l'entête avec la ligne vide finale */ FCGX_FPrintF(out, "%s\r\n", headbuf); /* envoi du corps */ FCGX_PutStr (bodybuf, strlen(bodybuf), out);
et ca marche bien.
Dans certains cas, je désire compresser (si la requête contient Accept-Encoding: gzip et si bodybuf a plus de 1000 octets). J'alloue donc un tampon pour le résultat de la compression
long zlen = 9*headlen/8+40; char* zbuf = malloc(zlen); memset(zbuf, 0, zlen); long bodylen=strlen(bodybuf);
je le comprime par
compress((Bytef *) zbuf, &zlen, (Bytef *)bodybuf, bodylen);
je complète l'entête convenablement par
sprintf(headbuf+strlen(headbuf), "Content-Length: %d\r\n" "Content-Encoding: gzip\r\n", zlen);
Enfin j'envoie l'entête et le corps par
FCGX_FPrintF(out, "%s\r\n", headbuf); FCGX_PutStr (zbuf, zlen, out);
Et ca ne marche pas (le navigateur n'affiche rien). J'imagine que j'ai mal compressé par gzip le contenu, càd qu'en plus du résultat de compress il faut envoyer un entête (mais je ne me suis pas encore plongé dans RFC 1952
Si vous avez un avis pertinent, faites moi signe.
Désolé d'avoir embêté tous les autres (mais je réponds bien plus souvent sur Léa que je ne pose une question... )
Pour des raisons non exposées ici (ça serait plus simple en MetaOcaml qui hélàs est mort), je tiens à coder en C de bas niveau.
----
Basile STARYNKEVITCH où on trouve mon mél
Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!
N.B. N'hesitez pas à consulter aussi mes contributions antérieures.
Re: gzip encoding en HTTP (fastcgi) avec zlib
Auteur: Basile STARYNKEVITCH (IP enregistrée)
Date: le 10 novembre 2007 à 22:55
En fait il semble qu'il faut utiliser (cf zlib faq) la fonction deflateInit2 avec un zstream convenable comme ici ou là
Mais je mets ça de coté.
Désolé du dérangement.
----
Basile STARYNKEVITCH où on trouve mon mél
Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!
N.B. N'hesitez pas à consulter aussi mes contributions antérieures.
Mais je mets ça de coté.
Désolé du dérangement.
----
Basile STARYNKEVITCH où on trouve mon mél
Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!
N.B. N'hesitez pas à consulter aussi mes contributions antérieures.
Site hebergé par Lost Oasis.
Le serveur IRC hebergé est géré par FreeNode.
Le NS secondaire est hebergé et géré par XName.
![[Valid RSS]](/pho/images/valid-rss.png "Validate my RSS feed"){kind=small}
Les informations contenues dans cette page ne sont aucunement garanties.
Ceci dit, la perfection étant notre objectif à long terme, toute critique constructive est la bienvenue. Par constructive, il faut entendre : « contenant la solution du problème posé ». Les autres critiques ont toutes les chances d'être redirigées vers /dev/null
