0001832: HTTP: Error 406 Not acceptable

>то возможно местами у них там не jpeg, а что-то ещё
Старой версией качается ТОЛЬКО жпег. Карта при этом получается без дырок, так что все приходящие тайлы таки проходят указанный в ЗМП "Content-type:" в старой версии САСа.
При этом, если подольше подолбиться в 406йеррор ручками через "Загрузить тайл основной карты" раз так 20 - то он в конце концов прогружается и в новой версии тоже, и он прогружается именно как жпег. Если бы была тема "У них там не везде жпег" - то тайл бы так и не приходил бы без соответствующего изменения ЗМП, хоть задолбись в него.

>и по цитате выше - в теле ответа должна быть правильная строка Accept.
Возможно, что она там и есть - надо смотреть сниффером.
А вот использует ли САС то, во что его возможно тыкает носом сервер - уже вопрос к разрабам.

>то, что этот zmp работал на старой версии - чисто случайность
Предлагаю повторить и закрепить эту случайность в текущих ночнушках.
Нет, не для того чтобы скачать именно эту карту (я ее уже давно выкачал старой версией), а для того чтобы не глючило в будущем.

Но до сниффера все равно доберусь. Самому интересно стало, в чем же там разница... :)

>Ну вот он и говорит что вы ребята офигели, кидается какашками в том случае, если посчитает целесообразным вернуть гзип. Работает только если он посчитает целесообразным вернуть жпег не ужимая.
Какая-то весьма изощренная логика на, повторюсь, ОДНОМ И ТОМ ЖЕ тайле. Я так понимаю, что при прочих равных - он его должен ЛИБО всегда отдавать, ЛИБО всегда нет если сервер что-то не устраивает. Алгоритм-то отдачи контента на его стороне фиксирован на 99.9% вероятности, скорее всего. У нас в ZMP - тоже. А результкт, как у того Троцкого - то туда, то сюда, то отдамся, то не отдамся, то отдамся только после долгой долбежки вокруг и около...

>При тех же настройках через прокси (со своим KA и далее по цепочке) пример от Garl-а выше (где есть волшебные звёздочки */*) будет работать.
Это-то понятно. Мы просто перекрываем свой баг (или фичу?) ручками - и оно скорее всего заработает. Именно в этом случае. Но бага\фичи-то не отменяет. Оный я и предлагаю полечить - чтобы работало по дефолту. Проблема-то не в сервере, коль старой версии всё отдает ОК, да и браузеру - тоже.

Путь скачки именно этой карты в данном тикете мне не нужен - она уже выкачана, вариантов лечения именно этой карты - тут не требуется. Предлагается разобраться, почему конкретно глючит именно дефолтный вариант хидеров - и полечить, засим всё. То есть, ввести те самые Garl'овы звездочки в дефолтный набор хидеров САСа (если с гзипом надо передавать именно звездочки), либо убрать Accept\gzip, или еще как. Просто чтобы этот вопрос больше не всплывал и на других возможных картах, и хомяки не ломали голову еще раз.

>Какая-то весьма изощренная логика на, повторюсь, ОДНОМ И ТОМ ЖЕ тайле.
То что тайл один и тот же - роли не играет, так как в приведённом варианте решение загзиповать или нет тайл принимается исключительно сервером по одному ему ведомым основаниям (например по занятости рабочих потоков для гзипования).

Как пример - на заре переделки формы поиска доступных снимков была ровно эта же проблема для нокии. Причём на одном и том же тайле (там выдирается exif из тайла) то работает, то нет (но на 3-4 раз сработает). Идея что сервер вот так вот халтурит подтвердилась на 100%. Он не обязан отдавать гзип или не гзип, и может вернуть что угодно. Когда я писал парсер для росреестра - я опять забыл об этом и опять налетел на ровно то же самое.

>Но бага\фичи-то не отменяет
Ещё раз: весь баг (это не фича, я гарантирую это) в том, что при указании Accept-Encoding: gzip указали только image/jpeg. Надо указывать просто */* (или добавлять */* в конец списка Accept). Разумеется он (этот баг) к конкретной карте не относится.

>либо убрать Accept\gzip
Очевидно это не вариант. Начиная от бана сервера в отношении неумеющих разжимать клиентов, и кончая банальным дцатикратным увеличением трафика. Если подумать - Accept-Encoding: gzip, deflate в идеале вообще должен быт всегда, как и добавление волшебных звёздочек в Accept. Броузеры именно так и делают, к слову, допуская сжатие контента.

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

>кончая банальным дцатикратным увеличением трафика.
Ну не на жпегах же. :)
Данный сервер, насколько я понимаю - чистый CDN, и гзипить там разве что хидеры от тех жпегов... а вебморда и прочие стили\явы лежат на более другом disney.com. Впрочем, это детали конкретно этого ресурса конечно же.

>Если подумать - Accept-Encoding: gzip, deflate в идеале вообще должен быт всегда
А я бы предложил наоборот: в дефолтовых САСовых хидерах оставить только самый минимальный минимум (GET/POST/HTTP, URL, Content-Length и прочий минимальный джентльменский набор), а все что свыше (включая гзиповку, управление кэшированием и прочие звездочки) - предложил бы вынести в ZMP именно тех карт, где это действительно нужно. Вот например на обсуждаемой карте - нет никаких экономических причин юзать гзип, так и зачем передавать его хидер серверу? Этот хидер скорее всего длиннее, чем экономия от гзипа.... Короче, предложил бы ограничиться минимально разумной достаточностью вшитой в САС, а все что может понадобиться конкретному юзеру свыше - высунуть наружу, в ЗМП.
В этом случае, например, будет возможность отключить ненужное\глючашее сугубо силами хомяка, а не разработчика САСа. Например, отключить ненужный+глючащий на этой вот карте гзип я сейчас не смогу, а был бы он вынесен в ЗМП - то дело было бы в паре закомментированных строк, не теряя своего и вашего времени на этот вот тикет.

>весь баг (это не фича, я гарантирую это)
Что и требовалось доказать. Собссно, и вот. Чините-сс. :)

>её наличие определяется скорее всего настройками IE. И когда эти настройки "не в тему" добавляются к нашим хидерам и получаем то что имеем.
Тогда это какие-то весьма хитрые настройки IE, что добавляются и глючат исключительно к этой ночнушке и только на этой карте (причем не всегда, а в Trotsky-style), а штук 20 работающих на этой же машине в фоне САСов разных версий и степеней озадаченности разнообразными серверами - качают себе (при тех же настройках IE) и в ус не дуют. Уж скорее допущу что это локальный Сквид балуется - но опять же, через него идет всё и вся, и до сего момента ни единой проблемы с этим не было.

>Возможно Parasite пропихивает запрос через прокси, и там натягивается gzip.
Именно. Но про принудительный гзип там - не помню. Если и включал когда - то это было весьма давно, и проблем ни разу ни на одном ресурсе не доставляло.

>Это заведомо лишнее.
Сугубо проверки для. Был небольшой экспириенс, когда именно из-за невнятного проксифицирования этого вкупе с HTTP1.1 - была кучка малообъяснимых глюков. Zed должен это тоже помнить, собссно - с ним и решали. Благо что сбилдить с этой строчкой - как 2 пальца о консоль, а проверить - не повредит, и много времени не займет.