High-Tech Santé Médecine Droit-Finances

Réalisation

vidéo numérique

Rechercher : dans
Par :

Content-type différent de text/html

Dernière réponse le 22 avr 2005 à 13:05:48 karine, le 21 avr 2005 à 16:07:22 
 Signaler ce message aux modérateurs

Bonjour,

Je suis toujours sur mon proxy en java pour ceux qui ont suivi l'affaire. ;-)

Je récupère la réponse du serveur Web, jusque là tout va bien.
Ensuite je vérifie le Content-type.
Si c'est du text/html, j'envoie au client tel quel.

Mais sinon (images, etc...), j'envoie au client caractère par caractère la réponse du serveur.

Est-ce que c'est comme ça qu'il faut faire ?
Parce que là j'ai que des images toutes floues !!

Merci à ceux qui veulent m'aider.

Meilleures réponses pour « Content type différent de text/html » dans :
Standard MIME (Multipurpose Internet Mail Extensions) VoirIntroduction à MIME MIME (Multipurpose Internet Mail Extensions) est un standard qui a été proposé par les laboratoires Bell Communications en 1991 afin d'étendre les possibilités limitées du courrier électronique (mail) et notamment de permettre...
Les formulaires HTML VoirIntérêt d'un formulaire Les formulaires interactifs permettent aux auteurs de pages Web de doter leur page web d'éléments interactifs permettant par exemple un dialogue avec les internaute, à la manière des coupons-réponse présents dans certains...
Formats et extensions de fichiers VoirQu'est-ce qu'un type MIME ? Le type MIME (Multipurpose Internet Mail Extensions) est un standard qui a été proposé par les laboratoires Bell Communications en 1991 afin d'étendre les possibilités du courrier électronique (mail), c'est-à-dire de...
Posez votre question Répondre

1

sebsauvage, le 21 avr 2005 à 16:58:03

Dans tous les cas, tu peux envoyer brut de fonderie tous les octets reçus au client (byte). ça marchera sans problème, même pour text/html.

Le type MIME (content-type) est utile quand on veut faire des traitements particuliers (par exemple filtrer l'HTML).

   
Répondre à sebsauvage

2

karine, le 22 avr 2005 à 10:04:14

Je comprends pas très bien...

Moi je lis ligne par ligne la réponse du serveur.

Comment je fais pour lire octet par octet ?

   
Répondre à karine

3

sebsauvage, le 22 avr 2005 à 10:21:25

Comment fais-tu pour renvoyer une image GIF du serveur vers le client ?

   
Répondre à sebsauvage

4

karine, le 22 avr 2005 à 10:34:42

Ben je fais pas de traitement spécial, j'envoie tout byte par byte avec un read() sur le flux entrant.

les pages s'affichent mais tout ce qui est image et animation, c'est tout flou.

Qu'est-ce que je dois faire à ton avis ?

   
Répondre à karine

5

karine, le 22 avr 2005 à 11:06:51

En fait le truc bizarre c'est que il y a juste dans la premiere page d'un site que les images sont floues, les pages du reste du site sont en général nickel.

Je vois vraiment pas pourquoi ça fait ça ...

   
Répondre à karine

6

sebsauvage, le 22 avr 2005 à 11:32:35

j'envoie tout byte par byte avec un read()

Il n'y a pas de raison de faire différemment avec text/html.
Envoie tout octet par octets.

Par contre, je ne m'explique pas comment une image peut être "floue".

   
Répondre à sebsauvage

7

karine, le 22 avr 2005 à 12:59:48

J'ai découvert un truc...

Quand je lance mon proxy la premiere fois, la premiere page est NICKEL, c'est par la suite que les images sont floues. Comme si il y avait un décalage dans la réception des données.

Pourtant a chaque nouvelle requete du client, je ferme les sockets. Donc normalement je devrais repartir de zero et la c'est pas le cas.

Qu'est-ce que je pourrais faire contre ça ?

   
Répondre à karine

8

 karine, le 22 avr 2005 à 13:05:48

Bon alors là je comprends plus rien !

Maintenant ça marche nickel pour tous les sites, toutes les pages et j'ai rien changé au code !

J'espère que ça va rester comme ça ;-)

   
Répondre à karine
Posez votre question Répondre
Ils ont besoin de votre aide