Пользователь
0,0
рейтинг
9 августа 2009 в 20:32

Разработка → Возвращаем в Оперу то, за что мы её так любим (или ещё раз про ускоритель интернета ;)

Я — один из преданных пользователей браузера уже 10 лет. Несмотря на сильную закрытость Оперы (ладно уж расширения, но даже в буфер обмена она копирует не так, как остальные), её движок — настоящий наркотик, который удерживает меня в стане фанатов все эти годы.

Однако в последнее время я замечаю довольно досадную вещь: страницы не показываются на лету, сразу же после начала загрузки, а отображаются с задержкой. Причину я выяснил в ходе одной из дискуссий на Хабре, когда мой оппонент ( egorinsk ) не мог понять, чего это у меня рендеринг страниц, открытых из кеша в Гугле, тормозит (у него всё летало). Оказалось, что у него постоянно отключен javascript!

Порефрешив страницы с включенным и отключенным javascript, я выяснил, что Опера отдаёт просто бешеный приоритет рендерингу с javascript. Логику понять можно: сейчас некоторые сайты вообще являются веб-программами, которые без js не представляют никакого интереса. Однако разработчики Оперы всегда славились тем, что отдавали предпочтение быстроте рендеринга, прорисовке страницы на лету, комфорту пользователя. Ведь с CSS дела обстоят именно так: во время загрузки тех же блогов с CSS-темами, мы сначала видим ugly plain html, который затем одевается в CSS-одёжку.

Возможно, хабраюзер с 10 мегабитами ничего и не заметит, поэтому я хочу спросить — а как обстоят дела у товарищей с не очень быстрыми соединениями? Также? А может, кто-то нашёл решение этой проблемы?

Решение не замедлило появиться!


Мегаспасибо кам. Kalan!

Врубаем параметр opera:config#Extensions|DelayedscriptExecution — и наслаждаемся тем, за шо мы так любим Оперу!

