То, что у кого-то этой проблемы нету, не значит, что её нету у всех. У меня дома комп 8GiB RAM + SSD — там я тоже не могу на Оперу пожаловаться. Но вот на рабочем компе Опера тормозит и подвисает. Причём рабочий комп тоже не слабый, просто 4GiB
Просто проведите эксперимент, запустите h123.ru/-/tests/GC1/ и посмотрите, как расходуется у вас память в Опере, Хроме и ФФ
Ну если бы был «ужас-ужас», я бы уже Оперой не пользовался. Просто тормозит. F5 помогает.
А отправить баг-репорт я не могу. Как я смогу описать проблему на английском языке, если я даже вам не могу нормально объяснить, что проблема не в кол-ве открытых вкладок, а проблема с одной вкладкой, когда github ходит по страницам используя History API. При это вы наверняка могли не заметить, когда вы перешли на другую страницу без History API — например, переключение на Commits, Issues или на другой репозиторий, происходит с перезагрузкой страницы. Нужно ходить именно по папкам и файлам одного репозитория какой-нибудь большой библиотеки, чтобы начались тормоза.
При всём моём уважении, вряд ли вы web-разработчик и каждый день работаете с десятком библиотек.
Вот посмотрите на разницу между работой двух вкладок: www.screenr.com/bo87
Я каждый день активно работаю с github и, по моим субъективным ощущениям, Опера начинает очень сильно тормозить без перезагрузки страницы, когда вся работа с сайтом ведётся через History API. А иногда попадаются действительно большие библиотеки, которые в Опере просто невозможно просматривать.
Опять же, у меня постоянно открыто от 30ти вкладок, и у меня установлены нужные мне расширения. Но ведь без этого Опера была бы просто не нужна
Именно поэтому, чтобы пользоваться любым современным браузером в Опере, нужно перезагружать страницу. Наиболее яркий пример: github. А в Opera Mobile, github вообще виснет вместе с Оперой, например.
Представляете, у вас открыто 20 вкладок (а обычно их больше) и ВСЕ вкладки потребляют память, и Опера не освободит эту память до того момента, пока вы не закроете эти вкладки (а я не закрываю вкладки месяцами, и это нормально). Соответственно, при нехватки оперативной памяти, ОС начинает свопить занятую память на диск и всё начинает жутко лагать (не только Опера).
В общем, это наиболее банальная и явная проблема этого браузера, которую ни как не могут решить. Я уже сам подумываю перейти на другой браузер, но пока ещё остаюсь пользователем Оперы из-за некоторых уникальных фишек.
>> Google Reader зависает внезапно в любом месте
> Google убирает конкурентов :D
Нет.
Оперой невозможно использовать github без перезагрузки. Всё начинает жутко тормозить. Это проблема Оперы и в том числе, из-за плохого GC.
> Поиск Google внезапно перестает печататься текст в поисковую строку, рандомно, специально не повторить.
Проблема с потерей фокуса? Вроде бы у меня починилась с этой версией
Есть такое дело. Скорее всего связано с потребляемой памятью. Когда оперативной памяти не хватает, Виндоус начинает свопать и при обращении к свопнутой памяти Опера зависает на несколько секунд. При этом, например у меня, Опера занимает 1.5Gb оперативы при доступных 4Gb. При этом половина занимаемой памяти свопнута на диск.
При этом Опера с памятью работает Очень плохо. Зайдите h123.ru/-/tests/GC1/ и убедитесь, что «мусорная» память не очищается.
Это круто, но, для меня лично, семантически некрасиво. Да и добавьте теперь сюда текст для инпута, да чтобы он ещё был связан с инпутом: клик по тексту -> клик по инпуту
Что уж говорить, я даже twitter bootstrap отредактировал, чтобы он поддерживал <input> вложенный в <label>
Почему же огорчать? CSS такой же живой стандарт, как и HTML. CSS4 всего лишь сокращение для CSS Selector API level 4 и он таки будет, просто под именем CSS. Но я вас уверяю, когда браузеры начнут внедрять CSS Selector API level 4, они в своих пресс-релизах будут использовать именно термин CSS4, как было с HTML5.
Но меня всегда печалила необходимость придумывать и указывать идентификатор для атрибута «for», конечно, если форма собирается шаблонизатором, то никаких проблем нету, но для production ваше решение тоже не подходит, хотя бы потому, что не работает управление с клавиатуры.
Я лично предпочту маленький js-файл (~700 байт) для отказа от атрибута «for» и для работающего управления с клавиатуры Пример
А вообще, в CSS4 Selector API предусмотрен Reference Combinator и Parent Selector для таких случаев. Возможно, в будущем мы сможем написать:
Просто проведите эксперимент, запустите h123.ru/-/tests/GC1/ и посмотрите, как расходуется у вас память в Опере, Хроме и ФФ
А отправить баг-репорт я не могу. Как я смогу описать проблему на английском языке, если я даже вам не могу нормально объяснить, что проблема не в кол-ве открытых вкладок, а проблема с одной вкладкой, когда github ходит по страницам используя History API. При это вы наверняка могли не заметить, когда вы перешли на другую страницу без History API — например, переключение на Commits, Issues или на другой репозиторий, происходит с перезагрузкой страницы. Нужно ходить именно по папкам и файлам одного репозитория какой-нибудь большой библиотеки, чтобы начались тормоза.
Вот посмотрите на разницу между работой двух вкладок: www.screenr.com/bo87
Я каждый день активно работаю с github и, по моим субъективным ощущениям, Опера начинает очень сильно тормозить без перезагрузки страницы, когда вся работа с сайтом ведётся через History API. А иногда попадаются действительно большие библиотеки, которые в Опере просто невозможно просматривать.
Опять же, у меня постоянно открыто от 30ти вкладок, и у меня установлены нужные мне расширения. Но ведь без этого Опера была бы просто не нужна
Представляете, у вас открыто 20 вкладок (а обычно их больше) и ВСЕ вкладки потребляют память, и Опера не освободит эту память до того момента, пока вы не закроете эти вкладки (а я не закрываю вкладки месяцами, и это нормально). Соответственно, при нехватки оперативной памяти, ОС начинает свопить занятую память на диск и всё начинает жутко лагать (не только Опера).
В общем, это наиболее банальная и явная проблема этого браузера, которую ни как не могут решить. Я уже сам подумываю перейти на другой браузер, но пока ещё остаюсь пользователем Оперы из-за некоторых уникальных фишек.
> Google убирает конкурентов :D
Нет.
Оперой невозможно использовать github без перезагрузки. Всё начинает жутко тормозить. Это проблема Оперы и в том числе, из-за плохого GC.
> Поиск Google внезапно перестает печататься текст в поисковую строку, рандомно, специально не повторить.
Проблема с потерей фокуса? Вроде бы у меня починилась с этой версией
При этом Опера с памятью работает Очень плохо. Зайдите h123.ru/-/tests/GC1/ и убедитесь, что «мусорная» память не очищается.
Ну или вот:
Такой код можно найти в gmail, если смотреть отладчиком:
Этот css добавляется из javascript'а и видимо только для Оперы.
Решение:
habrahabr.ru/company/opera/blog/157517/#comment_5389271
Сохраните в файл
Настройки для сайта->Вид->Моя таблица стилей->Указать файл
Но, на мой взгляд, значение переменной гораздо дороже, чем сама переменная, поэтому, замучившись писать
теперь удаляю значения простым присвоением null или undefined. Получается примерно так:
[В реальном проекте]
а оператор delete использую только для явного удаления свойства из объекта.
Opera Mobile работает
Что уж говорить, я даже twitter bootstrap отредактировал, чтобы он поддерживал
<input>вложенный в<label>Но меня всегда печалила необходимость придумывать и указывать идентификатор для атрибута «for», конечно, если форма собирается шаблонизатором, то никаких проблем нету, но для production ваше решение тоже не подходит, хотя бы потому, что не работает управление с клавиатуры.
Я лично предпочту маленький js-файл (~700 байт) для отказа от атрибута «for» и для работающего управления с клавиатуры
Пример
А вообще, в CSS4 Selector API предусмотрен Reference Combinator и Parent Selector для таких случаев. Возможно, в будущем мы сможем написать:
Правило применится к элементу
<label>Жду не дождусь статей «Красивые чекбоксы и радиокнопки на CSS4 без JavaScript» :)
When Opera uses an authenticated proxy, it asks for username/password for every website I visit.
Proxy Authentication spreading across tabs
Opera with proxy gives a lot of problems (мой)