Pull to refresh

Comments 112

Лучше бы в «Опере» сделали пункт «доверять, но проверять». :) И изначальной проблемы лишились бы и последствий при исправлении не возникало бы.

Мелочь, но раздражает.
Как работал бы этот пункт? Доверять все равно пришлось бы чему-то одному.
раньше был в настройках чекбокс
«проверять по расширению, если mime type ненадёжен»
А как определять, что он ненадёжен? Анализировать первые байты?
Раздражает и еще как. О чем думают разработчики? Сколько версий вышло новых а поправить 1 строчку они все не могут никак…
У меня та же проблема.

P.S. Ссылка «Идём по этой ссылке оперой.» не работает.
UFO landed and left these words here
Обычно это (определение типов контента по сигнатурам и другим признакам) называется «magic mime», в том же апаче есть стандартный модуль для этого., который чаще всего и генерирует контент тайп для статики. Возможно алгоритмы или базы данных сигнатур отличаются
О, наконец-то на глаза попалось решение этой напасти :)
Шикарно, будем юзать
но решения этого давно известного бага я не вижу ни в одной новой сборке…

Да, это печально, я уже устал ждать, когда эту фичубагу официально пофиксят. Один из основных недостатков Opera, который частенько портит малину

PS: кстати, а эта проблема всегда только из-за mime type возникала? Одно время часто слышал, что Opera в основном так некрасиво с rar-архивами поступает. Или у тех архивов просто-напросто тот же mime type неправильный отдавался
Достаточно было загуглить «Опера открывает файлы», в первом же посте написано про trust server types
Загуглил. По первой ссылке увидел только упоминание DDE и MHT, никакого намёка на слово «trust» не обнаружил…
Ну, если честно, думаю у многих людей ситуация обстоит как у меня — раз за разом сталкиваясь с подобным типом проблем, просто обходишь ее другим путем, потому что если ты что-то качаешь через браузер — то занят каким-то делом, качаешь какие нить тулзы-утилиты или вспомогательное файло для какого-то дела.

Почему делом? Потому что развлекательный контент либо через торрент, либо прям в браузере смотришь :)

И приоритет твоего занятия неизменно оказывается выше, чем «вот прямо сейчас все бросить и решить уже наконец эту мелочную проблему одним запросом в гугле».

Поэтому статья полезная, спасибо автору! И кармы подброшу — по опыту помню, что подобные статьи неизменно вызывают у довольно большого процента хабрасообщества желание заминусовать.