P. S. У некоторых параметр ни в какую не сохраняется при перезагрузке Оперы. Его можно найти и поправить в operaprefs.ini
Sam Lowry @samlowry
карма
132,9
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (139)

  • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Кто бы спорил… Нет, сейчас в Опере, конечно, можно отключить JS персонально для определённых сайтов. Но кол-во тех, в которых отключение пройдёт безболезненно, ничтожно мало.
      • НЛО прилетело и опубликовало эту надпись здесь
      • +1
        Нет, наоборот, большинство сайтов замечательно работает без скриптов. Чтобы читать текст, яваскрипт не нужен.
        • 0
          А кто сейчас просто читает текст на сайтах? Я даж не знаю… Возьмём один из самых помещаемых мною сайт: Хабр. Я активно комментирую тут, и в то же время испытываю проблемы из-за сабжа. Ну вот никак тут не работает совет «отрубить скрипты нафиг».
          • 0
            Когда ищешь например что-нибудь в гугле, надо чтобы страницы открывались побыстрее а не чтобы всякие менюшки выпадали.

            Хабр — отдельная сложная тема :((
            • 0
              Ну на это я уже решение нашёл, как ты знаешь :) (cached text only)
              • 0
                Кстати, в ту же тему, я тут пробовал выводить результаты поиска в гугле без лишнего оформления, только сами результаты моноширинным шрифтом — читабельность значительно повышается :)
                • 0
                  А кто-то отписывал в ответ на мой последний адпейт, что привинтил какой-то сервис, который повышает читабельность. Получается ещё круче (там больше шрифт и ширина текста уменьшена — читать однозначно удобнее).
  • –2
    С точки зрения разработчика сайта решение состоит в том, чтобы обеспечить возможность кеширования джаваскриптов, а также снабдить джаваскрипты, не совершенно критические для работы страницы, особым атрибутом — defer.

    С точки зрения читателя (или разработчика браузера) не очень ясно, как и чем можно помочь делу.
    • 0
      Под решением я имел в виду какой-нибудь секретный параметр, твик конфига и т. п. В Опере часто так решаются с виду неразрешимые проблемы.
      • НЛО прилетело и опубликовало эту надпись здесь
        • +1
          А ты глянь конец топика ;)
          • НЛО прилетело и опубликовало эту надпись здесь
    • +2
      Возможно немного не в тему будет сказано, но хотелось бы уточнить по поводу атрибута defer.

      Атрибут defer элемента script определяет, что выполнение скрипта должно быть отложено до тех пор, пока не будет загружена страница.

      Это довольно удобная возможность. Жаль только, что поддерживается она не всеми браузерами: на W3CSchools (http://w3schools.com/tags/att_script_defer.asp) указано, что работает данный атрибут только в Internet-Explorer'е, хотя на практике в Firefox версии 3.5.2 (предыдущие не проверялись) он также работает.

      Поэтому лучшим кросбраузерным решением для достижения того же эффекта, на мой взгляд, является выполнение кода в обработчике onload элемента body.
      • –3
        Атрибут defer, кроме того, позволяет браузеру загружать скрипт параллельно с остальными элементами страницы, и тем сократить общее время выкачивания её. Атрибут onload в элементе body лишён этого достоинства, так как его выкачивание не может не предшествовать выкачиванию тела страницы.
      • 0
        Onload плох, вызывается после полной загрузки всех элементов страницы (слишком поздно), лучше тогда уж по событию DOMDocumentReady. Но ограниченные разработчики браузеров ессно не додумались включить поддержку этого события о всех браузерах.
        • +3
          Протестировал работу события onreadystatechange в браузерах Mozilla Firefox 3.5.2, Google Chrome 2.0.172.39, Opera 9.64 и Microsoft Internet-Explorer 8.0.7600.16385.

          Интересно то, что поле onreadystatechange в объекте document присутствует во всех перечисленных браузерах. Проверить это можно, выполнив следующий код:

          alert('onreadystatechange' in document);

          Однако поле readyState присутствовало только в браузерах Opera и Internet-Explorer:

          alert('readyState' in document);

          В остальных браузерах, несмотря на наличие поля для обработчика события, сам обработчик не вызывается. Например, если написать следующий код, то он отработает только в двух указанных выше браузерах:

          document.onreadystatechange = function () {
              alert('Document state was changed!');
          }
          


          И на последок, интересно то, что в Opera событие onreadystatechange выполняется сразу после onload элемента body, в то время, как в Internet-Explorer всё наоборот:

          <html>
              <head>
                  <title>Testing onreadystatechange Event...</title>
                  <script type="text/javascript">
                      document.onreadystatechange = function () {
                          if (document.readyState == "complete")
                              alert("Document ready state is 'complete'!");
                      }
                  </script>
              </head>
              <body onload="alert('The document is loaded.');">
              </body>
          </html>
          
          • 0
            > И на последок, интересно то, что в Opera событие onreadystatechange выполняется сразу после onload элемента body,

            Что длает его абсолютно бесполезным. Тут речь шла о том, что событие должно срабатывать сразу после построения всего дерева DOM.
          • НЛО прилетело и опубликовало эту надпись здесь
            • 0
              Да, точно такая же. По крайней мере, у меня в Opera 9.64 с настройками по-умолчанию.

              Ещё раз протестировал, чтобы окончательно убедиться: загружал страничку, на которой была расположена картинка большого размера; сразу после загрузки (около 3-х секунд) первым сработал обработчик onload элемента body, а уже после него — обработчик события onreadystatechange.
  • –22
    >>А может, кто-то нашёл решение этой проблемы?
    ie, fx, safari, chrome, аж четыре.
    • +5
      Больше похоже на поиск новых проблем на свой зад и их решений :)
      • –13
        Зато освобождение от кучи старых, например от проблемы с джаваскриптом ;)
        • +4
          Какой кучи? У меня всего две: эта и с буфером обмена. А будет — больше, даже в идеальном браузере (ибо я оперирую быстро в привычном инструменте).
          • 0
            а что там с буфером обмена?
            • 0
              Кажется, не копируется форматированный текст, но я где-то видел скрипт, более-менее исправляющий эту неприятность
              • 0
                Не скрипт, а скрипт + внешняя программа. Они работает далеко не мгновенно… :-/ А ведь всего-то разработчикам мелочь поправить надо в заголовке того, что копируется в буфер :-/
                • 0
                  Тот, что видел я — обычный скрипт, работает сразу. Только не всегда качествено
                  • 0
                    Дай ссылку на решение, ибо я пока не понимаю, как может какой-то скрипт редактировать буффер обмена (а именно его надо редактировать :0)
                    • 0
                      ссылку не дам, ибо было это давно. я тогда озаботился этим вопросом, потому что хотел подружить оперу с evernote. реализовалось все дополнительным пунктом в контекстном меню «Копировать с форматированием».
                      в технологиях не разбираюсь, но, думаю, гугл покажет. или может на операфане есть
                      • 0
                        Ну вот как раз то решение и было — вбить в конфиг джаваскрипт и положить экзешник. Т. к. проблема в какой-то мелочи формата данных, лежащих в буфере обмена. Только скриптом буффер обмена поменять нельзя…

                        Я просто эту тему изучал и тоже для Эвернота. И не так давно.
                      • 0
          • +6
            слово ОПЕРирую здесь ключевое :)
            Я тоже у же лет семь ОПЕРирую и менять оперу не собераюсь.
      • 0
        без этого сейчас никак, главное найти проблемы, которые меньше бесят)
        • +2
          Ну вот меня бесили движки всегда. Я пробовал на ФФ пересесть — набрал экстеншнами всё, что нравилось в Опере. Но рендеринг был другой, субъектинвые мелочи дико бесили.
          • –2
            у меня тоже самое по отношению к линукс
        • 0
          Это у тебя Бауэр, чтоль на аватаре? :)
          • 0
            именно
    • НЛО прилетело и опубликовало эту надпись здесь
      • 0
        Эко вас взбурлило.
  • +23
    Возможно, opera:config#Extensions|DelayedscriptExecution имеет отношение к делу.
    • +2
      Ёперный батон! ОНО!

      Это только на первичную загрузку влияет? Всякие гмайлы не пострадают?
      • +1
        Проверь и поделишься :) Не должны, по идее-то.
        • +1
          Перегрузил Gmail, потыкал письма — вроде всё ок. И остальное залетало :)
          • 0
            проц нагружает сильнее малеха этот способ… гмыл не сломался…
            Версия: 10.00 Beta 2
            Сборка: 4529
            Платформа: Linux

            теперь приятно загружаются сайты с адсенсом и прочими внешними скриптами :)
            • 0
              У мене XP. А когда нагружает? Во время релоада?

              P. S. Я готов пойти на нагрузку. У меня хабратопики с 200 комментами рисовались по минуте. Щас — комменты видно сразу.
              • 0
                сама отрисовка нагружает конечно
              • 0
                >Я готов пойти на нагрузку
                не стоит идти на такие жертвы :)
                operawiki.info/OperaPerformance
                • 0
                  О, полезная ссылка :)

                  > Flash has the nasty ability to load up the whole Java virtual machine for a technology called Live Connect (often when it is not needed);

                  Не зря я недолюбливал флеш!

                  • +1
                    Вообще флеш в Опере — больное место (может, ещё где, но я активно другие браузеры не юзаю). И т. к., слава богу, флеш — ещё не настолько используем, как js, его-то я как раз отрубил глобально, и включаю только для некоторых сайтов.
        • 0
          Хм… Раньше топики с 200-300 комментами у меня грузились по минуте…
          • –1
            Ох, сколько же у нас любителей кактусов. Я думаю, пока поисковики не начнут банить и понижать сайты, открывающиеся больше 2 секунд, ничего не изменится :((
      • 0
        Клавогонки.ру пострадали :(
        значит и что-то еще может не работать
        • 0
          weborama тоже
    • НЛО прилетело и опубликовало эту надпись здесь
      • +2
        Поставить… :) А шо, уже включено и тормозит?
        • НЛО прилетело и опубликовало эту надпись здесь
        • НЛО прилетело и опубликовало эту надпись здесь
          • 0
            Видать, рассчитывают на скоростной инет + топовое железо.
            • 0
              сомнительно :)

              иначе зачем бы они делали Турбо?
              • 0
                Ты прям мой коммент цитируешь… habrahabr.ru/blogs/opera/66628/#comment_1876436

                Они могли посчитать этот режим не совсем корректным, в отличии от Турбы.
    • 0
      При загрузке с этим параметром nnm.ru в строке состояния бесконечно висит «запрос к <разные поддомены nnm> завершен», при этом на закладке не работают клавиши. Ни стрелки, ни Home/End, ни любые другие, ни даже колесо прокрутки. Если прервать загрузку кнопкой на тулбаре, то тогда все нажатые за время «завершенной загрузки» клавиши обрабатываются последовательно, видимо они копятся в буфере.
      • 0
        Снести кеш?
        • 0
          не помогло
      • 0
        Какая версия браузера? Для девятки подобные глюки в порядке вещей. А в десятке правили похожие баги:
        [CORE-20596] portal.cyberjapan.jp never stops loading with Delayed script Execution enabled;
        [CORE-20598] Blog feed freezes Opera/doesn't load when Delayed script Execution is enabled;
        • 0
          10.00.1691
          • 0
            обновился до 10.00.1699 — поведение не изменилось
            • 0
              разобрался — данный параметр конфликтовал с UserJS, а конкретно с блоком кода:
              — window.opera.addEventListener('Beforescript', function(e){
              var t = e.element.text;
              if(t && !e.element.getAttribute('src', false))
              {
              if(t.search(/http:\/\/an\.yandex\.ru\//i) != -1)
              e.preventDefault();
              }
              }, false);
              ----------------------------
  • +1
    • 0
      Сделано!
    • +1
      а у меня почему-то не работало, когда по ссылке заходил. Т.е. я захожу, ставлю, схораняю, пишет сохранено, а обновляю страницу или перезапускаю браузер и нет галки. Раза три пробовал. Потом просто руками туда сам зашел, с opera:config и заработало. Opera 9.64
      • 0
        У меня тоже какая-то лабуда с этим, пришлось в operaprefs.ini руками поправить на true.
  • 0
    Странно, у меня не ставится ни в какую, как только открываю страницу с настройками еще раз, галка слетает. Перезагрузка браузера не помогает. Версия: 10.00 Beta 2; Сборка: 1691
    • +1
      Сработало, спасибо комментарию Aquahawkвыше. По ссылке действительно глючит. Может стоит сылку убрать из топика?

      И еще на всякий случай из документации оперы по этой настройке:
      Primarily for low bandwidth devices, not well-tested on desktop. Ignore script tags until entire document is parsed and rendered, then execute all scripts in order and re-render.
  • 0
    Скажите, а вы не знаете, как бы дарг-энд-дроп текста из оперы сделать?! Может тоже есть твик?
    • 0
      О, как мы все этого хотим :) А еще копирование форматированного текста, да много еще чего. Нужно идти на форум и кричать.
      • 0
        А шо за драгндроп? Как это работает и где это посмотреть?

        Я вот, кроме нормального копирования в буфер, почти ничего и не хочу.
        • 0
          Посмотреть на это можно в том же Firefox. На маке я часто делаю так: выделяю текст и кидаю его на значок текстового редактора, в результате открывается текстовый документ с выделенным текстом. Или просто взять выделенный текст и скинуть на рабочий стол — получается своего рода «заметка»
        • 0
          IE8 также может это, попробуйте перетащить ссылку, картинку, выделенный текст, правда программа ну которую переносите должна уметь принимать
  • 0
    В опере 9.25 все поломалось. Например, перестали работать кнопки отправления сообщений вконтакте, а в поле «ваш комментарий» вылез яваскрипт.
    • +4
      Отсюда можно сделать 2 вывода:
      1) Вы некрофил :)
      2) Это не какая-то устаревшая всеми забытая опция, а напротив, её поддержка улучшается, возможно скоро мы её увидим в нормальном окне настроек.
    • 0
      Да, у меня друг на старой опере тоже сказал что у него все поломалось.
    • +3
      пора обновиться уж, товарищ
  • +4
    Вообще супер! Я сижу на опере еще с платных версий, те что с баннером были бесплатно. Тогда, на модеме именно рендеринг страниц во время загрузки выгодно отличал оперу. Тогда на неё и подсел. Я уже подумывал сменить браузер, но так руки и не дошли, а с этой галочкой я буду верен опере еще очень долго. Долго не мог найти что же происходит. Мир стал немного лучше. СУПЕР!
    • +1
      Ага. Помню, я только ушёл с работы и начинал работать дома. Был у нас модемный анлим. Знакомые иногда просили дать глянуть почту или ещё что — и удивлялись, почему всё летает. Летало всё, конечно, из-за вот этих вот мелочей движка Оперы.
  • +1
    Может еще как-то http-заголовком об этом можно опере сказать? Так, чтоб пользователям какого-то определенного сайта не пришлось лазить в настройки.
  • +1
    ого, даже хабр забегал живее! Благодарствую.
    • 0
      Дык он был один из… Чего стоило только тупление в хоттопики с кучей комментов. Я даже решил, что фуршеты на Хабре — мёртвая идея (там больше всего комментов получается).
  • +3
    Никогда не понимал холиварщиков, для меня та же Опера это инструмент, который я не задумываясь променяю если найду лучше. :). Так вот, я считай с первых дней в инете с Оперой, и она до сих пор мне нравиться :) Опера отличный браузер.
    Да и спасибо за совет, действительно заметно быстрее стала. :)
    • +1
      Я тоже. Я бы, кстати, рад был заюзать ФФ. Рендер-движок они уже почти привели в порядок, напр., меня дико бесило, что когда нажимаешь ←→ — страницы ререндерятся. Сейчас вроде бы ←→ летает даже в IE. Но ФФ почему-то дико тормозит при загрузке, я грешил на расширения, удалил и поставил from scratch — не помогает.
  • +2
    Тоже предан опере с самый первых дней использования интернета.Это единственный браузер с кучей настроек и фич в стандартной сборке.
  • +7
    Вообще-то дело тут не стольлк в яваскрипте, сколько в принципе работы браузера.

    Бразуер рендерит HTML-код последовательно. Наткнувшись на скрипт, он *обязан* сначала выполнить скрипт (для чего его надо загрузить), потом редерить страницу дальше (не верите — впишите сразу после head [script]alert('wait')[/script] и посмотрите сами). Дело в том что много разработчиков использует пока покрытый пылью и морально устаревший метод document.write(), пишущий текст в HTML-код, потому не выполнив скрипт, нельзя узнать какой же код страницы получится в итоге.

    Опера (и похоже только Опера это умеет) тут как раз позволяет сделать исключение, отображая HTML-код сначала, а потом уже выполняя скрипты (и модифицируя код страницы постфактум если требуется).

    Плюсы: ускорение загрузки страницы.
    Минусы: возможность временного (до полной загрузки) неправильного отображения страницы. Впрочем, это скорее проблема разработчиков а не пользвоателей.

    Я бы мог тут напистаь еще кучу преимуществ Оперы, неужели кто-то еще сомневается какой бразуер использовать???

    Отдельно о яваскрипте, и различных интерфейсах к нему для взаимодействия DOM. Это на редкость устаревший, плохо спроектированный и кривой набор интерфейсов (еще и несовместимый в разных браузерах, почитайте например quirksmode). В нем есть такие древности, как document.write(), String.bold(), body.bgcolor (прости господи) и прочий архаизм, но нету кучу жизненно важных методов типа $().append/prepend, $().ready(), ну и в общем весь набор функций из jQuery. чего только стоят обработчики событий, не поддерживающие нормально возможность прервать распространение события и не вызывающиется в контексте получателя события. Ну про скорость работы яваскрипта (точнее не самого яваскрипта, а интерфейсов взаимодействия с деревом документа. например somediv.innerHTML = ...) я даже вспоминать не буду.

    Выбор разработчика — либо использовать тяжеленные библиотеки вроде jQuery (и отказаться от мысли сделать хороший, быстрый и легкий сайт), либо сидеть самому писать кучу кода для кросс-юраузерной совместимости (что надоедает со временем). У меня как у программиста, складывается впечатление что яваскрипт придумали идиоты (и отдельный вопрос кстати при чем тут Ява?). К сожалению, сейчас ситуация такова, что лучше им вообще стараться не пользвоться, тобы не перегружать сайт.
    • +3
      p.s. Отдельно передаю привет идиотам^W разработчикам из W3C, в свое время придумавшим, и агитирующим за использование аякса и HttpXMLRequst *без* поддержки события onhashchange. Теперь весь интернет благодаря вашим индусским мозгам заполнен сайтами, на которых не работают кнопки назад/вперед/обновить/закладки/открыть в новой вкладке (или работают ценой постоянной загрузки процессора и слежением за адресной строкой). Область разработки веб-стандартов — очень интересная область, где решения принимаются вопреки любой логике, сложившейся практике и здравому смыслу.

    • +1
      Ну это всё понятно, я скрипты и не винил — я сделал акцент на том, что так происходит рендеринг. Просто эту опцию, блин, надо большими буквами в H1 в мануалах писать. Ведь сделали же оперщики турбо-режим, значит — думают о людях с плохим каналом. Но почему эта опция затеряна чёрти где — я не понимаю. Я ж пытался искать, вводил «javascript» — не находил.

      Про минусы ты зря — у уже говорил про CSS, им приоритета никакого нет, и никого не заботит, что мы видим бяки при загрузке.
      • 0
        Дада, но я как бы пытаюсь постом привлечь внимание к тому, что заголовок выглядит провокационно и недостоверно (в Опере тормозит загрузка страницы), на самом-то деле *только* в опере есть отложенное исполнение скриптов, это другие браузеры тормозят!

        > Про минусы ты зря — у уже говорил про CSS, им приоритета никакого нет

        Ну по моим наблюдениям, если основной css идет первым, и прописан через style src= (А не через @import к примеру), то он грузится первым после html-файла и практически всегда он успевает загрузиться до отображаения страницы (такое ощущение, что браузер его ждет), и «бяк» быть не должно :)
    • 0
      Вы вообще всё в одну кучу свалили.
      1. javascript — язык программирования, он не определяет какие методы есть у элементов страниц
      2. node.appendChild, node.insertBefore, DOMcontentloaded — для кого это?
      3. DOM это отдельная спецификация и она не содержит string.bold… сходите сами посмотрите содержит ли она анархизмы www.w3.org/DOM/DOMTR#dom1
      4. www.w3.org/TR/2009/WD-html5-20090212/browsers.html#handler-window-onhashchange
      • 0
        > node.appendChild, node.insertBefore, DOMcontentloaded — для кого это?

        Кому нужен appendChild(), это муторно и медленно, клонировать и переность ноды, я хочу чтобы работала штука вроде node.innerHTML += 'some code'. DOMcontentLoaded — не везде работает.

        Кстати, в яваскрипте также не хватает функций для экранирования спецсимволов (вроде htmlspecialchars() в php).

        > DOM это отдельная спецификация и она не содержит string.bold… сходите сами посмотрите содержит ли она анархизмы www.w3.org/DOM/DOMTR#dom1

        Браузеры тем не менее поддерживают этот анахронизм (анархизм это немного другое :) ). К DOM у меня отдельные претензии :)

        > www.w3.org/TR/2009/WD-html5-20090212/browsers.html#handler-window-onhashchange
        > HTML 5

        О, к 2020 году у нас все таки все заработает! Вы меня обрадовали :) Только почему-то когда писали спецификацию к XMLHttpObject этого не было, а событие вообще придумала майкрософт. Кстати, в HTML 5 так и не добавили mouseenter и mouseleave как я погляжу.
        • 0
          вы уж определитесь к браузерам ли у вас претензии или к dom или к js или к всё ещё незавершённой в 2009 году спецификации css2.1
    • 0
      Java здесь действительно не причём. Изначально этот странный язык Netscape называл Mocha. Потом дал ему имя Lifescript. Потом Netscape по маркетинговой сделке с SUN в декабре 1995 переименовал его в Javascript.
      • 0
        Livescript — «живой сценарий», а не «сценарий жизни».

        Кстати, что интересного, в NN4.x для отладки через адресную строку можно было вместо javascript: использовать mocha: — чуть быстрее набиралось (а в MSIE4.x — jscript:).

        Эх, ностальгия по ужасам :)
  • +1
    Большое спасибо за полезный совет!
  • 0
    Я нашел еще один недостаток новых верисй. Опера, не догрузив до конца HTML и не отрендерив его весь(пусть кривым) начинает параллельно загружать картинки. В результате канал забивается и страница грузится еще медленнее. Приоритет бы этот поменять, чтоб сначала html, потом CSS, потом картинки, потом скрипты и уж в последнюю очередь flash.
    • +1
      Ну вот это-то как раз можно подправить кол-вом соединений…

      1249898880-clip-14kb
  • 0
    Этот параметр ускоряет отображение в разы!
    Вот бы ещё пункт в настройках(по умолчанию — вкл.)
    • 0
      Он уже есть, Opera Turbo называется. При его включении активируется и эта настройка.
      • 0
        А если без Оперы Турбо? Т. е. когда мне нормальный браузинг нужен?
    • 0
      > по умолчанию — вкл
      Возможно и будет, когда дофиксят баги: my.opera.com/hallvors/blog/show.dml/3033153#comment7137017
      «delayed script execution is indeed similar to the «speculative loading» ( https://bugzilla.mozilla.org/show_bug.cgi?id=364315 ) — though perhaps a little more ambitious. If it's bug-free enough and improves perceived performance (which it logically should) it would be nice to enable it by default»
      • 0
        А насколько новый это параметр?
  • +1
    на скорость загрузки страниц еще сильно влияют рекламные блоки, js-попандеры, айфреймы и т.п. хyитация…
    так и не смог найти для Оперы такую же мощную банерорезку как Adbloсk и Element Hider в Fx :(
    расскажите кто чем пользуется?
    • +2
      Я, например, уже года 3 использую AdMuncher (он говорит, что с января сего года уже порезал 3,5 Гб рекламы).
      • +1
        Эх, он платный, я лучше рекламу посмотрю.
    • +1
      Я не пользуюсь ничем :) После вруба этой фичи мне вообще по барабану, когда что загрузится. Много уродливой рекламы тулят только сомнительные сайты с пиратским контентом, файлообменники и а-ля фишки.нет.
  • +1
    Может кто знает. Поставил 10 оперу и теперь мучаюсь с кнопкой альт.
    Пытаюсь переключить расскладку а фокус переходит на панельку с меню файл, правка и тд.
    В принципе так и должно быть, но только в опере меня напрягает такое действие. Как отключить?
    ОС: Win Xp
    • 0
      Это всех напрягает, а в официальном форуме и журнале уже не один раз упомянули эту проблемму.
      Думаю, скоро должны исправить, следите за сборками.
  • +1
    Что-то у меня после активации этой функции, при переходе на некоторые сайты, Опера либо виснет (например ссылка vimeo.com/5989754) либо вылетает. Придётся видимо отключить(
    • +1
      У меня не повисла, но бесконечно долго грузила флеш-плеер. После переоткрытия страницы всё загрузилось нормально.
      • 0
        Подвисание происходит именно при загрузке флеш-плеера и именно на этом сайте. После отключения DelayedscriptExecution проблема исчезает.
        Opera 9.64 (10487)
    • 0
      перешел по ссылке — все нормально отобразилось даже ролик посмотре.
      Опера 10 beta2
  • 0
    Вообще очень тяжко читать хабр с мобильного. Первая страница почти 600 кБ с отключенными картинками. Какой нибудь мобильный вариант был бы очень к стати.
    • 0
      Первая страница почти 600 кБ
      Какая-то неправда. Пользуюсь Оперой мимни, первая страница почти всегда 24 кб.
  • 0
    А у меня после включения начал работать Gmail! А то на https скрипты не «пролазили», видимо, через проксю :-)
  • 0
    Ещё немного ускоряем Оперу, хоть это и не какается Javascript:
    Tools > Preferences > Security > Enable Fraud Protection (отключить)
    Настройки > Дополнительно > Безопасность > Включить защиту от мошенничества (отключить)
    • 0
      Чёёёрт!
      Прошу «не какается» читать как «не касается».
      • 0
        Вот с этим советом согласиться не могу: ускорить оперу это не поможет.
        • 0
          Поможет, хотя на глаз это малозаметно.
          Для тех кто не в курсе. «Fraud Protection» предполагает отсылку адресов посещаемых страниц для проверки на sitecheck2.opera.com/, что занимает некоторое время, хотя и очень небольшое.
          • 0
            Я про „Прошу «не какается» читать как «не касается».“ :)
  • 0
    После включения opera:config#Extensions|DelayedscriptExecution в 9.64 стало вроде быстрее.
    Но через пару дней столкнулся, что некоторые сайты вызывают DoS.
    При отключении опции работоспособность на тех сайтах восстановилась. Может поэтому, опция по умолчанию выключена.
    • 0
      Попробуй обновиться до 10+
  • 0
    Вот что меня действительно бесит в опере, так это когда открываешь страницу в кучей фоток, начинаешь листать её вниз, и как только страница загрузится до конца, она автоматически перемотается на начало.

    Это ужасно.
    Наблюдать этот еффект очень часто можно в жж, например — ezdivala.livejournal.com/64803.html#cutid1
    • 0
      Про это уже тему на хабре на днях поднимали. Только это не «в Опере», это в браузерах. Ты же сам выбрал нажать на ссылку с закладкой (та, что после решётки) на странице. Ну, или наоборот: девелоперы сайтов сами делают так…
  • 0
    Не надо ее включать. Уже мною и не только мною была замечена туча ошибок в работе сайтов половина JS, загружающегося по document.ready и подобным событиям просто не работает.
  • 0
    Забавно, мне вообще проблемные сайты не попадаются.
  • 0
    Дак вроде он и так вырублен по умолчанию в последних версиях… По крайней мере у меня галка снята с этого параметра.

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