Test Miriari - Page 1

Fichier joint : aesbc.pdf

(download ok sur xp sp3 sur pc fixe avec ie8 et FF si ça peut servir de référence...)

Je n'arrive pas à trouver une configuration qui ne fonctionne pas autre que le navigateur d'Android, ça serait surtout ça qui m'intéresserait, si quelqu'un arrive à reproduire le problème

Ca ne serait pas par hazard lié au mode de téléchargement ? (genre si c'est pas du 100% direct download alors ça déconne...)

c'est quoi du 100% direct download ?

c'est à dire un truc sans js pour démarrer le dl ou autre... juste une url quoi...

Ah ok, bah alors c'est toujours du direct download, donc a priori pas de raison de foirer.

Ou alors que le lien n'ait pas le nom du fichier téléchargé ? Comment gères-tu la redirection ?

quelle redirection ? (je comprends rien à ce que vous dites )

Ben... l'url est de la forme mirari.fr/CODE pas mirari.fr/monfichier.pdf ; il y a bien un moment où le navigateur vit ça comme une redirection, même si c'est juste à travers le header, non ?

(et si on fait un clic-droit sur le lien puis "enregistrer la cible du lien sous...", le navigateur donne pour nom au fichier "CODE.htm" et pas "monfichier.pdf", sous Firefox en tout cas)

ca c'est malheureusement normal... il n'a pas encore les headers quand il te propose le nom du fichier.

sinon, pour le download, normalement c'est ca qu'il faut mettre :

        header('Content-Type: application/force-download; name="'.$filename.'"');
        header('Content-Transfer-Encoding: binary');
        header('Content-Length: '.strlen($content));
        header('Content-Disposition: attachment; filename="'.$filename.'"');
        header('Expires: 0');
        header('Cache-Control: no-cache, must-revalidate');

(y'a pas un 'i' en trop dans le titre ?)

./10 : non non, les headers de la requête (entre autres ceux indiqués par spipu) indiquent que le corps est un fichier qui doit être téléchargé par le navigateur sous un nom particulier, pas besoin de redirection pour ça. Et effectivement ça pose problème quand on fait "enregistrer sous" (même si le navigateur pourrait mémoriser les headers puisqu'il les a déjà vus passer au moins une fois), du coup faute de mieux il prend la fin de l'URL en guise de nom de fichier.

Mais tout ça reste du HTTP standard, donc soit il y a une erreur, soit il y a une combinaison qui ne plait pas à Android.

T'as essayé de faire la même chose, mais en remplaçant toutes les références à des raccourcis par le nom de fichier original ? (juste pour un test sur un fichier)

« Mirari », ça vient du verbe latin ?

autre test: http://spaceman.23.free.fr/aesbc.pdf

Si besoin de comparatif, le lien si dessus marche très bien sur mon android phone.

./15 : pas con ^^ test : http://www.mirari.fr/test.pdf
./16 : indirectement, oui

[edit 1] ça marchera mieux avec un pdf valide...
[edit 2] marche pas non plus, je vais comparer les headers
[edit 3] voilà :

À mon avis c'est soit le header "Content-Disposition" soit la connexion en Keep-Alive qui lui posent problème, je vais tester sans l'un ou l'autre quand j'aurai la possibilité de modifier le code pour vérifier ça.

[edit 4] ah non, le keep-alive c'est parceque Chrome (PC) demande explicitement cette option... quelqu'un connait un truc pour voir les headers sous Android ?

Le lien du premier post fonctionne très bien avec iOS (vu qu'on parlait de téléchargement sur téléphone...)

le premier quoi ? [cross-edit] ok

[edit] bon, le navigateur d'Android ne supporte effectivement pas le header "Content-Disposition" avec pour valeur "inline". La seule solution que je connaisse est de faire comme Nil suggère, c'est à dire ajouter une redirection bidon qui n'aura pour but que de construire une URL qui se finisse par le nom du fichier :/