Как исправить попытки Firefox «Сохранить изображение как» .htm?

Недавно мы внедрили Amazon S3 на нашем сайте, что заставило нас изменить способ обработки изображений. Раньше мы вызывали контроллер /fotos.php, который считывал файл с диска, записывал некоторую статистику, устанавливал заголовки и возвращал содержимое файла как image / jpeg.

Все шло нормально до S3. Fotos.php теперь выполняет 302 редирект на ресурс в Amazon, и все хорошо и работает, но вы не можете сохранить изображение в Firefox, потому что он устанавливает его тип файла как .htm. Я нашел это обсуждение по этому поводу, и это похоже на ошибку в Firefox:

https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/207670

Вот URL-адрес, показывающий проблему (попробуйте сохранить большое изображение):

http://www.viajeros.com/fotos/el-gran-lago-de-atitlan-y-sus-volcanes/132968

Internet Explorer 6 хотя бы пытается сохранить его как Untitled.BMP.

Вот фрагмент кода, который мы используем в fotos.php:

$archivo = $fotos->ObtenerPathFotoAmazon( $url, null );

if (empty($_GET['nocache'])) {
    header('HTTP/1.0 302 Found');
    header("Expires: ".gmdate("D, d M Y H:i:s", time()+315360000)." GMT");
    header("Cache-Control: max-age=315360000");
} else {
    header('HTTP/1.0 307 Temporary Redirect');
}

header('Location: ' . AWS_BUCKET_URL . $archivo);
die;

Вы знаете обходной путь для этого?

Обновлено: мы также используем CloudFront.

У меня работает: в Firefox 3.0.3 изображение успешно сохраняется как "owjsmrhl-1229626107-bg.jpg", хотя раскрывающийся список типа "сохранить как" пуст. Chrome 1.0.154.39 делает то же самое с типом файла, показанным как «Все файлы», а IE7 пытается сохранить его как Untitled.BMP, как вы упомянули.

BQ. 19.12.2008 23:09
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Symfony Station Communiqué - 7 июля 2023 г
Symfony Station Communiqué - 7 июля 2023 г
Это коммюнике первоначально появилось на Symfony Station .
Оживление вашего приложения Laravel: Понимание режима обслуживания
Оживление вашего приложения Laravel: Понимание режима обслуживания
Здравствуйте, разработчики! В сегодняшней статье мы рассмотрим важный аспект управления приложениями, который часто упускается из виду в суете...
Установка и настройка Nginx и PHP на Ubuntu-сервере
Установка и настройка Nginx и PHP на Ubuntu-сервере
В этот раз я сделаю руководство по установке и настройке nginx и php на Ubuntu OS.
Коллекции в Laravel более простым способом
Коллекции в Laravel более простым способом
Привет, читатели, сегодня мы узнаем о коллекциях. В Laravel коллекции - это способ манипулировать массивами и играть с массивами данных. Благодаря...
Как установить PHP на Mac
Как установить PHP на Mac
PHP - это популярный язык программирования, который используется для разработки веб-приложений. Если вы используете Mac и хотите разрабатывать...
3
1
7 123
5
Перейти к ответу Данный вопрос помечен как решенный

Ответы 5

Я сам однажды столкнулся с этой проблемой. Я думаю, что единственный реальный обходной путь (в то время) заключался в том, чтобы добавить что-то вроде "# .jpg" в конец URL-адреса. Это не должно повлиять на вашу обработку и заставит FF установить тип загрузки jpg.

Спасибо за быстрый ответ EndangeredMassa. Это звучало как отличная идея, но, к сожалению, это не сработало, ни добавить его к исходному URL-адресу (до перенаправления), ни к перенаправленному URL-адресу. :(

Danita 19.12.2008 22:48

Поскольку эта ошибка не ограничивается Firefox (IE также пытается сохранить ее как неправильный тип, хотя он, по крайней мере, понимает, что это изображение), я бы предположил, что S3 возвращает неправильный mime-тип для файла.

Хммм, я не знаю, потому что если я попрошу конкретный файл, он вернет правильный тип mime: imagenes.viajeros.com/fotos/o/ow/owjsmrhl-1229626107-bg.jpg

Danita 19.12.2008 22:53
Ответ принят как подходящий

попробуйте указать тип содержимого изображения с помощью header('Content-Type: image/jpeg'); или header('Content-Type: image/png');

возможно, вам придется использовать вложение для размещения содержимого, чтобы PHP указывал тип содержимого (расположение оставляет задачу на веб-сервер)

$archivo = $fotos->ObtenerPathFotoAmazon( $url, null );

if (empty($_GET['nocache'])) {
   header('HTTP/1.0 302 Found');
   header("Expires: ".gmdate("D, d M Y H:i:s", time()+315360000)." GMT");
   header("Cache-Control: max-age=315360000");
} 

header('Content-Type: image/jpeg');
header("Content-Disposition: attachment; filename='$archivo'");
readfile(AWS_BUCKET_URL .$archivo);
die();

Ух ты! Это сработало, СПАСИБО, Eineki :) А также это решило еще одну ошибку, которая была у меня с предварительным загрузчиком изображений, который запускал событие «onLoad» для каждого <img> при перенаправлении, а не «при загрузке». Ты жжешь! :)

Danita 22.12.2008 14:56

Это не ошибка

Сам S3 не знает, какой mimetype представляет собой объект, который вы храните. Когда вы СТАВИТЬ объект в S3, вам также необходимо включить заголовки Тип содержимого и Content-Disposition (и все, что вам может понадобиться). Когда вы это сделаете, S3 ответит этими значениями заголовка, когда вы или кто-либо другой, ПОЛУЧАТЬ объект

Я уточню это у парня, отвечающего за загрузку, спасибо Грегу :)

Danita 22.12.2008 14:59

Когда люди спрашивают об этом на других форумах, я указываю им в сторону этот сценарий. Вам не обязательно использовать все это, но это хороший указатель в правильном направлении.

Я не буду писать больше, так как другие ответили на этот вопрос достаточно хорошо.

Спасибо, OIS, я вижу, что методика примерно такая же, как у Эйнеки. :)

Danita 22.12.2008 14:58

Другие вопросы по теме