Запросы к http://m.opera.com

http://m.opera.com/ 200

URL:	http://m.opera.com/
Метод:	GET
Состояние:	200 OK
Продолжительность:	18179 ms

Данные запроса
GET / HTTP/1.1 
User-Agent: Opera/9.80 (Windows NT 5.1; U; Edition Labs ; ru) Presto/2.9.205 Version/12.00
Host: m.opera.com
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/webp, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: ru,en;q=0.9,ru-RU;q=0.8
Accept-Encoding: gzip, deflate
Referer: http://x.tumblr.com/
If-Modified-Since: Fri, 23 Sep 2011 08:50:33 GMT
Cookie: SsoSession=%%%
Connection: Keep-Alive

Тело запроса
Запрос не имеет данных

Данные ответа
HTTP/1.1 200 OK 
Content-Type: application/vnd.wap.xhtml+xml
Server: Pike v7.8 release 517: HTTP Server module
Date: Fri, 23 Sep 2011 08:54:13 GMT
Last-Modified: Fri, 23 Sep 2011 08:54:13 GMT
Cache-Control: no-cache
Content-Length: 1015
Connection: Close

Тело ответа
Не удалось отобразить данные типа application/vnd.wap.xhtml+xml

Заметил, что на некоторых ресурсах идут запросы на http://m.opera.com
Зачем? Кто сможет "расшифровать" данные из Стрекозы?

P.S. Cookies вырезал...

походу это баг, а может преднамеренный сниффинг
лечится добавлением http://m.opera.com в заблокированные сайты.

Стоп-стоп-стоп, парни. Давайте подробности - что это за запросы и где. Я сейчас как раз разбираюсь с "лишним" трафиком на m.opera.com. На каких сайтах это делается, зачем и почему?

Originally posted by IlyaShpankov:

Стоп-стоп-стоп, парни. Давайте подробности - что это за запросы и где. Я сейчас как раз разбираюсь с "лишним" трафиком на m.opera.com. На каких сайтах это делается, зачем и почему?

Зачем и почему – хз...
Чаще запросы выполняются на англоязычных сайтах.
Извини Илья, но сейчас абсолютно нет времени мониторить запросы.

Предположу, что, может быть, сайты тупят, проверяя useragent – принимают большую Оперу за маленькую и проверяют версию браузера...

Originally posted by AnuarSh:

Предположу, что, может быть, сайты тупят, проверяя useragent – принимают большую Оперу за маленькую и проверяют версию браузера...

Хм, а при чём тут m.opera.com? Как там можно проверять версию?

Originally posted by IlyaShpankov:

Originally posted by AnuarSh:

Предположу, что, может быть, сайты тупят, проверяя useragent – принимают большую Оперу за маленькую и проверяют версию браузера...

Хм, а при чём тут m.opera.com? Как там можно проверять версию?

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

Подскажи, как мне получить такой же лог запроса.

Это обычный GET запрос к m.opera.com и ответ на него. Не говорит ровным счётом ничего. Нужна ссылка по которой такой запрос происходит или последовательность действий, чтобы его получить — только тогда можно будет понять что с этим дальше делать.

у меня при заходе на http://x.tumblr.com/ тоже идет запрос к m.opera.com, но только с домашней Оперы. С "чисто установленной" - нет. Я подозреваю, что виновато какое-то из 50 установленных расширений. Но какое именно - ещё не изучал.

Появляется Inline-фрейм http://m.opera.com/ при наличии любого (любого?) Inline-фрейма...

У меня виновник - savefromnet-helper-1.38-1.oex

Интересно девки пляшут: savefromnet-helper-1.38-1.oex/includes/link_modifier.js

  // empty frame workaround
  window.addEventListener('load', function(){
…
      var f = document.createElement('iframe');
      f.src = 'http://m.opera.com/';
      f.style.display = 'none';
      f.id = fid;
      f.width = 0;
      f.height = 0;
      f.frameBorder = 'no';
      f.scrolling = 'no';
      document.body.appendChild(f);
    }
  }, false);
  // end of workaround

Задал вопрос разработчику: https://addons.opera.com/ru/addons/extensions/details/savefromnet-helper/1.38/?reports#r24325

Всем добрый вечер. Отписались на страницу расширения, продублирую и сюда
Фрейм создается для работоспособности расширения, чтобы отправлять сообщения из popup окна подключаемым скриптам. Т.к. из-за особенностей оперы сообщения уходят последнему созданному на странице фрейму, а не основному окну. Если верхний фрейм пустой, сообщения не доходят. Приходится создавать фрейм, через который гарантированно можно оправлять сообщения.

Originally posted by savefrom:

Всем добрый вечер. Отписались на страницу расширения, продублирую и сюда
Фрейм создается для работоспособности расширения, чтобы отправлять сообщения из popup окна подключаемым скриптам. Т.к. из-за особенностей оперы сообщения уходят последнему созданному на странице фрейму, а не основному окну. Если верхний фрейм пустой, сообщения не доходят. Приходится создавать фрейм, через который гарантированно можно оправлять сообщения.