З.Ы. у меня сейчас остается нерешенной только одна мелочь аналогичного типа — опера не открывает диалог «Сохранить как» при нажатии «Browse...» в диалоговом окне сохранения. Каждый раз обхожусь открытием панели «Downloads» слева, и вставлением ссылки на файл в поле «Quick download»… Хотя, по совести говоря, пока я писал этот текст — можно уже было проблему решить, снова испортить и снова решить. Но комментарий же важнее написать! :)
Просто по умолчанию у Апача долгое время (а может, и до сих пор) не было прописано MIME-типа для RAR-архивов, вот он и выдавал умолчальное (то ли как текст, то ли как HTML, не помню уже). А далеко не всем админам хочется настраивать типы вручную. К тому же, учитывая относительно небольшое растространение Оперы, проблема вряд ли им часто репортилась.
Умолчальное текст, в некоторых дистрах и сборках заменили на html, некоторые правят сами в конфигах апача. Rar уже знает, а вот msi похоже нет (по крайней мере в своих conf/magic я не нашёл упоминаний)
Супер. Спасибо громадное, а то я устал уже из-за этой проблемы на другие броузеры переключаться.
Ну можно было копировать адрес ссылки закачки, нажать сtrl+J, вставить в строку «Быстрая закачка» и нажать энтер, и тогда все норм было б.
UFO landed and left these words here
а еще можно Menu- > Page -> Save as
Это только для относительно небольших файлов прокатывает. Если же файл большой, то во-первых, долго ждать, пока до конца догрузится, а во-вторых, Оперу начинает мощно колбасить при попытке распарсить этот «документ» для визуального его представления. В результате на каждый чих она подвисает на несколько минут, так что пока до этого пункта меню доберёшься, двадцать раз всё проклянёшь. Проще его из кэша вытащить.
вы просто не правильно делали
Вариант еще проще: правой кнопкой мыши по линку и выбрать «Сохранить по ссылке как...»
Пункт «Save Linked Content As» в контекстном меню ссылки срабатывает только если это прямая ссылка на сам файл. А если за ссылкой стоит страничка с редиректом (как сделано, например, на sourceforge.net), то такой способ уже не работает.
Спасибо, а я как раз переставил винду перед обновлением, и не мог понять чо за…
UFO landed and left these words here
Преклоняюсь перед автором! Эта бага успела вызвать геноцид моих нервных клеток за все те долгие годы, которые приходилось закачивать файлы из других браузеров.
Спасибо!
Я обычно копировал адрес и вставлял в загрузку и вуаля. Пара лишних секунд вроде, но все эти лишние телодвижения…
что значит «вставлял в загрузку»?
нашла, поняла :)
я раньше не замечала этого поля ввода, дурья моя башка! :)))
за эту наводку тоже спасибо!
Да, это вариант, но сохранится тогда в дефолтную папку для скачиваний, и выбрать другую нельзя уже будет :)
только если скачивание начинается не через простую ссылку, а какой нибудь хитрый батон, то это не прокатывает. раньше я просто открывал страницу в ИЕ/ФФ и там скачивал
«Сохранить как...» уже не в моде? На порядок меньше движений…
UFO landed and left these words here
Тогда и «обычно копировал адрес и вставлял в загрузку и вуаля» не получится… Я лишь отвечал тому пользователю, что есть более удобный вариант.
Помоему проще сделать правый клик по ссылке и Save Linked Content As… Тогда и место назначения выбрать можно и быстрее это.
А я для небольших файлов ждал окончания загрузки и делал для страницы «Сохранить как...» в меню
Заодно, пока шла загрузка, любовался сюрреалистичными кракозябрами )))
правой кнопой сохранить save linked content as. либо в quick download

хотя конечно не так удобно
некоторые формы предлагают сохранять как html
На iFolder.ru такое частенько бывает.
Я при сохранении просто изменяю имя файла на нужное, например «somefile.htm» -> «somefile.rar», а в поле тип файла выставляю «All files (*.*)».
Криво, но помогает. :-)
аналогично, но, к сожалению помогает только тогда когда расширение заведомо известно,
Но тогда и текстовые файлы будут скачиваться, чего мне не надо. Всегда задавал MIME по расширению и включал диалог загрузки на них.
ну кто мешает не скачивать текстовый файл, а открыть? я, например, намного чаще качаю экзешники, чем читаю txt браузером.
сорри, оффтоп не по теме поста: сделайте пожалуйста возможность изменения масштаба страницы при помоши иконки в правом нижнем углу более простым — навёл мышку на иконку, покрутил колесо, страница масштабируется. Что бы не нужно было шёлкать и белать остальные движения :). Способы с участием клавиатуры не предлагать, я их знаю :)
UFO landed and left these words here
как будто что-то мешает дождаться закачки содержимого и просто сохранить в файл. мне бы ваши проблемы…
Только вот логика загрузки разная у «страниц» и файлов, т.к. «страница» пишется в кэш браузера, а файл сразу в файл. Первое приводит к лагам и даже зависанию браузера, если файл больше 1-2-3 мегабайт.
ясно, аргумент принят. я никогда не сталкивался с большими файлами с неверным mime type, поэтому не знал об этом моменте.
UFO landed and left these words here
Года 4 назад обсуждалось по всему интернету, что опера придирчива к заголовкам. Познаем мир?
Автору спасибо за актуальное решение надоедливого бага.
FF так же ругается

Вполне нормальная ситуация. В большинстве случаев нужно пинать именно веб-сайт, а не браузер.
Может для линуксов свои настройки? В WindowsXP показывает абракадабру.
А после твика показалось меню закачки. Спасибо! Осталось побороть проблему с default.html в Gmail :)
Потому и выдает диалог, что галка в настройках не стоит :) Если бы стояла — опера бы кушала mime-тип от сервера и вуаля, вот она — браузерная магия с буквами MZ в начале
Вы ошибаетесь. Эта галка как раз включает определение типа файла по его расширению вместо определения по заголовку Content-Type, используемого в Опере по умолчанию для определения типа содержимого.

