Discussion :

[sobbat]

Bonjour,

Je me demandai si il existait des manieres de compresser des données en PHP.
par exemple un texte, ou une URL trop longue.

j'ai entendu parler de Zlib mais je ne sais pas de quoi il s'agit.
et le seul exemple que j'ai trouvé et une compression de fichier, pas d'url...

Existe il une solution autre ...?

merci

[genova]

Bonsoir.
Compresser une URL ? Une URL reste une URL, il faut que le navigateur puisse la comprendre. Essaie de nous donner un exemple plus concret qu'on puisse t'aiguiller.

[sobbat]

Je me suis mal exprimé, en fait

si j'ai une url du style : http://www.mo nsite.com?var=BLABLABALBALBALBAL
ce que je veux encoder en fait c'est le parametre "var"
car ce parametre est beaucoup trop long

----------

j'ai trouvé entre temps, un double codage gzcompress($var) et ensuite il faut encoder ceci avec un algo de cryptage quelconque pour que le navigateur puisse le lire sinon GZCOMPRESS donne quelque chose de binaire.

[Eric Berger]

N'oublies pas que théoriquement (les navigateurs récents supportent plus) une url ne devrait pas dépasser 256 caractères...

[titoumimi]

gzcompress te permet de réduire la taille d'une chaîne, donc potentiellement d'un paramètre

[Eric Berger]

Des solutions pour compresser/décompresser une chaine côté client ou côté serveur il y en a plusieurs, mais la difficulté de ce que tu souhaites faire est de compresser côté serveur, puis de décompresser côté client.... Si j'ai bien compris.... mais j'suis pas sur... d'avoir bien compris...

[chaced]

Des solutions pour compresser/décompresser une chaine côté client ou côté serveur il y en a plusieurs, mais la difficulté de ce que tu souhaites faire est de compresser côté serveur, puis de décompresser côté client.... Si j'ai bien compris.... mais j'suis pas sur... d'avoir bien compris...

Pourquoi faire la decompresser chez le client ? Tant que le serveur qui va lire l'url utilise la methode inverse que lors de la compression, ça ne devrait pas poser de probleme

[Rakken]

Ton soucis vient peut-être d'une erreur de conception à la base ? Pourquoi l'url que tu envoie en GET est-elle si longue ?
Est-ce que ca ne serait pas plus pratique d'envoyer les données en question via un POST ? Ou en utilisant des sessions ?
Ne connaissant pas ton projet, ce ne sont que des pistes qui ne sont pas necessairement applicable dans tous les cas. Mais en règle générale, moins tu as d'infos dans ton url, mieux c'est, à tout point de vue. (sécurité, référencement...)

[Eric Berger]

Pourquoi faire la decompresser chez le client ? Tant que le serveur qui va lire l'url utilise la methode inverse que lors de la compression, ça ne devrait pas poser de probleme

Il n'a pas spécifié le contexte... je me suis dit que si c'était pour une utilisation serveur -> serveur, il aurait utilisé les sessions...

[chaced]

Il n'a pas spécifié le contexte... je me suis dit que si c'était pour une utilisation serveur -> serveur, il aurait utilisé les sessions...

Sauf si c'est serveur1 -> serveur2 Ou avoir un lien permanant par exemple (meme si dans ce cas il pourrait utiliser une base mysql pour y stocker une clé du resultat)

[Eric Berger]

Sauf si c'est serveur1 -> serveur2 Ou avoir un lien permanant par exemple (meme si dans ce cas il pourrait utiliser une base mysql pour y stocker une clé du resultat)

Je m'octroie le privilège d'être l'esprit le plus tordu ici...

tu sors!

[genova]

Si tu es limité par la taille de l'URL, il reste encore des solutions :
- Sessions
- Méthode POST
- Base de donnée (un peu similaire a session)
- URL rewriting :p ?

Maintenant pour compresser, rien de mieux que les fonctions du type gzcompress, même si je pense que le problème devrait être traiter plutôt en changeant de méthode.

[sobbat]

j'ai finalement pu m'en sortir avec GZCOMPRESS qui reduit la taille de ma chaine suffisament

merci beaucoup pour vos réponses