it-swarm.com.ru

Предотвращение проблем с типом контента при загрузке файла через браузер на Android

Если у меня есть файл, доступный для браузера через мое веб-приложение, я обычно просто задаю URL-адрес, например, http://website.com/webapp/download/89347/image.jpg. Затем я устанавливаю заголовки HTTP Content-Type: application/octet-stream; filename=image.jpg и Content-Disposition: Attachment.

Тем не менее, на Android. Кажется, единственный способ получить файл для загрузки - установить Content-Type: image/jpg. В противном случае имя файла говорит <Unknown> и появляется ошибка 

Загрузка не удалась
Не могу скачать. Содержание не поддерживается на этом телефоне

Есть ли способ заставить Android загрузить и открыть файл через браузер, не сохраняя список типов пантомимы?

15
George Bailey

Чтобы все загрузки работали на всех (и особенно старых) версиях Android, как и ожидалось, вам нужно ...

  1. установите ContentType в application/octet-stream
  2. поместите значение имени файла Content-Disposition в двойные кавычки
  3. записать расширение имени файла Content-Disposition в UPPERCASE

Прочитайте мой блог для более подробной информации:
http://digiblog.de/2011/04/19/Android-and-the-download-file-headers/

24
Jpsy

Дмитрий (или другие люди, которые ищут возможное решение), если в загруженном файле появляется html-страница, я подозреваю, что это связано с двойной проблемой HttpRequest GET. Типичным сценарием является следующая модель POST, Redirect, GET:

  • Браузер Android выдает HttpRequest POST на сервер (например, кнопка отправки или ссылка для запроса файла загрузки, например, filename.ext)

  • Сервер направляет запрошенный файл filename.ext в байты, сохраняет в переменной сеанса, а затем выдает Response.Redirect для Download.aspx, например, для обработки конструкции объекта ответа.

  • Браузер Android корректно отправляет HttpRequest GET на сервер для Download.aspx

  • Сервер отвечает типичным Content-Disposition: вложение; Конструкция стиля filename = "filename.ext" с объектом ответа, содержащим запрошенный файл filename.ext, который является байтами в переменной сеанса.

  • Диспетчер загрузки Android, я полагаю, затем отправляет еще один запрос HttpRequest на сервер для Download.aspx. Я подозреваю, что менеджер загрузок интерпретирует предыдущий ответ «вложение» как триггер для отправки этого второго GET.

  • Сервер (Download.aspx) снова пытается создать объект ответа для отправки обратно в браузер.

  • Менеджер загрузки Android загружает файл filename.ext, используя содержимое объекта ответа из второго файла Download.aspx.

Во многих случаях это было бы хорошо. Но если, например, сервер в коде Download.aspx выполняет некоторую служебную работу и удаляет переменную сеанса при первом ее вызове, то в следующий раз переменная сеанса отсутствует. Таким образом, в зависимости от того, как написан код, возможно, что объект ответа не получит ясности и, возможно, не будет вызван Response.End, и в результате отправляется только HTML-файл Download.aspx.

Это то, что мы обнаружили с помощью Wireshark, хотя я признаю, что я предполагаю, что именно менеджер загрузок Android является причиной двойного GET.

Я надеюсь, что это объяснение помогло.

10
StevePayne

Как я писал в загрузка файлов с Android :

Браузер Android не загружает файл в кнопку «Опубликовать события». В почтовых событиях файл будет каким-то мусорным файлом .htm. чтобы преодолеть это сделать, как показано ниже.

При нажатии кнопки загрузки

 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.
2
Martin K Abraham

Я испробовал все рекомендации из блога Jspy, и пока ничего не получалось. Content-disposition переводит браузер в режим загрузки, однако ничего не загружается, кроме HTML страницы, с которой началась загрузка. Итак, мой вывод, это чисто ошибка от Google, и мы можем только молиться за то, чтобы Google это исправил. Моя работа заключалась в том, чтобы установить тип контента для какого-либо типа из заголовка Accept мобильного браузера. Обычно это работает, вы даже можете скачать Zip-файлы в виде текста.

0
Dmitriy R

Теоретически, параметр имени файла должен быть установлен на Content-Disposition, а не Content-Type. Не уверен, поможет ли это браузеру Android.

0
Julian Reschke