Тот факт, что в Windows-версии Opera 10.60 без этой галки по корректному заголовку Content-Type (Content-Type: application/octet-stream) тип обрабатывается неверно — это баг конкретной сборки, его должны пофиксить.
А вообще суть проблема с MIME-types и браузером Opera вы истолковали неверно.
Дело не в том, что сервер Опере отдаёт правильный content-type, а Опера на него якобы забивает и определяет тип своим путём.
Дело как раз в том, что некоторые веб-серверы другим браузерам (Firefox, Safari, IE, Chrome) отдают правильный бинарный content-type, а вот именно опере они отдают content-type text/plain или text/html. И Опера в данном случае вовсе не своевольничает, а обрабатывает отданный сервером тип согласно правилам.

Т.е. проблема именно в том, что веб-сервер именно браузеру Опера отдаёт неверный content-type. Зачем он вообще разным браузерам отдаёт на одни и те же данные разный content-type — это для меня загадка.

А вот как раз настройка «Trust server types» говорит Опере забивать на отданный сервером заголовок content-type и пытаться определить тип файлов исключительно по расширению имени файла (.exe, .html и др.).
Может дело в том, что современная релизы Оперы верят сontent-type, а более ранние (Опера 9, например, еще довольно распространена) обходились с ними своевольно? Вот и приходилось разработчикам (возможно даже на уровне сервера, того же апача, а не приложения, какого-нить блога на php) отслеживать строчку Opera в user-agent для удобства пользователей? Иных причин, зачем бы Опере отдавать другой контент-тайп не вижу (ну кроме как дискредитации Оперы — видал как-то сайт, который при заходе на него через IE отдавал по любому урлу сетап Фокса :) ) Потом в опере баг пофиксили, а разработчики или пропустили этот фикс (я вот за релиз-нотами оперы не слежу, а на баг-репорт юзера моего сайта теоретически вполне мог отреагировать именно подменой заголовка лично для Оперы, не особо вникая в проблему, до следующего баг-репорта) или не стали отслеживать какая конкретно версия оперы, или у веб-мастеров стоит не обновленный софт.
В багтрекере Opera есть задача, связанная с корректным отображением различных типов содержимого и диалогом сохранения, однако, в основе всего этого механизма лежит один из самых правильных принципов: не заниматься рассматриванием расширений или гаданием по звёздам, а чётко следовать директиве Content-Type.

Так что основной ваш посыл «По умолчанию, она не верит заголовкам сервера и пытается сама определить, что за файл перед ней» в корне неверен.
Вадим, почему же тогда такое происходит?

Я не говорил, что проблем нет (в багтрекере Opera есть задача) — речь шла о принципе, на основе которого идёт работа с заголовками.
Мой основной посыл «какие-то версии — может 9, может 6, может 1 (такой не видал, правда), — не верили (может по умолчанию и можно было настроить другое поведение, может в принципе нельзя было), с каких-то пор верят, но многие серверы и сервисы до сих пор не различают старые (»не верящие") и новые («верящие») версии Оперы и считают, что все Оперы «неверящие» и для удобства их пользователей подсовывают неверный заголовок… Или есть какое-то другое объяснение того, что, по словам xn__p2a, контент тайп одного и того же файла для фф, видимо, октет стрим, а для оперы — текст?

спасибо за корректное разъяснение, дополнил топик. а проблему поиском искал, не помогло…
Первое решение понятно, но второе более чем спорно. Во первых, у вас будут предлагаться скачать настоящие text/plain, во вторых это уж слишком большое послабление горе-админам. Тот-оже фаерфокс по вашей ссылке показывает текст.

И собственно по самой проблеме: mime-тип это еще не вся история. Есть другой заголовок, Content-Disposition. Content-Type отвечает на вопрос «что это?», а Content-Disposition на вопрос «что с этим делать?». И как раз на него Опера всегда реагирует правильно.
ну если существует такая проблема, то я считаю, что я лучше сам определю какой файл передо мной и если это текст, меня не затруднит нажать кнопочку «ок». зато скачиваться будет точно всё. да и текстовик в браузере я не открывал вроде, для этого есть программы по работе с текстом.
*кнопочку «открыть», конечно же
Большое спасибо за аккуратное решение. А то этот баг уже периодически напрягал.
Я думал это у меня просто че-то сбилось и хз где настроить… а оно вон оно как.

Первый способ не сработал, почему-то.
Второй вроде работает.
Второй способ — это вообще лажа.
Он пытается подстроить изначально корректно работающий браузер под кривой ответ веб-сервера. Зачем такой прогиб под неправильные настройки?

К тому же после этого реальный текстовый файл вместо отображения на странице у вас будет пытаться сохраниться, что далеко не всегда будет удобно.
Странно, почему не сделали кнопку «показать в браузере» в том диалоге
Зачем такой прогиб под неправильные настройки?

С точки зрения пользователя Оперы — это костыль, который позволяет решить проблему «здесь и сейчас». И хотя он идеологически неверен :) это лучше, чем продолжать мириться с багом или переходить на другой браузер.

