Opera Turbo aka Сжатие

Разговоры на любые темы: вы можете обсудить здесь какой-либо сайт, найти единомышленников или просто пообщаться...
Proxy
Профессор VB наук
Профессор VB наук
Аватара пользователя
 
Сообщения: 2941
Зарегистрирован: 31.08.2007 (Пт) 4:41

Opera Turbo aka Сжатие

Сообщение Proxy » 19.07.2014 (Сб) 15:55

Доброго времени суток.

Всегда считал, что нет ничего хитрого в Opera Turbo.

В моем представлении это работало так:

Браузер цепляется к одному из прокси оперы (по проприетарному какому-ниудь протоколу, который скорее-всего за одну сессию обеспечивает доставку данных нескольких http сессий и скорее-всего обеспечивает защиту). Работает и работает, не вникал.
Понятно, что их прокси подгоняет размеры и качество изображений по потребности клиента (помимо сжатия трафика), для версии mini ещё рендерит страницы и передает разметку в упрощенном виде (mini напрямую работать не умеет), да и скорее-всего избавляет клиента от необходимости работы с DNS (тоже лишняя трата времени).
Тут вроде все логично.
Ну и cookie версия mini не хранит локально, все cookie хранятся на их же сервере (cookie ассоциируются с клиентом по небольшому идентификатору, который наверняка подвержен коллизии (собственно сам id — это случайное число, сгенерированное клиентом), хотя впрочем тут могу и ошибаться, есть варианты). Но точно ничего более id (как бы он не был получен) локально не хранится (была ранее история с модифицированными клиентами, у которых id совпадал, опере его хватало, чтобы предоставить доступ к чужим cookie, было это давно).
Ок. Тут тоже вроде все логично и понятно, ресурсы мобильного клиента ограничены, да и cookie передавать через тогдашний GPRS — лишняя трата времени. Большой клиент явно эти ускоряющие фичи не использует (ну во всяком случае ничего кроме компрессии).

Далее:
Появился реестр запрещенных сайтов, опера в режиме сжатия (он же Turbo в новой версии) на его появление никак не отреагировала (когда по-началу ресурсы блокировались спонтанно и в огромном количестве, часто под каток попадали и полезные сайты, опера же была наиболее удобным способом как-то исправить ситуацию).
Ок, тут тоже все пока логично (провайдер блокирует сайт по IP, опера же соединяется только с прокси, который банить не нашлось основания на тот момент).
Притом, что логично, через прокси (простите за каламбур, тут уже SOCKS5 и HTTP) тоже все работает (выходит что-то вроде каскада, но не вижу причин, почему бы оно должно было работать как-то иначе).
Тут тоже пока все кажется логичным (ну за исключением счетчика сэкономленного трафика, который измеряет разницу в попугаях, дабы показать пользователю побольше процентов экономии — маркетинг. При передаче чего-то, заранее подверженного компрессии каким-нибудь более-менее адекватным универсальным алгоритмом, счетчик покажет что-то около 98% экономии, ну т.е. это на самом деле либо вообще 0%, либо 100% - 2% экономии на сжатии паразитного трафика; в общем тут с первого же взгляда понятно, что счетчик не считает отношение обработанных данных к их оригинальному размеру, либо и не должен, а виноват во всем локализатор, англоязычную версию не использовал как-то).

Далее:
А посмотрим, куда все же обращается опера в режиме Turbo.
А туда же, собственно, куда и не в режиме Turbo...
Простой эксперимент: проверим, что опера не работает через какой-либо прокси, убедимся, что Turbo включено, на NAT-е закроем доступ к какому-либо ресурсу (просто запрещающее правило по IP, собственно как и у провайдера в теории) — не работает опера (шлюз успешно редиректит с запрашиваемого IP на локальный IP и отвечает страницей, которую мы ему назначили для данных случаев; ну это само-собой в случае с http, а не с https).
А теперь заглянем в логи NAT (ну или с помощью монитора какого) и посмотрим, куда же она обращалась. Тут мы увидим обращения ко всем серверам напрямую.

А тут уже совсем все нелогично и возникает масса вопросов и предположений.
Могу предположить, что режим Turbo применяется не всегда, для экономии ресурсов сети опера, а только в тех случаях, когда а) ресурс популярен и посему на серверах есть кэшированная копия, б) сервера и каналы не загружены. Но это не объясняет, почему провайдер не может заблокировать что-либо, а простой запрет IP работает.

Кто-нибудь изучал эту штуку? Как оно работает вообще?

PS. Чуть не забыл про небольшую особенность того NAT-а: если порт назначения 80 или 8080, то он редиректит на локальный http прокси (дабы последний записал в лог все URL из запроса, а также, при необходимости, заблокировал что-нибудь по URL). Впрочем уверен, что не в этом причина и opera соединяется с их серверами не на 80 порт.
Follow the white rabbit.

Вернуться в Народный треп

Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex-бот и гости: 10

    TopList