Comments 139
UFO just landed and posted this here
Кто бы спорил… Нет, сейчас в Опере, конечно, можно отключить JS персонально для определённых сайтов. Но кол-во тех, в которых отключение пройдёт безболезненно, ничтожно мало.
UFO just landed and posted this here
Нет, наоборот, большинство сайтов замечательно работает без скриптов. Чтобы читать текст, яваскрипт не нужен.
А кто сейчас просто читает текст на сайтах? Я даж не знаю… Возьмём один из самых помещаемых мною сайт: Хабр. Я активно комментирую тут, и в то же время испытываю проблемы из-за сабжа. Ну вот никак тут не работает совет «отрубить скрипты нафиг».
Когда ищешь например что-нибудь в гугле, надо чтобы страницы открывались побыстрее а не чтобы всякие менюшки выпадали.
Хабр — отдельная сложная тема :((
Хабр — отдельная сложная тема :((
Ну на это я уже решение нашёл, как ты знаешь :) (cached text only)
Кстати, в ту же тему, я тут пробовал выводить результаты поиска в гугле без лишнего оформления, только сами результаты моноширинным шрифтом — читабельность значительно повышается :)
А кто-то отписывал в ответ на мой последний адпейт, что привинтил какой-то сервис, который повышает читабельность. Получается ещё круче (там больше шрифт и ширина текста уменьшена — читать однозначно удобнее).
что за сервис, можно подробнее?
lab.arc90.com/experiments/readability/
Человек вот тут отписывал: habrahabr.ru/blogs/google/66257/#comment_1864046
Человек вот тут отписывал: habrahabr.ru/blogs/google/66257/#comment_1864046
С точки зрения разработчика сайта решение состоит в том, чтобы обеспечить возможность кеширования джаваскриптов, а также снабдить джаваскрипты, не совершенно критические для работы страницы, особым атрибутом — defer.
С точки зрения читателя (или разработчика браузера) не очень ясно, как и чем можно помочь делу.
С точки зрения читателя (или разработчика браузера) не очень ясно, как и чем можно помочь делу.
Под решением я имел в виду какой-нибудь секретный параметр, твик конфига и т. п. В Опере часто так решаются с виду неразрешимые проблемы.
Возможно немного не в тему будет сказано, но хотелось бы уточнить по поводу атрибута defer.
Атрибут defer элемента script определяет, что выполнение скрипта должно быть отложено до тех пор, пока не будет загружена страница.
Это довольно удобная возможность. Жаль только, что поддерживается она не всеми браузерами: на W3CSchools (http://w3schools.com/tags/att_script_defer.asp) указано, что работает данный атрибут только в Internet-Explorer'е, хотя на практике в Firefox версии 3.5.2 (предыдущие не проверялись) он также работает.
Поэтому лучшим кросбраузерным решением для достижения того же эффекта, на мой взгляд, является выполнение кода в обработчике onload элемента body.
Атрибут defer элемента script определяет, что выполнение скрипта должно быть отложено до тех пор, пока не будет загружена страница.
Это довольно удобная возможность. Жаль только, что поддерживается она не всеми браузерами: на W3CSchools (http://w3schools.com/tags/att_script_defer.asp) указано, что работает данный атрибут только в Internet-Explorer'е, хотя на практике в Firefox версии 3.5.2 (предыдущие не проверялись) он также работает.
Поэтому лучшим кросбраузерным решением для достижения того же эффекта, на мой взгляд, является выполнение кода в обработчике onload элемента body.
Атрибут defer, кроме того, позволяет браузеру загружать скрипт параллельно с остальными элементами страницы, и тем сократить общее время выкачивания её. Атрибут onload в элементе body лишён этого достоинства, так как его выкачивание не может не предшествовать выкачиванию тела страницы.
Onload плох, вызывается после полной загрузки всех элементов страницы (слишком поздно), лучше тогда уж по событию DOMDocumentReady. Но ограниченные разработчики браузеров ессно не додумались включить поддержку этого события о всех браузерах.
Протестировал работу события onreadystatechange в браузерах Mozilla Firefox 3.5.2, Google Chrome 2.0.172.39, Opera 9.64 и Microsoft Internet-Explorer 8.0.7600.16385.
Интересно то, что поле onreadystatechange в объекте document присутствует во всех перечисленных браузерах. Проверить это можно, выполнив следующий код:
Однако поле readyState присутствовало только в браузерах Opera и Internet-Explorer:
В остальных браузерах, несмотря на наличие поля для обработчика события, сам обработчик не вызывается. Например, если написать следующий код, то он отработает только в двух указанных выше браузерах:
И на последок, интересно то, что в Opera событие onreadystatechange выполняется сразу после onload элемента body, в то время, как в Internet-Explorer всё наоборот:
Интересно то, что поле 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>
> И на последок, интересно то, что в Opera событие onreadystatechange выполняется сразу после onload элемента body,
Что длает его абсолютно бесполезным. Тут речь шла о том, что событие должно срабатывать сразу после построения всего дерева DOM.
Что длает его абсолютно бесполезным. Тут речь шла о том, что событие должно срабатывать сразу после построения всего дерева DOM.
UFO just landed and posted this here
Да, точно такая же. По крайней мере, у меня в Opera 9.64 с настройками по-умолчанию.
Ещё раз протестировал, чтобы окончательно убедиться: загружал страничку, на которой была расположена картинка большого размера; сразу после загрузки (около 3-х секунд) первым сработал обработчик onload элемента body, а уже после него — обработчик события onreadystatechange.
Ещё раз протестировал, чтобы окончательно убедиться: загружал страничку, на которой была расположена картинка большого размера; сразу после загрузки (около 3-х секунд) первым сработал обработчик onload элемента body, а уже после него — обработчик события onreadystatechange.
>>А может, кто-то нашёл решение этой проблемы?
ie, fx, safari, chrome, аж четыре.
ie, fx, safari, chrome, аж четыре.
Больше похоже на поиск новых проблем на свой зад и их решений :)
Зато освобождение от кучи старых, например от проблемы с джаваскриптом ;)
Какой кучи? У меня всего две: эта и с буфером обмена. А будет — больше, даже в идеальном браузере (ибо я оперирую быстро в привычном инструменте).
а что там с буфером обмена?
Кажется, не копируется форматированный текст, но я где-то видел скрипт, более-менее исправляющий эту неприятность
Не скрипт, а скрипт + внешняя программа. Они работает далеко не мгновенно… :-/ А ведь всего-то разработчикам мелочь поправить надо в заголовке того, что копируется в буфер :-/
Тот, что видел я — обычный скрипт, работает сразу. Только не всегда качествено
Дай ссылку на решение, ибо я пока не понимаю, как может какой-то скрипт редактировать буффер обмена (а именно его надо редактировать :0)
ссылку не дам, ибо было это давно. я тогда озаботился этим вопросом, потому что хотел подружить оперу с evernote. реализовалось все дополнительным пунктом в контекстном меню «Копировать с форматированием».
в технологиях не разбираюсь, но, думаю, гугл покажет. или может на операфане есть
в технологиях не разбираюсь, но, думаю, гугл покажет. или может на операфане есть
слово ОПЕРирую здесь ключевое :)
Я тоже у же лет семь ОПЕРирую и менять оперу не собераюсь.
Я тоже у же лет семь ОПЕРирую и менять оперу не собераюсь.
без этого сейчас никак, главное найти проблемы, которые меньше бесят)
UFO just landed and posted this here
Возможно, opera:config#Extensions|DelayedscriptExecution имеет отношение к делу.
Ёперный батон! ОНО!
Это только на первичную загрузку влияет? Всякие гмайлы не пострадают?
Это только на первичную загрузку влияет? Всякие гмайлы не пострадают?
Проверь и поделишься :) Не должны, по идее-то.
Перегрузил Gmail, потыкал письма — вроде всё ок. И остальное залетало :)
проц нагружает сильнее малеха этот способ… гмыл не сломался…
Версия: 10.00 Beta 2
Сборка: 4529
Платформа: Linux
теперь приятно загружаются сайты с адсенсом и прочими внешними скриптами :)
Версия: 10.00 Beta 2
Сборка: 4529
Платформа: Linux
теперь приятно загружаются сайты с адсенсом и прочими внешними скриптами :)
У мене XP. А когда нагружает? Во время релоада?
P. S. Я готов пойти на нагрузку. У меня хабратопики с 200 комментами рисовались по минуте. Щас — комменты видно сразу.
P. S. Я готов пойти на нагрузку. У меня хабратопики с 200 комментами рисовались по минуте. Щас — комменты видно сразу.
Хм… Раньше топики с 200-300 комментами у меня грузились по минуте…
Клавогонки.ру пострадали :(
значит и что-то еще может не работать
значит и что-то еще может не работать
UFO just landed and posted this here
Поставить… :) А шо, уже включено и тормозит?
UFO just landed and posted this here
UFO just landed and posted this here
Видать, рассчитывают на скоростной инет + топовое железо.
сомнительно :)
иначе зачем бы они делали Турбо?
иначе зачем бы они делали Турбо?
Ты прям мой коммент цитируешь… habrahabr.ru/blogs/opera/66628/#comment_1876436
Они могли посчитать этот режим не совсем корректным, в отличии от Турбы.
Они могли посчитать этот режим не совсем корректным, в отличии от Турбы.
При загрузке с этим параметром nnm.ru в строке состояния бесконечно висит «запрос к <разные поддомены nnm> завершен», при этом на закладке не работают клавиши. Ни стрелки, ни Home/End, ни любые другие, ни даже колесо прокрутки. Если прервать загрузку кнопкой на тулбаре, то тогда все нажатые за время «завершенной загрузки» клавиши обрабатываются последовательно, видимо они копятся в буфере.
Снести кеш?
Какая версия браузера? Для девятки подобные глюки в порядке вещей. А в десятке правили похожие баги:
[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;
[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;
10.00.1691
обновился до 10.00.1699 — поведение не изменилось
разобрался — данный параметр конфликтовал с 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);
----------------------------
— 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);
----------------------------
поправь ссылку:
opera:config/#Extensions|DelayedscriptExecution
opera:config/#Extensions|DelayedscriptExecution
Странно, у меня не ставится ни в какую, как только открываю страницу с настройками еще раз, галка слетает. Перезагрузка браузера не помогает. Версия: 10.00 Beta 2; Сборка: 1691
Сработало, спасибо комментарию 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.
Скажите, а вы не знаете, как бы дарг-энд-дроп текста из оперы сделать?! Может тоже есть твик?
О, как мы все этого хотим :) А еще копирование форматированного текста, да много еще чего. Нужно идти на форум и кричать.
А шо за драгндроп? Как это работает и где это посмотреть?
Я вот, кроме нормального копирования в буфер, почти ничего и не хочу.
Я вот, кроме нормального копирования в буфер, почти ничего и не хочу.
Посмотреть на это можно в том же Firefox. На маке я часто делаю так: выделяю текст и кидаю его на значок текстового редактора, в результате открывается текстовый документ с выделенным текстом. Или просто взять выделенный текст и скинуть на рабочий стол — получается своего рода «заметка»
IE8 также может это, попробуйте перетащить ссылку, картинку, выделенный текст, правда программа ну которую переносите должна уметь принимать
В опере 9.25 все поломалось. Например, перестали работать кнопки отправления сообщений вконтакте, а в поле «ваш комментарий» вылез яваскрипт.
Вообще супер! Я сижу на опере еще с платных версий, те что с баннером были бесплатно. Тогда, на модеме именно рендеринг страниц во время загрузки выгодно отличал оперу. Тогда на неё и подсел. Я уже подумывал сменить браузер, но так руки и не дошли, а с этой галочкой я буду верен опере еще очень долго. Долго не мог найти что же происходит. Мир стал немного лучше. СУПЕР!
Может еще как-то http-заголовком об этом можно опере сказать? Так, чтоб пользователям какого-то определенного сайта не пришлось лазить в настройки.
ого, даже хабр забегал живее! Благодарствую.
Никогда не понимал холиварщиков, для меня та же Опера это инструмент, который я не задумываясь променяю если найду лучше. :). Так вот, я считай с первых дней в инете с Оперой, и она до сих пор мне нравиться :) Опера отличный браузер.
Да и спасибо за совет, действительно заметно быстрее стала. :)
Да и спасибо за совет, действительно заметно быстрее стала. :)
Я тоже. Я бы, кстати, рад был заюзать ФФ. Рендер-движок они уже почти привели в порядок, напр., меня дико бесило, что когда нажимаешь ←→ — страницы ререндерятся. Сейчас вроде бы ←→ летает даже в IE. Но ФФ почему-то дико тормозит при загрузке, я грешил на расширения, удалил и поставил from scratch — не помогает.
Тоже предан опере с самый первых дней использования интернета.Это единственный браузер с кучей настроек и фич в стандартной сборке.
Вообще-то дело тут не стольлк в яваскрипте, сколько в принципе работы браузера.
Бразуер рендерит 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 (и отказаться от мысли сделать хороший, быстрый и легкий сайт), либо сидеть самому писать кучу кода для кросс-юраузерной совместимости (что надоедает со временем). У меня как у программиста, складывается впечатление что яваскрипт придумали идиоты (и отдельный вопрос кстати при чем тут Ява?). К сожалению, сейчас ситуация такова, что лучше им вообще стараться не пользвоться, тобы не перегружать сайт.
Бразуер рендерит 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 (и отказаться от мысли сделать хороший, быстрый и легкий сайт), либо сидеть самому писать кучу кода для кросс-юраузерной совместимости (что надоедает со временем). У меня как у программиста, складывается впечатление что яваскрипт придумали идиоты (и отдельный вопрос кстати при чем тут Ява?). К сожалению, сейчас ситуация такова, что лучше им вообще стараться не пользвоться, тобы не перегружать сайт.
p.s. Отдельно передаю привет идиотам^W разработчикам из W3C, в свое время придумавшим, и агитирующим за использование аякса и HttpXMLRequst *без* поддержки события onhashchange. Теперь весь интернет благодаря вашим индусским мозгам заполнен сайтами, на которых не работают кнопки назад/вперед/обновить/закладки/открыть в новой вкладке (или работают ценой постоянной загрузки процессора и слежением за адресной строкой). Область разработки веб-стандартов — очень интересная область, где решения принимаются вопреки любой логике, сложившейся практике и здравому смыслу.
Ну это всё понятно, я скрипты и не винил — я сделал акцент на том, что так происходит рендеринг. Просто эту опцию, блин, надо большими буквами в H1 в мануалах писать. Ведь сделали же оперщики турбо-режим, значит — думают о людях с плохим каналом. Но почему эта опция затеряна чёрти где — я не понимаю. Я ж пытался искать, вводил «javascript» — не находил.
Про минусы ты зря — у уже говорил про CSS, им приоритета никакого нет, и никого не заботит, что мы видим бяки при загрузке.
Про минусы ты зря — у уже говорил про CSS, им приоритета никакого нет, и никого не заботит, что мы видим бяки при загрузке.
Дада, но я как бы пытаюсь постом привлечь внимание к тому, что заголовок выглядит провокационно и недостоверно (в Опере тормозит загрузка страницы), на самом-то деле *только* в опере есть отложенное исполнение скриптов, это другие браузеры тормозят!
> Про минусы ты зря — у уже говорил про CSS, им приоритета никакого нет
Ну по моим наблюдениям, если основной css идет первым, и прописан через style src= (А не через @import к примеру), то он грузится первым после html-файла и практически всегда он успевает загрузиться до отображаения страницы (такое ощущение, что браузер его ждет), и «бяк» быть не должно :)
> Про минусы ты зря — у уже говорил про CSS, им приоритета никакого нет
Ну по моим наблюдениям, если основной css идет первым, и прописан через style src= (А не через @import к примеру), то он грузится первым после html-файла и практически всегда он успевает загрузиться до отображаения страницы (такое ощущение, что браузер его ждет), и «бяк» быть не должно :)
Вы вообще всё в одну кучу свалили.
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
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
> 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 как я погляжу.
Кому нужен 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 как я погляжу.
Java здесь действительно не причём. Изначально этот странный язык Netscape называл Mocha. Потом дал ему имя Lifescript. Потом Netscape по маркетинговой сделке с SUN в декабре 1995 переименовал его в Javascript.
Большое спасибо за полезный совет!
Я нашел еще один недостаток новых верисй. Опера, не догрузив до конца HTML и не отрендерив его весь(пусть кривым) начинает параллельно загружать картинки. В результате канал забивается и страница грузится еще медленнее. Приоритет бы этот поменять, чтоб сначала html, потом CSS, потом картинки, потом скрипты и уж в последнюю очередь flash.
Этот параметр ускоряет отображение в разы!
Вот бы ещё пункт в настройках(по умолчанию — вкл.)
Вот бы ещё пункт в настройках(по умолчанию — вкл.)
Он уже есть, Opera Turbo называется. При его включении активируется и эта настройка.
> по умолчанию — вкл
Возможно и будет, когда дофиксят баги: 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»
Возможно и будет, когда дофиксят баги: 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»
А насколько новый это параметр?
Видимо, он появился в Opera 9.0: web.archive.org/web/20060710071219/http://opera.com/support/usingopera/operaini/
на скорость загрузки страниц еще сильно влияют рекламные блоки, js-попандеры, айфреймы и т.п. хyитация…
так и не смог найти для Оперы такую же мощную банерорезку как Adbloсk и Element Hider в Fx :(
расскажите кто чем пользуется?
так и не смог найти для Оперы такую же мощную банерорезку как Adbloсk и Element Hider в Fx :(
расскажите кто чем пользуется?
Я, например, уже года 3 использую AdMuncher (он говорит, что с января сего года уже порезал 3,5 Гб рекламы).
Я не пользуюсь ничем :) После вруба этой фичи мне вообще по барабану, когда что загрузится. Много уродливой рекламы тулят только сомнительные сайты с пиратским контентом, файлообменники и а-ля фишки.нет.
Может кто знает. Поставил 10 оперу и теперь мучаюсь с кнопкой альт.
Пытаюсь переключить расскладку а фокус переходит на панельку с меню файл, правка и тд.
В принципе так и должно быть, но только в опере меня напрягает такое действие. Как отключить?
ОС: Win Xp
Пытаюсь переключить расскладку а фокус переходит на панельку с меню файл, правка и тд.
В принципе так и должно быть, но только в опере меня напрягает такое действие. Как отключить?
ОС: Win Xp
Что-то у меня после активации этой функции, при переходе на некоторые сайты, Опера либо виснет (например ссылка vimeo.com/5989754) либо вылетает. Придётся видимо отключить(
Вообще очень тяжко читать хабр с мобильного. Первая страница почти 600 кБ с отключенными картинками. Какой нибудь мобильный вариант был бы очень к стати.
А у меня после включения начал работать Gmail! А то на https скрипты не «пролазили», видимо, через проксю :-)
Ещё немного ускоряем Оперу, хоть это и не какается Javascript:
Tools > Preferences > Security > Enable Fraud Protection (отключить)
Настройки > Дополнительно > Безопасность > Включить защиту от мошенничества (отключить)
Tools > Preferences > Security > Enable Fraud Protection (отключить)
Настройки > Дополнительно > Безопасность > Включить защиту от мошенничества (отключить)
Чёёёрт!
Прошу «не какается» читать как «не касается».
Прошу «не какается» читать как «не касается».
Вот с этим советом согласиться не могу: ускорить оперу это не поможет.
Поможет, хотя на глаз это малозаметно.
Для тех кто не в курсе. «Fraud Protection» предполагает отсылку адресов посещаемых страниц для проверки на sitecheck2.opera.com/, что занимает некоторое время, хотя и очень небольшое.
Для тех кто не в курсе. «Fraud Protection» предполагает отсылку адресов посещаемых страниц для проверки на sitecheck2.opera.com/, что занимает некоторое время, хотя и очень небольшое.
После включения opera:config#Extensions|DelayedscriptExecution в 9.64 стало вроде быстрее.
Но через пару дней столкнулся, что некоторые сайты вызывают DoS.
При отключении опции работоспособность на тех сайтах восстановилась. Может поэтому, опция по умолчанию выключена.
Но через пару дней столкнулся, что некоторые сайты вызывают DoS.
При отключении опции работоспособность на тех сайтах восстановилась. Может поэтому, опция по умолчанию выключена.
Вот что меня действительно бесит в опере, так это когда открываешь страницу в кучей фоток, начинаешь листать её вниз, и как только страница загрузится до конца, она автоматически перемотается на начало.
Это ужасно.
Наблюдать этот еффект очень часто можно в жж, например — ezdivala.livejournal.com/64803.html#cutid1
Это ужасно.
Наблюдать этот еффект очень часто можно в жж, например — ezdivala.livejournal.com/64803.html#cutid1
Не надо ее включать. Уже мною и не только мною была замечена туча ошибок в работе сайтов половина JS, загружающегося по document.ready и подобным событиям просто не работает.
Забавно, мне вообще проблемные сайты не попадаются.
Дак вроде он и так вырублен по умолчанию в последних версиях… По крайней мере у меня галка снята с этого параметра.
Sign up to leave a comment.
Возвращаем в Оперу то, за что мы её так любим (или ещё раз про ускоритель интернета ;)