Ресурс інтерпретується як Документ, але передається за допомогою програми / zip типу MIME

Якщо в Chrome 12.0.742.112, якщо я переспрямовуюсь із такими заголовками:

HTTP/1.1 302 Found 
Location: http://0.0.0.0:3000/files/download.zip
Content-Type: text/html; charset=utf-8
Cache-Control: no-cache
X-Ua-Compatible: IE=Edge
X-Runtime: 0.157964
Content-Length: 0
Server: WEBrick/1.3.1 (Ruby/1.9.2/2011-02-18)
Date: Tue, 05 Jul 2011 18:42:25 GMT
Connection: Keep-Alive

Що, якщо дотримуватися, повертає такий заголовок:

HTTP/1.1 200 OK 
Last-Modified: Tue, 05 Jul 2011 18:18:30 GMT
Content-Type: application/zip
Content-Length: 150014
Server: WEBrick/1.3.1 (Ruby/1.9.2/2011-02-18)
Date: Tue, 05 Jul 2011 18:44:47 GMT
Connection: Keep-Alive

Chrome не переспрямовує та не змінює попередню сторінку, вона просто повідомить таке консолі на консолі:

Ресурс інтерпретується як Документ, але передається за допомогою програми / zip типу MIME.

Процес працює належним чином у Firefox, а також добре працює в Chrome, якщо я відкрию нову вкладку і перейду безпосередньо до http://0.0.0.0:3000/files/download.zip. Я щось роблю не так, чи це помилка / химерність Chrome?

Ви можете вказати атрибут завантаження HTML5 у своєму тезі <a>.

<a href="http://example.com/archive.zip" download>Export</a>

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/a#attr-download

У своєму заголовку запиту ви надіслали, Content-Type: text/htmlщо означає, що ви хочете інтерпретувати відповідь як HTML. Тепер якщо навіть сервер надсилає вам PDF-файли, ваш браузер намагається зрозуміти це як HTML. У цьому проблема. Я шукаю, щоб побачити, що може бути причиною. :)

Я зіткнувся з цією проблемою під час обслуговування файлу PDF (додаток типу MIME / pdf) і вирішив його, встановивши заголовок Content-Disposition, наприклад:

Content-Disposition: attachment; filename=foo.pdf

Сподіваюся, що це допомагає.

Я це виправив… просто відкривши нову вкладку.

Чому це не спрацювало, я не зовсім впевнений, але це може мати щось спільне з тим, як Chrome справляється з декількома завантаженнями на сторінці, можливо, він вважав, що вони є спамом і просто ігнорував їх.

Я не міг ніде знайти лише пояснення повідомлення. Ось моя інтерпретація.

Наскільки я розумію, Chrome очікував деякого матеріалу, який він міг би відобразити ( документ ), але він отримав щось, що він не міг відображати (або щось, про що йому сказали не показувати).

Це і питання про те, як було задекларовано документ на рівні HTML сторінки в href(див. downloadАтрибут у повідомленні Роя), і як він оголошений у відповіді сервера за допомогою заголовків HTTP (зокрема Content-Disposition). Це питання контракту , а не надії та сподівань.

Щоб продовжити шлях Евана, я пережив це:

Content-type: application/pdf
Content-disposition: attachment; filename=some.pdf

це просто несумісно з:

<a href='some.pdf'>

Chrome заплаче Ресурс, інтерпретований як документ, але переданий ...

Власне, вкладення просто означає це: браузер не повинен інтерпретувати посилання, а зберігати його десь для інших, прихованих, цілей. Тут вище або downloadвідсутній поруч href, або його Content-dispositionпотрібно видалити із заголовків. Це залежить від того, хочемо ми, щоб браузер передавав документ чи ні.

Сподіваюсь, це допомагає.

З цією ж проблемою я зіткнувся сьогодні з версією Chrome 30.0.1599.66 за допомогою програми node.js / express.js.

Заголовки є правильними, експрес встановлює їх належним чином автоматично, це працює в інших браузерах , як зазначено, поміщаючи HTML 5 «скачати» атрибут не вирішує, яка ж рішучість він збирається в хромових розширені настройки і перевірки прапорець «Запитувати, де зберігати кожен файл перед завантаженням ".

Після цього не було повідомлено про помилку "Ресурс, інтерпретований як документ ....", як і в заголовку цього випуску, тому виявляється, що наш серверний код правильний, це Chrome неправильно повідомляє про цю помилку в консолі, коли вона налаштована для збереження файли автоматично розміщуються в місці.

