evitare problemi di tipo di contenuto quando si scarica un file tramite il browser su Android

Question

Se ho un file messo a disposizione un browser attraverso il mio webapp, ho normalmente solo impostare l'URL a qualcosa come http://website.com/webapp/download/89347/image.jpg. Ho quindi impostare le intestazioni HTTP Content-Type: application/octet-stream; filename=image.jpg e Content-Disposition: Attachment.

Tuttavia, su Android. Sembra che l'unico modo per ottenere il file da scaricare sia impostare Content-Type: image/jpg. In caso contrario, il nome del file dice <Unknown> e un errore viene

Download non riuscito
non può scaricare. Il contenuto non è supportato su questo telefono

C'è un modo per scaricare Android e aprire il file tramite il browser senza tenere un elenco di tipi MIME?

Answer 1

Per effettuare alcun download funzionano su tutti (e soprattutto anziani) versioni di Android come previsto, è necessario ...

1. impostare il ContentType a application/octet-stream
2. mettere il Content-Disposition valore di nome di file tra virgolette
3. scrivere l'estensione del file Content-Disposition in maiuscolo

Leggi il mio post sul blog per maggiori dettagli:
http://digiblog.de/2011/04/19/android-and-the-download-file-headers/

Answer 2

Ho provato tutte le raccomandazioni da Jspy blog e niente ha funzionato finora. Content-disposition porta il browser in modalità download, tuttavia non viene scaricato nulla tranne HTML della pagina da cui è stato avviato il download. Quindi la mia conclusione, è puro bug di Google e possiamo solo pregare che Google lo risolva. Il mio compito consisteva nell'impostare il tipo di contenuto in un tipo proveniente dal browser mobile Accept intestazione. Funziona generalmente, puoi anche scaricare i file zip come testo.

Answer 3

Dmitriy (o altri che cercano una soluzione possibile) se nel file scaricato appare una pagina html, sospetto che ciò sia dovuto al doppio problema HttpRequest GET. Uno scenario tipico è il seguente post, Redirect, ottengono il modello:

• Android del browser emette un HttpRequest POST al server (ad esempio pulsante o collegamento presentare per richiedere un file di download, filename.ext dire)

• Server invia il file filename.ext ai byte, archivia in una variabile di sessione e quindi invia Response.Redirect a Download.aspx, ad esempio, per gestire la struttura dell'oggetto risposta

• Il browser Android invia HttpRequest GET al server per Download.aspx

• Server risponde con la tipica Content-Disposition: attachment; nomefile = "nomefile.ext" costruisce lo stile con l'oggetto risposta contenente il nomefile richiesto.ext, essendo i byte nella variabile di sessione.

• Android download manager, credo, quindi invia un'altra HttpRequest GET al server per Download.aspx. Sospetto che il download manager interpreti la precedente risposta "allegato" come trigger per inviare questo secondo GET.

• Il server (Download.aspx) tenta nuovamente di costruire l'oggetto risposta da inviare al browser.

• Gestione download Android scarica filename.ext, utilizzando il contenuto dell'oggetto risposta dal secondo Download.aspx.

In molti scenari che sarebbe stato perfetto. Ma se, ad esempio, il server nel codice Download.aspx esegue alcune operazioni di manutenzione e rimuove la variabile di sessione alla prima chiamata, la volta successiva non vi è alcuna variabile di sessione. Quindi, a seconda di come è scritto il codice, è possibile che l'oggetto di risposta non venga costruito in modo esplicito e forse la Response.End non viene chiamata e quindi solo l'html di Download.aspx finisce per essere inviato.

Questo è quello che abbiamo scoperto usando Wireshark, anche se ammetto che sto assumendo che sia il gestore di download di Android che è la causa del doppio GET.

Spero che questa spiegazione sia stata di aiuto.

Answer 4

In teoria, il parametro filename deve essere impostato su Content-Disposition, non Content-Type. Non sono sicuro se ciò sarà d'aiuto con il browser Android.

Answer 5

Come ho scritto in downloading files from android:

Android del browser non scaricare il file in eventi pulsante postali. Negli eventi post il file sarà un file .htm. per sopra venire questo fa come sotto.

In pulsante per il download clicca

protected void ImageButton1_Click(object sender, ImageClickEventArgs e) 
    { 
     Response.Redirect("download-file.aspx"); 
    } 

and on download-file.aspx file do as below 

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Web; 
using System.Web.UI; 
using System.Web.UI.WebControls; 

public partial class mobile_download_file : System.Web.UI.Page 
{ 
    protected void Page_Load(object sender, EventArgs e) 
    { 
     string filename = "usermanual.pdf"; 
     Response.ContentType = "application/octet-stream"; 
     Response.AppendHeader("Content-Disposition", "attachment; filename=" + "" + filename + ""); 
     Response.Write(Server.MapPath(Request.ApplicationPath) + "\\" + filename); 
     Response.TransmitFile(Server.MapPath(Request.ApplicationPath) + "\\" + filename); 
     Response.End(); 
    } 
} 

the same can be implemented in php also.