Насчет «мириться с багом» — да, это реально вызывает проблемы, если инет шустрый — то Опера успевает прогрузить и отрендерить достаточное количество данных, чтобы перестать отвечать на запросы. Я регулярно в таких случаях вынужден перезапускать браузер. Когда среди рабочей обстановки совершенно внезапно возникает такая вот пауза в стиле «подождите немного, я торможу» — каждую секунду ожидания чувствуешь буквально. Некоторым, вроде меня, хватает чтобы занервничать :)
В последнем обновлении вообще дико раздражает что они изменили контекстное меню для выделенного блока и теперь первый пункт не Copy а Search.
И убрали, ироды, переход на домашнюю страницу по даблклику на спиддиале.
ruzanow.ru/opera/menu.html попробуйте это расширенное меню, как вариант можно и ручками подправить стандартное
у меня одного после этих установок при поиске по Хабру Opera пытается сохранить файл .txt (с всплывающим окном, как и просили)
А глюки с гугл докс они так и не починили… эх… (((
Opera — самый удивительный браузер на свете: за глюки сайта в браузере должен отвечать исключительно браузер, а не разработчик сайта!

А если серьёзно, то «они» в вашей фразе относится и к компании Google.
Разработчик сайта должен прежде всего обеспечить соответствие сайта стандартам, если браузер их не понимает, то разработчик может допилить под конкретный браузер, но может этого и не делать (не может, не хочет — его проблемы и риски)
Знаете, как бы мне хотелось, чтобы всё было именно так. Но зная процесс разработки в крупных компаниях, вроде Google, Yahoo! и Яндекс, я предпочитаю не обманывать себя.
Если знаете, то может прикроете завесу касаемо Гугла и Оперы — это просто пофигизм (не работает в Опере — ну и фиг с ним, «это нам не задавали», иными словами — отсутствие Оперы в списке поддерживаемых браузеров в ТЗ для непосредственных разработчиков), плохое выполнение этими разработчиками ТЗ (то есть Опера должна поддерживаться, но не «осилили») или целенаправленная политика, направленная на, наверное, потерю рынка непосредственным конкурентом (то есть где-то в ТЗ фраза, а может даже просто невербальный намёк на то, что опера _не_должна_ нормально поддерживаться)?
Да, но если сравнить количество пользователей у Оперы и количество пользователей у Гугла, я думаю, другими красками заиграет вопрос, кому под кого подстраиваться.
UFO landed and left these words here
Впрочем, по ссылке из топика первый способ лично у меня все равно не работает.
Что flash-player не предлагает сохранить — это баг Windows-версии Opera 10.60 (в linux-версии Opera 10.60 всё ОК).
И баг этот уже был зарегистрирован в официальном баг-трекере, нужно ждать исправления.
Я в таких случаях в меню выбираю «Сохранить по ссылке как...» чтобы выбрать куда сохранить, а не разгребаться в темповой папке. Раньше с rar архивами постоянно такая беда была.
проблема в том, что расширение как не колдуй, htm ставит
Просто настраиваю один раз путь в папку downloads\opera и качаю как на скриншоте. Расширение не меняется.
Лично у меня расширений файлов, которые с инета скачиваю не так уж много, можно было бы жестко задать что вот мол exe rar zip msi и еще с десяток других просто скачивались, а не открывались и было бы счастье.
Добавлю свои пять копеек для линуксовой версии.
Чтоб вывести нужную программу для открытия на первую (дефолтоввую) позицию в том диалоге
нужно прописать её в ~/.mailcap так-же как в /etc/mailcap но обязательно указать mime-type полностью (без масок)
mailcap.order для оперы не работает вообще.
UFO landed and left these words here
Отмотайте на пункт 2: Снимаем галочку «Скрывать типы, открываемые Opera»
;-)
UFO landed and left these words here
UPD:… И, ставя галочку Trust Server Types, Opera делает наоборот (don't trust server types).
Ну почему же наоборот? Это смотря как трактовать эту галочку.
Если её понимать как «Trust server Filetypes» или «Trust Filename extensions as Filetypes», то Опера после установки этой галочки именно это и делает — доверяет указанным в расширениях типам файлов.

Но разработчикам Оперы стоило бы для однозначного понимания переименовать этот параметр конфига в более понятное имя, в котором бы упоминались расширения файлов и типы.

Да и вообще, чтобы у юзеров было меньше вопросов, уже пора бы ко всем параметрам в opera:config написать подробные описания/разъяснения. А там до сих пор при нажатии на знак вопроса напротив любого параметра вылезает: «No information could be found for this item.» Это давний камень в огород разработчиков Оперы, ладно бы это было только в бета версии, но в релизе такие заглушки недопустимы.
Кто знает, как это исправить в Сафари (Мак ОС)?
Что именно вы хотите исправить в Сафари?
В рассмотренных примерах первое — это баг windows-версии Opera 10.60, а второе — это неверный ответ веб-сервера о типе файла. Первое должны исправлять разработчики Оперы, а второе администраторы веб-сайта.
Тогда причём тут вообще Safari?
За это отвечает параметр «trust server types», который делает как раз наоборот и при значении true, опера НЕ доверяет серверам, а смотрит на расширение файла (причины такой нелогичности мне до сих пор не ясны)
Почему вы видите тут нелогичность?
Я же уже пояснил выше, как следует воспринимать текст у этой галочки. Там имеется в виду «Trust Filename extensions as Filetypes» — т.е. при определении типа файла доверять файловому расширению (вместо заголовка Content-Type, который используется по умолчанию для определения типа).
а вот тут извольте не согласиться. человек, который начинает разбираться с этой проблемой прежде всего будет думать про mime types, и соответственно, понимать значение этой галочки именно так, как понял его я. ну скажите мне, ОТКУДА знать, что имеются ввиду не вертящиеся на языке mime types, а «filename extensions as filetypes»? имхо, крайняя нелогичность.
Как раз только что понадобилось поставить оперу, и наткнулся на эту статью на главной. Проверил — при чистой установке эта функция уже отключена по умолчанию. Другими словами, эта функция была включена по умолчанию только в предыдущих версиях браузера.
как хак я делал так — открывал сорс код страницы, затирал все и вставлял gsom
жал ctrl+R альт табался на свою страницу и сохранял через правую кнопку мыши. это если прямой сылки на файл на оригинальной странице небыло (например ссылку в мессенджере прислали или происходитредирект)
большое спасибо, раздражает(л) этот баг невероятно!
Это не баг! Сколько раз уже говорили. Если где-то чайник-админ (в вебе же сейчас одни индусы и школьники) не может настроить свой сервер — причем тут Опера. Я лично за поддержку стандартов. А такой проприетарный архаизм, как rar, так вообще лучше не использовать, закрытый и неудобный, скорей бы он умер.

Кстати, если вы скачали rar и он открылся в виде текста, достаточно просто сохранить его на диск нажатим Ctrl + S.

p.s Это не баг Оперы!
С точки зрения пользователя — если что-то работает (делает то, что ожидает пользователь) в FF и прочих, но не работает в Опера, то это баг браузера.
С любой другой точки зрения правда ваша.
Only those users with full accounts are able to leave comments. Log in, please.