У мене була аналогічна проблема при виконанні завантаження файлу з допомогою JavaScript. Додавання атрибуту завантаження не мало значення, але додавання target = '_ blank' зробило - я більше не отримую консольне повідомлення "Ресурс" як "Документ ...".

Ось мій дуже простий код:

var link = document.createElement('a');
link.target = '_blank';
link.href = url;
document.body.appendChild(link); // Required for Firefox
link.click();
link.remove(); 

Я не пробував його з прямим HTML, але був би очікувати його на роботу.

Зверніть увагу, я виявив, що Firefox вимагає посилання, яка буде додано до документа в той час як Chrome буде працювати без нього.

Я зіткнувся з цим, коли призначив src = "image_url" в iframe. Здається, що iframe трактує це як документ, але це не так. Ось чому воно відображає попередження.

Я вирішив проблему за adding target="_blank"посиланням. З цим chrome відкриває нову вкладку і завантажує PDF без попередження навіть у режимі чуйності.

У мене виникла ця проблема в проекті веб-сайтів ASP. Додавання заголовка "Довжина вмісту" призвело до того, що завантаження знову почали працювати в Chrome.

Ця проблема знову з’явилася у версії Chrome 61. Але, здається, це виправлено в Chrome 62.

У мене є RewriteRule, як показано нижче

RewriteRule ^/ShowGuide/?$ https://<website>/help.pdf [L,NC,R,QSA]

У Chrome 61 PDF-файл не відкривався, на консолі він показував повідомлення

"Resource interpreted as Document but transferred with MIME type application/pdf: "

Ми намагалися додати тип mime до правила перезапису, як показано нижче, але це не допомогло.

RewriteRule ^/ShowGuide/?$ https://<website>/help.pdf [L,NC,R,QSA, t:application/pdf]

Я оновив свій Chrome до останньої 62 версії, і він знову почав показувати PDF. Але повідомлення все ще є в консолі.

З усіма іншими веб-переглядачами це було / працює нормально.

Щойно наткнувся на це, і жодна інша інформація, яку я не міг знайти, не допомогла: це була дурна помилка: я надсилав вихід у браузер перед початком завантаження файлу. Дивно, але я не знайшов корисних помилок (наприклад, "заголовки вже надіслані" тощо). Сподіваємось, це рятує когось іншого горе!

У моєму випадку ім'я файлу було занадто довгим і отримало ту ж помилку. Після скорочення нижче 200 символів працював чудово. (обмеження може бути 250?)

Я отримав цю помилку, оскільки я працював з моєї файлової системи. Як тільки я почав із http-сервера, хром міг це зрозуміти.

У мене виникли ті самі проблеми з створеним менеджером завантажень. Проблема, з якою я пов’язана із занадто довгим ім'ям файлу, а розширення відсікається.

Приклад: Назва файлу: Організаційні протоколи та інші важливі речі.pd

<?php
  header("Content-Disposition: attachment; filename=$File_Name");
?>

Рішення: збільшив поле бази даних MySQL до 255, щоб зберегти ім'я файлу, і здійснив перевірку довжини перед збереженням крапки. Якщо довжина> 255, обріжте його до 250 і додайте розширення файлу.

Спробуйте нижче код, і я сподіваюся, що це допоможе вам.

var Interval = setInterval(function () {
                if (ReportViewer) {
                    ReportViewer.prototype.PrintReport = function () {
                        switch (this.defaultPrintFormat) {
                            case "Default":
                                this.DefaultPrint();
                                break;
                            case "PDF":
                                this.PrintAs("PDF");
                                previewFrame = document.getElementById(this.previewFrameID);
                                previewFrame.onload = function () { previewFrame.contentDocument.execCommand("print", true, null); }
                                break;
                        }
                    };
                    clearInterval(Interval);
                }
            }, 1000);

Я зіткнувся з цим сьогодні, і моє питання полягало в тому, що мій Content-Dispositionтег був неправильно встановлений. Схоже, що для обох pdf& application/x-zip-compressed, ви повинні встановити це inlineзамість attachment.

Отже, щоб встановити свій заголовок, код Java виглядатиме так:

...
String fileName = "myFileName.zip";
String contentDisposition = "attachment";
if ("application/pdf".equals(contentType)
    || "application/x-zip-compressed".equals(contentType)) {
    contentDisposition = "inline";
}
response.addHeader("Content-Disposition", contentDisposition + "; filename=\"" + fileName + "\"");
...