А нельзя разве приспособить адрес-заглушку?

Просто по нашим данным вашим расширением генерируется огромный паразитный трафик на m.opera.com, что совсем неправильно.

Originally posted by IlyaShpankov:

Originally posted by savefrom:

Всем добрый вечер. Отписались на страницу расширения, продублирую и сюда
Фрейм создается для работоспособности расширения, чтобы отправлять сообщения из popup окна подключаемым скриптам. Т.к. из-за особенностей оперы сообщения уходят последнему созданному на странице фрейму, а не основному окну. Если верхний фрейм пустой, сообщения не доходят. Приходится создавать фрейм, через который гарантированно можно оправлять сообщения.

А нельзя разве приспособить адрес-заглушку?

Просто по нашим данным вашим расширением генерируется огромный паразитный трафик на m.opera.com, что совсем неправильно.

Из-за "особенностей" АПИ оперы, работоспособность расширения по-другому реализовать неполучается. Это известная проблема и единственное известное решение мы использовали в расширении. Заглушку приспособить нельзя, т.к. именно с заглушками и боремся созданием фрейма. Мы можем попробовать убрать подключение фрейма из некритичных модулей и оставить его только для модуля вконтакте, тем самым количество запросов должно сократиться на порядок.
Мы используем m.opera.ru/ по той причине, что это самая маленькая по весу страница, которую мы смогли найти. (Очевидно, что если подключать во фрейме, страницу со стороннего/нашего сайта, это было бы подозрительно и небезопасно.). Мы надеемся, что в 12 версии апи расширят и проблему исправят.
Как вариант временного решения, хотели бы предложить, чтобы вы создали статическую пустую страницу в домене opera.com, если есть такая возможность.

savefrom, +1. Использование http://m.opera.com/ выглядит логичным в кубе (а я-то - первоначально подозревал, что в квадрате!).

Originally posted by savefrom:

Как вариант временного решения, хотели бы предложить, чтобы вы создали статическую пустую страницу в домене opera.com, если есть такая возможность.

А что мешает вашему проекту создать такую страницу? Это будет логично.

Originally posted by savefrom:

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

Почему? Ваш проект, ваше расширение, ваша "нулевая" страница.

Originally posted by savefrom:

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

В данный момент паразитный трафик на m.opera.com составляет порядка 400 миллионов запросов в месяц. Так что сокращение на порядок - это тоже не вариант.

Originally posted by savefrom:

Мы надеемся, что в 12 версии апи расширят и проблему исправят.

А кроме надежды какие-нибудь шаги предпринимали? Баг-репорты, к примеру?

Originally posted by SATAB:

savefrom, +1. Использование http://m.opera.com/ выглядит логичным в кубе (а я-то - первоначально подозревал, что в квадрате!).

Нет, не выглядит.

Originally posted by savefrom:

Т.к. из-за особенностей оперы сообщения уходят последнему созданному на странице фрейму, а не основному окну

А можно более подробное описание проблемы узнать?

Originally posted by savefrom:

отправлять сообщения из popup окна подключаемым скриптам

Я когда-то такой примерчик сделал: http://my.opera.com/community/forums/topic.dml?id=995922 - по запросу из popup окна подключенный скрипт (в основном окне) берет выделение с текущей страницы и передает его обратно в попап. При желании попап со скриптом могут и дальше общаться.

Если хотите, я на выходных расширение, конечно, поковыряю, но пока не понимаю, почему такой способ в данном случае не работает.

Originally posted by IlyaShpankov:

А что мешает вашему проекту создать такую страницу? Это будет логично.

Расширение, которое создает фрейм с нашей страницей, может не пройти проверку. Вернее, не должно, с точки зрения безопасности.

Originally posted by IlyaShpankov:

Почему? Ваш проект, ваше расширение, ваша "нулевая" страница.

Теоретически сайт могут поломать и подсунуть вместо пустой страницы вредоносную.

Originally posted by IlyaShpankov:

А кроме надежды какие-нибудь шаги предпринимали? Баг-репорты, к примеру?

Я не знаю, является ли это багом. Расширение API табов решило бы проблему. Но оно не менялось с января.

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

Originally posted by alex-shpak:

А можно более подробное описание проблемы узнать?

Суть проблемы описана в этой ветке форума. Сообщения уходили фреймам, а не окну верхнего уровня. Мы в расширение добавили подключаемый скрипт, который работал только во фреймах и перенаправлял сообщения наверх. Но этот скрипт не во всех фреймах подключался. Например, если активный фрейм был пустым с адресом about:blank, перенаправление не работало.

Originally posted by savefrom:

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

OK, спасибо. Ускорим

Originally posted by IlyaShpankov:

Ускорим

Спасибо