Comments 286
Поэтому хотелось бы знать: как и по каким данным составлена данная статистика
В глаза сразу бросается, что сумма линий тренда не стремится к 100 процентам, а устремляется куда-то к 146%
Старые добрые прямые.
Что произошло в начале 2013?
ЗЫ. Про общий рост хрома — верю, за счёт андроида он сейчас почти как IE в своё время — дефолтный браузер.
По StatCounter, на который статья опирается, доля винды на десктопе сейчас — 84%.
Ведь дело в том, что человек пользующийся XP и 7/8, его ведь вероятно не устраивает что-то в 7/8, а в XP его неустраивает её устаревшесть, несовместимость с софтом. Аналогично и с linux, для каких-то целей может оставаться нужным 7/8, но ведь если он в домашних целях пользуется линукс, то он линуксоид практически наверняка.
Вот также и с ФФ. Да процент упал, но он весьма значителен, и если с плагинами наконец-то всё устаканется, то через год уже у ФФ будет рост, потому-что большинство ушло из-за потери преимуществ, из-за того что каждый год 2-3 плагина улетают и неимеют замены, а значит замена или отсутствие на хром, уже не критично. Если при этом ещё и возрастет эффект от мощности компьютера, то это станет реальной перспективой.
Удалил, все как положено, а на следующий день мне NOD всплывающим окном и говорит «вы хотите дать доступ chrome_update_что_то_там доступ к сети?». Долго от него систему вычищал. С тех пор отнощусь к нему крайне негативно.
З.Ы. Хоть ФФ в последнее время тоже не очень радует…
Хром всего лишь один из, бояться чего-то, именно из-за этого не стоит, там других вещей полно)
А мне нравится Firefox. Во-первых, в какой-то момент времени Chromе стал прожорливее и медленнее, во-вторых, некоторая тяга к аутсайдерам, в-третьих, Google давно начал превращение из корпорации добра в корпорацию зла.
На мой взгляд, FF стал просто хуже Хрома. А я сидел на FF многие годы. У Хрома есть явные проблемы с usability (характерные вообще для многих гугловских продуктов), но чёрт с ним — я уже смирился.
Но usability — это камень преткновения. Не совсем привычный мне интерфейс и управление (и так с оперы тяжело на ff перелезал (это при том, что ff всё это время я использовал как альтернативный браузер)) и настройки. Вот это пожалуй самое главное. С FF я не слезу до тех пор, пока там есть свой, собственный, комплект настроек для подключения к сети/проксе. Ну или пока такое не появится у других браузеров. Питал надежды на vivaldi (он не плох), но разочаровался в ещё одном хромоподобном браузере (хотя и не стал удалять).
То есть если бы у вас из-за памяти падала бы система при закрытии Хрома, то и при обычной работе всё висло бы регулярно.
Тут скорее проблема с драйверами видеокарты или чем-нибудь подобным. Излишне и говорить о том, что сам по себе Хром точно неподсуден: многозадачная операционка, как бы, для того и нужна, чтобы одна задача никак не могла повлиять на другие, не имея на то прав, а права на «убивтсво системы» Хрому точно никто не давал.
Огнелис умирает. И умирает он не от того, что пользователи сами бегут, а из-за того, что Мозилла всеми силами пытается убить браузер.
Вот вам небольшой пример: Существует (пока что) аддон, который называется Classic Theme Restorer. Появился он благодаря тому, что разработчики из тормозиллы внедрили новый дизайн под названием Australis, который естественно понравился далеко не всем. Сам аддон очень популярен среди недовольных, потому как дает возможность где-то вернуть как было, а где-то улучшить и тд.
После выхода новости о будущем браузера (со скриншотами) — автор этого аддона на багтрекере создал тему обсуждения, где внес предложение:
«The new API should be able to target any DOM item (button, toolbar, tab, menus, popups, scrollbars, textboxes, windows, content etc.) and allow it to be changeable via css (size, [bg]image, icon, background, color, shape etc.) and movable/changeable via JavaScript (take item from position A on toolbar A, insert it into position B on toolbar B).»
Ответ не заставил себя ждать: «Status: RESOLVED WONTFIX»
Таким образом автор сообщил, что к концу 2017 года его аддон будет официально мертв и переписываться с нуля не будет.
Подобное решение приняли и многие другие авторы аддонов, решив, что проще «забить», чем создавать дополнение по новой.
Итого:
В сухом остатке получается, что все то, за что пользователи любили огнелис как браузер — планомерно уничтожается, а все то, за что браузер ненавидят (неторопливость\прожорливость\глюки) — остается.
Причем уже сейчас это наглядно видно — достаточно установить ночную сборку и прочувствовать. Ну и почитать комментарии к ночным сборкам на форумах тоже можно — так сказать добавить красочности.
57 версии вполне возможно, что вы поменяете свое мнение на кардинально противоположное
Я-то голову ломал почём зря вчера — аддоны на atom/rss понадобились в кои-то веки, а ни один нормально не работал. А согласно блогу, то, что будет в 57, уже в 53 в режимах совместимости есть. И у меня оно, судя по всему, оказалось включено, т.к. никаких аддонов на браузере-пациенте не стояло.
Исторически Firefox всегда работал в один поток. Все вкладки, код всех расширений, код главного окна — всё в один поток (и всё на JS). И просто так это не изменить — все расширения, которые хоть как-то обращались с контентом вкладок, опирались на простой синхронный способ доступа к контенту вкладки. Это нельзя просто так разнести на потоки или процессы. Соответственно: А. Оно работает медленно; Б. Оно небезопасно (вкладки выполняются в процессе с обычными правами); В. Падает вкладка — падает всё. Последние несколько лет они это меняли, ввели многопроцессность и всё такое. Но до сих пор большинство расширений не поддерживают это, до сих пор большинство расширений опирается compatibility shims, которые разработчики добавили для совместимости, но эти заглушки делают браузер даже ещё медленнее, потому что добавилось взаимодействие между процессами. Расширения должны быть переписаны, скрипты для интерфейса и контента должны быть строго разделены, и должны общаться через механизм сообщений, то есть если раньше основной скрипт прямо из интерфейса мог обратиться к документу и наделать кучу работы, то сейчас всю работу должен делать отдельный контент-скрипт, который отдаст результат основному скрипту через установленный канал. Но авторы расширений не спешат с переписыванием. Как результат — внедрение многопроцессности много лет переносилось, дорабатывалось, перерабатывалось, и внедрили это совсем недавно, с толстым слоем совместимости, который делает всё ещё хуже (в плане производительности).
Mozilla уже несколько лет пишет новый движок Servo. Но пока расширения так сильно завязаны на внутренности браузера, о таких переменах в Firefox говорить не приходится. У разработчиков связаны руки.
Отказом от старых расширений и переходом на WebExtensions Mozilla решает сразу несколько критичных проблем:
1. Расширения больше не будут иметь доступ к внутренностям. Это развяжет руки разработчикам и они наконец смогут вносить существенные изменения в архитектуру браузера.
2. Расширения не будут ломаться после каждого обновления. У них будет узкое специализированное API, которое будет стабильно.
3. Многопроцессность сможет работать в полную силу. Вы сами назвали браузер «тормозиллой» не просто так. У Firefox действительно такая репутация. Ну а что вы хотите, в один поток много работы быстро не сделаешь, а внедрять многопроцессность они начали недавно, и то она много у кого не работает как надо из-за расширений.
4. Соответственно это и попытка исправить репутацию браузера, который воспринимается людьми как «тормозной», «глючный», с «регулярно отваливающимися расширениями».
Недостатка при этом два, существенных:
1. Отвалятся все старые расширения.
2. Многие из старых расширений будут невозможны на новом API из-за того, что стабильные API на все случаи жизни придумать невозможно (например, API для модификации существующих элементов GUI браузера), а доступа к внутренностям браузера не будет.
Второй пункт они могли бы решить, предоставив полный доступ к внутренностям, но они таким образом опять свяжут себе руки и останутся с теми же проблемами, которые они пытаются решить.
Я объясняю, почему разработчики Firefox решились на этот тяжёлый шаг. Но я не рад, что они идут на этот шаг. У меня Firefox увешан расширениями с ног до головы и очень тонко настроен под мои нужды, что не может предложить ни один другой браузер. И я очень привык ко всем добавленным расширениями фишкам GUI, что делали мой сёрфинг гораздо приятнее. Я сам поддерживаю несколько расширений, и 3 из 4 не смогут быть перенесены на WebExtensions. И по этой причине я принял решение оставаться на Firefox 52 ESR так долго как это будет возможно.
Я сижу на Firefox с самой первой версии, а до этого был ещё и на Mozilla Suite. При этом всё это время я наблюдал полный спектр проблем с Firefox. Расширения отваливались. Иногда не целиком, иногда — частично, ломая попутно что-нибудь малосвязанное с этим. Расширения, которыми я пользовался, забрасывались авторами (и 2 из них мне пришлось самому форкнуть, доработать и поддерживать). Мои кастомные стили также иногда ломались, и их тоже приходилось иногда дописывать. Я программист, я могу себе это позволить. Я понимаю, почему оно так, принимаю это и не жалуюсь. Но что тут говорить об обычных пользователях, когда даже большинство других программистов точно так как и обычные пользователи жалуются на описанные выше проблемы?
Я мог быть снисходительным к описанным проблемам из-за тех безграничных возможностей кастомизации, что даёт уже устаревшая система расширений. Но 99% других пользователей это не волнует. Они хотят просто браузер, который работает быстро, стабильно, и не требует внимания на очередную починку очередной поломки. Тех, кто готов возиться с браузером для решения проблем даже раз в полгода или в год — ничтожно мало.
По сути, они это делают для всех ругающихся на Mozilla из-за проблем совместимости расширений между разными версиями Firefox. То есть если раньше перманентно ругались по чуть-чуть на пути Firefox 1.0 → Firefox 56, то после релиза Firefox 57 будет большой взрыв ругани, недели которого которого хватит на 3 года вперёд. А вот следом — проблема будет по сути решена. Нет полного доступа к внутренностям браузера → нет расширений, которые будут ломаться при изменении внутренностей → нет нытья о том, что «злая Mozilla всё опять поломала».
Я ещё в 2013 году (когда Opera отказалась от Presto) писал, что нужно быть благодарным Mozilla за то, что они упорно поддерживают свой гиковский подход, хоть он и проблемный и регулярно портит им репутацию. Вот, ещё 4 года продержались. Все 4 года кто-нибудь обязательно поливал их помоями из-за поломки очередного расширения или других связанных проблем. Хорошая демонстрация того, как сложно им было решиться на такой радикальный шаг по решению обозначенной проблемы. Очень уж не хотелось потерять свои уникальные расширения. Потратили уйму времени на внедрение многопроцессности в текущую архитектуру, только-только успели внедрить это в браузер, да и то не успели полностью перейти (и многие расширения до сих пор не адаптированы), слой совместимости, который сильно тормозит браузер, если расширения опираются на этот слой, всё ещё включен. Но в итоге исправление репутации «глючного и постоянно ломающегося браузера» перевесило и оказалось более важным. Разработчики в блоге говорят что ни при каких обстоятельствах они не будут переносить момент отказа от XUL, хотя некоторые на это и надеются (и я тоже сразу надеялся, что сроки перенесут).
Собственно, эта возможность особо не афишируется, поскольку её не предполагается использовать для того чтобы создавать расширения, которые будут подолгу кем-то поддерживаться. По задумке — это средство для попробовать реализовать какую-то идею для браузера, потестировать, попользоваться, и если понравится — возможно добавить в браузер. Это инструмент для самих разработчиков Firefox, лазейка для экспериментов.
Поначалу, сразу после Firefox 57, поддерживать эти расширения будет очень непросто, так как разработчики будут активно заменять XUL в интерфейсе браузера на HTML, то есть каждую версию будут достаточно радикальные перемены в интерфейсе. Но возможно, когда они уже всё перепишут, хотя бы самые необходимые маленькие вещи всё же можно будет сделать в виде таких расширений, и это будет всё ещё более-менее поддерживаемым. Сам для себя рассматриваю такой вариант после того, когда Firefox 52 ESR совсем устареет. Во всяком случае, будет проще, чем поддерживать свой форк какого-нибудь браузера с нужными фишками.
Вообще говоря я не вижу никакой принципиальной невозможности в заворачивании расширений в песочницу исполняемую в отдельном потоке, с сохранением прежнего API. Пусть оно будет у себя там синхронным сколько влезет, но взаимодействие песочницы со внешним миром — через сообщения. Сопрограммы не вчера изобрели.
То есть да, принципиальная возможность разнести всё на разные процессы и при этом полностью сохранить совместимость имеется, но это не решит ни одной описанной проблемы — наоборот, даже усугубит.
Ну если расширение будет с задержкой управлять интерфейсом браузера — не так уж и страшно, зато сам интерфейс браузера не будет тормозить из-за тормозов расширения.
зато сам интерфейс браузера не будет тормозить из-за тормозов расширения.С этого момента — попобробнее. Рассмотрите простое расширение, которе навешивает хук, ну, я не знаю, на появление мыши в области меню, находит всякие разные надписи, которые при этом появляются в строке состояний, крутит пустой цикл 2 секунды — потом эти надписи правит. Проверьте ваши идеи на нём, обкатайте — будет о чём говорить.
Как предлагается его «спасать», чтобы «интерфейс браузера не тормозил», а расширение при этом не глючило? Пусть даже мы создадим «теневую» копию UI браузера с которым предлагается работать нашему расширению, чтобы «настоящий» интерфейс браузера мог продолжать работать — как потом предлагается «сливать» изменения, которые произошли в интерфейсе из-за действий пользователя и из-за действий расширения?
Ну если расширение будет с задержкой управлять интерфейсом браузера — не так уж и страшноСтрашно. Все существующие расширения жёстко завязаны на то, что они могут перехватить любое действие пользователя и пока они не сделают с интерфейсом браузера то, чего им захочется — никто ничего в интерфейсе изменить не может!
Фактически вы предлагаете взять однопоточную программу (а весь Firefox со всеми расширениями вместе взятыми — это одна большая однопоточная программа) и «распилить» её на части так, чтобы никаких блокировок и гонок не возникло!
Да, блин, если вы это научитесь делать в куда более простых случаях чем многомегабайтный код Firefox'а — вам куча народу будет готовы миллионы, если не миллиарды отвалить!
Рассмотрите простое расширение, которе навешивает хук, ну, я не знаю, на появление мыши в области меню, находит всякие разные надписи, которые при этом появляются в строке состояний, крутит пустой цикл 2 секунды — потом эти надписи правит
Навёл пользователь мышь на меню — полетело в песочницу сообщение. Захотело расширение что-то прочитать из общего дома — замерло и полетело в основной поток сообщение. Пришёл ответ — расширение проснулось и продолжило работу. Не надо тут никаких теневых копий — только прозрачный RPC.
Все существующие расширения жёстко завязаны на то, что они могут перехватить любое действие пользователя
Далеко не все. Обычно расширения не вылезают за пределы своего модуля / панельки. А панелька обычно вставляется через XUL+XBL в весьма декларативной форме:
<toolbarpalette id="BrowserToolbarPalette">
<toolbaritem
id="snippet-weather"
style=" -moz-binding: url( 'resource://snippet/snippet/Weather.xbl#Weather' ) "
/>
</toolbarpalette>
Во всяком случае лет 5 назад, когда я пилил расширения для лисы, было так.
В вашей реализации пользователь будет 2 секунды видеть неисправленные надписи. Это и называется "расширение будет глючить"!
Напомню постановку задачи: "крутит пустой цикл 2 секунды — потом эти надписи правит".
В синхронном варианте расширения пользователь не успеет увидеть неисправленную надпись (но почувствует лаги интерфейса).
Думаете пользователь предпочтёт смотреть 2 секунды на зависший браузер, чем наблюдать запаздывающее обновление какой-то надписи?
Это ж утрированный пример, для заметности и простоты реализации.
Вот именно. В реальном случае пользователь даже не заметит, что надпись поменялась чуть позже. Зато заметит, если просядет fps какой-нибудь анимации.
В реальном случае пользователь даже не заметит, что надпись поменялась чуть позже.Очень даже заметит, если эти две секунды занимает не пустой цикл, а речевой проговор сообщения (расширение для слабовидящих, скажем). После которого, опять-таки, из расширения придёт эмулированное действие мыши. А задержки там — специально для того, чтобы человек, которому на то, чтобы мышью двинуть нужна секунда-другая не напрягался. А новое, простое, сообщение, появляющиеся вместо стандартного — опять-таки, предназначено для него и видеть там стандартное — ему незачем.
Вы ведь можете увидеть, отрабатывая все эти сообщения только лишь что делает расширение — но не зачем. В итоге — ваше предложение нормально работает с теми расширениями, которые легко конвертируются в Chrome Apps Architecture, и, для которых, соотвественно, это всё — нафиг не нужно.
Однако отвратительно работают с расширениями, глубоко вмешивающимся в UI браузера — то есть с теми, о потере которых, собственно, и вздыхают все.
Может хватит высасывать проблемы из пальца? Нет никакой проблемы этому расширению сначала стереть сообщение, а потом думать свои 2 секунды над следующим.
Может хватит высасывать проблемы из пальца?Может хватить объяснить, что вы самый умный и то, что миллионы людей не могут реализовать предложенное вами «очевидное» решение — то это потому только, что они идиоты.
Нет никакой проблемы этому расширению сначала стереть сообщение, а потом думать свои 2 секунды над следующим.Алё! Вся эта конструкция имеет смысл только и исключительно для поддержки существующих расширений.
К тому же элемент, в который вы хотели сообщение засунуть за эти две секунды мог исчезнуть «с концами». И табы новые могли появиться или исчезнуть. Да, блин, посмотрите на расширения, за которыми люди плачут. Какие нибудь иерархические тебя будут ну просто великолепно работать в асинхронном режиме, да. Открывать не те вкладки которые видишь — мечта всей жизни.
Если вы заставляете разработчиков переписывать расширения всё равно — то этой проблемы действительно нет, но тогда и всех ваших «сопрограмм» нету…
Да-да, миллионы разработчиков трудятся в поте лица днём и ночью над улучшением лисички. Не преувеличивайте, межпоточная коммуникакия не на столько медленная, как вы её выставляете. Если контейнер исчез с концами, то и запись в него можно проглотить.
Да-да, миллионы разработчиков трудятся в поте лица днём и ночью над улучшением лисички.Миллионы разработчиков пытаются придумать что делать с однопоточными программами, чтобы 100500 ядре не простаивали. Результаты (без ручной обработки) — пока не очень.
Не преувеличивайте, межпоточная коммуникакия не на столько медленная, как вы её выставляете.Вопрос не в скорости межпоточной коммуникации. Вопрос в принципе: вы хотите программу, которая изначально написано строго в рассчёте на однопоточное выполнение превратить в многопоточную посыпав её каким-то «магическим порошком» из сопрограмм. Так — это не не работает.
Либо у вас не будет параллельного исполнения (и, соотвественно, ускорения), либо у вас будут глюки того или много масштаба.
Если контейнер исчез с концами, то и запись в него можно проглотить.А что и как после этого сломается и можно ли этим будет пользоваться вообще — нам пофигу. Отличный план. Реализовать пробовали?
Подмена тезиса, чудесно. Перечитайте ещё раз мои слова: https://habrahabr.ru/post/329780/#comment_10348128
Расширения, не способные изменять браузер — не нужны. Сильная сторона лисицы — возможность настроить его под себя, чтобы было удобно. WebExtensions убьют эту возможность. Проводя аналогию — они сделают чемодан прочным и вместительным, но без ручки.
Таким образом, подобные попытки решать проблемы — убивают браузер. Получится ещё один хром, только на другом движке, и будет совершенно непонятно, зачем им пользоваться, если он не имеет в сравнении с хромом достоинств, а хром при этом гораздо лучше поддерживают сайтописатели.
Разработчики Firefox обещают расширенное API для расширений, в сравнении с Chrome. То есть в какой-то мере, расширения для Firefox смогут быть немного более интересными, нежели расширения для Chrome. По крайней мере видел размышления разработчиков о том, как бы предоставить API для того, чтобы было возможно реализовать расширения типа Tree Style Tab. Не в курсе, успеют ли сделать нужные API к релизу Firefox 57, но намерение они обозначили.
Тут ещё, мне кажется, вот какой момент: производители браузера с однопроцессной архитектурой (особенно если он 32-битный) знают, что у них есть потолок потребляемой памяти для одного процесса (около 1.4 Гб), и больше памяти занимать точно никак нельзя. Правда, при достижении этого лимита старая Опера падала с сообщением об ошибке, Firefox намертво зависает (что ещё хуже), а Хром чувствует себя отлично. Но с другой стороны, Хром теоретически может легко сожрать всю доступную оперативку в системе (хотя на самом деле он крашнется намного раньше, проверено), а Firefox — нет.
Но с другой стороны, Хром теоретически может легко сожрать всю доступную оперативку в системе (хотя на самом деле он крашнется намного раньше, проверено), а Firefox — нет.И тот и другой могут. Но у Файрфокса есть преимущество — после перезапуска можно все эти 5000 табов аккуратно закрыть.
Но у Файрфокса есть преимущество — после перезапуска можно все эти 5000 табов аккуратно закрыть.
Это да, удобно. Вы ведь сейчас про то, что он загружает вкладки только по требованию?
Спасибо. Этот единственный комментарий сразу позволяет понять что происходит и почему с Firefox'ом. Его бы в текст этой статьи. А лучше сами прямо его оформите отдельной статьей.
Раньше тоже расстраивался, что происходит с лисой, хоть и не пользуюсь этим браузером (выбрал Vivaldi после Оперы).
Может быть после статьи еще часть людей успокоятся.
Разработчики в Mozilla работают не за идею, а за зарплату. И будут работать до тех пор, пока им эту зарплату платят. Если доля у Firefox станет критически малой, деньгам будет неоткуда браться в достаточном количестве, чтобы пилить не только браузер, но и движок. У Mozilla кроме браузера нет иных источников дохода.
Для конкуренции с Chrome они планируют добавить расширенные API, то есть расширениям планируется позволить немножко больше. Обсуждается возможность создания нормальных сайдбаров (с возможностью реализовать там дерево вкладок), обсуждается и создание тулбаров, например. Что реализуется — не знаю. Это мы ещё увидим. Возможности WebExtensions они смогут расширять хоть каждый новый релиз.
Также Mozilla параллельно пилит второй движок — Servo. Надеются, что он получится очень безопасным и быстрым на многоядерных системах, и это потенциально может быть ещё одним преимуществом. Но пока что он очень сырой. Только маленькие кусочки из Servo сейчас планируется внедрить в Firefox, о полной замене движка пока что речи не идёт. Но WebExtensions позволят заменить (когда придёт время) движок и все внутренности браузера без поломки расширений.
Если же речь как раз про ту аудиторию, что уже ушла с браузера — то без этих изменений эта уже ушедшая аудитория точно никогда не вернётся. Она уже проголосовала ногами в пользу менее кастомизируемого Chrome. Если же то что их так раздражало и не устраивало будет исправлено в Firefox, то вероятность, что кто-то вернётся, всё же имеется.
Она что так что так не вернется — есть некоторый период привыкания после которого непривычный хром становится привычным, а ff наоборот и с этого момента миграция обратно возможна только принудительно (например, в случае если хром выкинет что-то что вызовет такой же шок как australis в своё время)...
Если вы думаете, что полгода — малый срок. То приведу пример. На Windows 7 я перешёл в 2011. И все эти годы, когда я попадал в проводник (проводник открывается сторонними программами, функциями типа «показать этот файл на диске»), меня раздражала маленькая особенность — в отличие от XP, Backspace не поднимается по директориям вверх, а идёт по истории назад. И вот пару недель назад оно достало меня настолько, что я потратил пару часов, чтобы найти решение (остановился на Classic Shell Explorer, там есть такая опция в настройках). Ну не смог я привыкнуть к новому поведению. Не логично оно на мой вкус. Мне всегда казалось, что решение изменить поведение этой кнопки было принято человеком, который не особо то использует клавиатуру при навигации.
Я пользуюсь этим больше 10 лет, очень привык к этому, и в одной строке для табов мне реально недостаточно места. Часто вижу, как люди откроют кучу вкладок, и потом целятся по табам размером с иконку, где даже кусочка заголовка не видно. Понимаю, что они просто не понимают, что можно сделать сёрфинг чуть удобнее.
Даже если одна эта фишка будет доступна в будущем Firefox, то это для меня будет достаточным поводом, чтобы выбрать именно этот браузер. Хотя здесь таких любимых фишек у меня наверное несколько десятков. Но придётся их сортировать по значимости и уже выбирать исходя из того что доступно или что можно сделать относительно небольшими усилиями.
Лично у меня сейчас в браузере 331 вкладка (да, есть счетчик). Подлагивает конечно, куда же без этого, но никто другой такого мне не даст.
Вторая проблема в будущих возможностях браузера. А точнее в их отсуствии. Не все старые расширения могут быть реализованы на новом API. Это значит, что часть функционала, который реализовывался этими расширениями, станет недоступен. И потеря эта будет не временной, а перманентной. Частично устранить этот недостаток, можно было бы, интегрировав наиболее важный функционал прямо в браузер. Но в первое время разработчики будут слишком заняты переписыванием потрохов, а к тому моменту, как они с этим закончат, пользователи уже уйдут.
Неплохим вариантом было бы, предоставление расширенного API отдельным, авторизованным разработчикам. Стать таким разработчиком мог бы любой желающий, при условии соблюдения определённых требований. Прежде всего требований к качеству кода, и поддержке расширения. Таккая степень закрытости вполне оправдана, и на мой взгляд, не противоречит духу свободного ПО. В то же ядро линукс тоже нельзя просто так взять, и добавить свой патч. Расширения сделанные в этом API проходили бы специальное тестирование, и становились бы доступными для установки, только если гарантированно ничего не ломали. Все задействованные «внутренности» указывались бы в специальном манифесте, и таким образом можно было бы довольно точно определить, какие из расширений несовместимы друг с другом, и просто не давать их устанавливать вместе, в стабильных релизах браузера. А в бетах, как раз проверялась бы совместимость, и если проблем не обнаружено, можно было бы разрешать одновременную работу таких расширений в стабильной ветке.
Сейчас же видно только метание между двумя крайностями: от «всё можно менять, и сторонние разрабочики никак не контролируются», до «ничего менять нельзя, и контролировать никого не нужно». Ведь далеко не всё в разработке ПО определяется архитектурой и API. Грамотный подход к постановке самого процесса разработки может решить множество потенциальных проблем, без усложнения архитектуры, и без необходимости отказа от каких-то возможностей.
Отказом от старых расширений и переходом на WebExtensions Mozilla решает сразу несколько критичных проблем:
Давайте я подскажу ещё более быстрый способ решения этих проблем: форкните хром.
Нет полного доступа к внутренностям браузера → нет расширений, которые будут ломаться при изменении внутренностей → нет нытья о том, что «злая Mozilla всё опять поломала».
Давайте я подскажу ещё более быстрый способ избавится от нытья:
Нет браузера → нет нытья о том, что «злая Mozilla всё опять поломала»
Даже не нужно ничего переписывать.
Но в итоге исправление репутации «глючного и постоянно ломающегося браузера» перевесило и оказалось более важным
Да, теперь у них будет репутация «Firefox? А что это?»
Но 99% других пользователей это не волнует. Они хотят просто браузер, который работает быстро, стабильно, и не требует внимания на очередную починку очередной поломки
Все эти люди уже давно перешли на Хром. И лелеять надежду что так они вернутся это вершина идиотизма.
Расширения отваливались. Иногда не целиком, иногда — частично, ломая попутно что-нибудь малосвязанное с этим
Да здравствует лечение насморка отрубанием головы!
я принял решение оставаться на Firefox 52 ESR так долго как это будет возможно.
Обнимемся, брат!
Второй пункт они могли бы решить, предоставив полный доступ к внутренностям, но они таким образом опять свяжут себе руки и останутся с теми же проблемами, которые они пытаются решить.
100500 паттернов созданных специально для решения подобных проблем неодобрительно косятся на незнающих их разработчиков Firefox
Расширения должны быть переписаны, скрипты для интерфейса и контента должны быть строго разделены, и должны общаться через механизм сообщений, то есть если раньше основной скрипт прямо из интерфейса мог обратиться к документу и наделать кучу работы, то сейчас всю работу должен делать отдельный контент-скрипт, который отдаст результат основному скрипту через установленный канал. Но авторы расширений не спешат с переписыванием.
По этой логике Microsoft должна всё бросить и кинуться переписывать Windows с нуля сломав все созданные до этого программы.
Вы сами назвали браузер «тормозиллой» не просто так.
Он имел ввиду не «Тормозилла Фаирфокс» а «Тормозилла Фаундейшн»
Как результат — внедрение многопроцессности много лет переносилось, дорабатывалось, перерабатывалось, и внедрили это совсем недавно, с толстым слоем совместимости, который делает всё ещё хуже
Эти люди потратили туеву хучу времени на Pocket, Hello, рекламу, Auralis, Firefox OS и Rust, потому и результат такой.
P.S. PaleMoon, я смотрю на тебя
Давайте я подскажу ещё более быстрый способ решения этих проблем: форкните хром.
Ну вот они пытаются идти более сложным путём.
Все эти люди уже давно перешли на Хром. И лелеять надежду что так они вернутся это вершина идиотизма.
Они продолжают это делать. Кто-то уже перешёл, а кто-то собирается. Процесс миграции никогда не останавливался и он не дискретен.
100500 паттернов созданных специально для решения подобных проблем неодобрительно косятся на незнающих их разработчиков Firefox
Если о том, что надо всё завернуть в красивую архитектуру — да, они именно это сейчас и делают. Заворачивают всё в стабильный внешний API для расширений. А все внутренности остаются недоступными расширениям. Подход «дозволено всё» более гибкий, но нестабильный. Подход «дозволено только то для чего мы создали специальный API» стабильный, но сделать на нём то, о чём не позаботились разработчики, здесь не выйдет.
По этой логике Microsoft должна всё бросить и кинуться переписывать Windows с нуля сломав все созданные до этого программы.
Вы сравниваете несравнимые вещи. Firefox предназначен для показа сайтов и он остаётся совместимым со всеми сайтами. Windows предназначена для запуска программ и она остаётся совместимой со своими программами. Но служебные вещи меняются. Скажем, вы не сможете завести драйвер от XP на Windows 10.
Эти люди потратили туеву хучу времени на Pocket, Hello, рекламу, Auralis, Firefox OS и Rust, потому и результат такой.
Pocket и реклама — заработок. Им же нужно платить достойную зарплату разработчикам. Разработка такого уровня — это очень дорогое удовольствие. Hello был по сути просто демонстрацией WebRTC. Firefox OS — робкая попытка запрыгнуть на поезд мобилного веба, где Firefox до сих пор практически не представлен (доля ничтожно мала, не глядя на то, что мобильный Firefox поддерживает аддоны, в отличие от Chrome). Australis — просто обновлённый интерфейс. Постарались дизайнеры. Мне только форма вкладок не понравилась (что браузер пока ещё позволяет легко изменить). Я бы сказал, что даже плохо постарались, потому что не до конца освежили интерфейс браузера. Та же строка поиска по умолчанию на панельке — архаичный рудимент. Но скорее всего просто побоялись, что кто-то реже станет искать именно через Firefox, а будет вбивать сразу google.com, и там уже искать. Претензия к Rust вообще непонятна — сделали и развивают новый язык, который решает одну из проблем C. Отлично же. Теперь на нём пишут новый движок, который потенциально должен быть безопаснее из-за этого, так как на новом языке сложнее выстрелить себе в ногу.
P.S. PaleMoon, я смотрю на тебя
Боюсь, долго он не протянет. Насколько я в теме, у него уже начались проблемы совместимости с сайтами (потому что он основан на устаревшей версии движка Gecko). Да и автор иногда принимает странные решения по желанию левой пятки. В одной из версий зачем-то выпилил Addons SDK, из-за чего отвалилось куча расширений из и без того короткого списка поддерживаемых (мне пользователи писали и спрашивали, заработает ли мой Pure URL под Pale Moon опять). Правда, потом вернул назад :)
Ну и да, никто же не запрещает вынести отдельную поисковую строку в набор стандартных компонентов, которые можно поместить на тулбар. Впрочем, меня устраивает и вариант, когда она есть по умолчанию, но её можно удалить.
К слову, самые первые версии Firefox, когда он ещё был Phoenix, были без отдельной поисковой строки, и поиск там происходил из адресной строки. Видимо кто-то решил, что это была слишком смелая идея, и пользователи не разберутся. А чтобы пользователи искали именно через Firefox, а не заходили на сайт поисковика и искали там — очень важно для Mozilla.
Смысл отдельной строки поиска в том чтоб отделить информацию отдаваемую Гуглу от просто поиска в истории броузера. Здоровая паранойя.
А еще в Firefox можно по Ctrl+Tab обратно переключаться.
Ну так в этом и проблема. Что он 20 штук по порядку переключает.
Ctrl-Shift-Tab вроде помогает.
Ну будет по порядку в обратном порядке, какая разница. Надо то на предыдущую используемую перейти.
Вот открыто у меня 20 вкладок. К примеру, чат, почта, таск-трекер со списком задач, текущая задача, пара вкладок с документацией по проекту, пара вкладок со страницами сайта которые разрабатываются, гугл, штуки 4 вкладки из гугла потому что пока непонятно какая больше подходит, и штуки 3 пустых вкладки чтобы это все как-то визуально разделять. Делаешь изменения, обновляешь страницу сайта чтобы проверить, потом в чат приходит сообщение. Ладно чат первая вкладка, можно мышкой в угол тыкнуть. А чтобы потом обратно на сайт переключиться, надо выискивать иконку и целиться. А так нажал Ctrl+Tab и все.
Неужели так трудно сделать опциональную возможность переключения между двумя последними вкладками по Ctrl+Tab? Почему это могла сделать Opera (новая, на Хромиуме), тот же Vivaldi? А вот Хром — никак! А было бы удобно.
Соответственно опциями делается то, что просто нельзя не сделать (скажем без опции «использовать системные рамки и строку заголовка использовать Хром в некоторых конфигурациях просто нельзя — соответственно пользователи были бы потеряны).
Количество пользователей, готовых отказаться от Хрома из-за навозможности настроить работу Ctrl-Tab было оценено как недостаточно большое, чтобы делать опцию — вот и всё.
Другое дело — что они могут провести исследование, посмотреть как разные люди этим пользуются и изменить как оно будет работать у всех — но это маловероятно…
Настройки ладно, их можно в стороннем расширении сделать. Но насколько я знаю, с Ctrl+Tab дело в каких-то ограничениях движка. Переключение обратно можно на любой хоткей повешать, кроме этого. Вы случайно не в курсе, из-за чего так?
Хотят, чтобы было технически невозможно изменить действие хоткея?) Ок, пусть будет так.
Подскажите пожалуйста пару юз-кейсов, когда надо переключать вкладки по порядку?
Ну и для этого и делаются настройки. А в Хроме это даже расширениями не поменять.
Откуда ж я знаю, 8-я нужная мне вкладка или 9-я) Высчитывать еще сложнее чем найти иконку и нажать мышкой.
Через Ctrl+PgDn точно такое же переключение как через Ctrl+Tab.
Вот пролистал я 10 вкладок до нужной, оно все открылось, прогрузилось, и начало тормозить. И зачем? Вопрос то в одном параметре настройки.
Как по мне, для браузера нужна своя ДОПОЛНИТЕЛЬНАЯ клавиатура со специфическими кнопками вместо хоткеев.
Камень в огород производителям клавиатур с совмещёнными функциональными клавишами, коих нынче всё больше и больше. Искал и два года назад, и год назад и сейчас клавиатуру с отдельными мультимедиа-клавишами — это либо игровые монструозные клавиатуры либо треш полный но тоже полноразмерный.
Для установки дров много-то и не надо, стрелки, буквы, tab и enter.
А по поводу двух рук, ну можно использовать два мизинца)) одним первую клавишу зажать, вторым — вторую. Другой вопрос привычки, но в моем
Читаю статью. Открыл десять вкладок по ссылкам из неё. По названиям вижу, что сейчас хочу перейти на пятую вкладку. ctrl+tab 5 раз. Я точно знаю, куда я попаду. В случае «переключаться на последнюю» я понятия не имею, куда я попаду, и как мне попасть туда, куда нужно. Раздражает, и сильно.
Извините, что почти через неделю отвечаю, но вообще в хроме есть расширение Ctrl+Tab MRU которое делает как раз то, что вам нужно: меняет поведение переключения для ctrl+Tab. При этом переключение по ctrl+ PgUp/PgDn остается как было. Есть небольшой сайд эффект в выскакивании списка вкладок, при быстром переключении меня лично немного раздражает его моргание(возможно что это даже можно отключить, мне просто лень разбираться), но в целом работает нормально.
Спасибо, не знал. Только юзабилити у него не очень, у меня часто список остается висеть открытым, если Ctrl раньше отпустить. И вкладка со списком влияет на порядок. Но вообще идея интересная, предлагается поменять сочетание через редактирование файла Preferences. Точно помню, что когда-то искал варианты, и везде было написано, что переопределить нельзя из-за реализации и даже ссылка на баг-трекер была. Видимо поправили. Попробовал на другом расширении (CLUT), в принципе работает, но там переключение отключается по таймауту, потому что событие отпускания Ctrl поймать нельзя. В общем пока сложно все с с этим в Хроме.
Мне тоже нравится, но пользоваться им становилось все сложнее и сложнее со временем. Более того, начиная с версии 1.5 и до 40-х я даже не смотрел в сторону других браузеров. Не далее чем пару месяцев назад перешел на Хром. Пусть себе память ест сколько влезет, главное чтоб не тормозил и не подвисал на несколько секунд всем окном как это делает Фокс.
По поводу расширения памяти — уже стоит 16 гиг.
Это потому, что разработчики перестали вообще обращать внимание на использование ресурсов. Пример правильного движения — PHP7. Стал использовать в 3 раза меньше памяти и при этом стал еще и быстрее.
2006 год. 512 мегабайт RAM. Не тормозило. И это мой обычный режим работы. Для скриншота я тут только убрал лимит на 3 строки вкладок. По умолчанию там вертикальный скролл для вкладок, когда их больше чем 3 строки.
Прямо сейчас у меня загружено (именно загружено) около 50 вкладок, ещё 150 в группах в незагруженном состоянии. Отлично работает. 8Гб оперативы. Было 16Гб недавно, но одна планка памяти умерла. Да, 4 гигабайта для такого режима работы будет мало сегодня. Просто потому что веб сильно потяжелел. А 10 лет назад и на 512 мегабайтах отлично так работалось. Кроме кучи вкладок вон ещё и куча других софтин запущена.
То есть не совсем корректно сравнивать то, что было в Opera 12 пять лет назад, и то что мы имеем сегодня. Потому что десять лет назад требования к нормальному компьютеру были ещё ниже.
Просто потому что веб сильно потяжелел
Вот это очень печально. Мне например для потребления того контента, который я потребляю (тексты, видео, музыка иногда в онлайне) совершенно не нужны такие тяжёлые сайты. Всё это обилие баннеров, попапы, анимированные видео-задники, отправка кучи метрик в фоне…
Серьёзно, старые браузеры не тянут даже те сайты, которые технологически (по использованным конструкциям JS и CSS свойствам) могли бы быть отображены. Просто потому, что всё слишком тяжёлое, и ни фига не оптимизировано. Это даже на мощном новом железе. А старое железо (пример — топовый игровой ноут 2006-ого года от ASUS) не тянет без тормозов новые сайты и в новых браузерах. И если с тем, почему тормозит Full HD видео на таком железе, всё ясно, то вот с тем, почему нельзя делать лёгкие и быстрые сайты (при этом достаточно функциональные) — нет.
А вы какой фреймворк используете популярный или компактный?
Я думаю, если бы использовал фреймворк — тормоза были бы ещё существеннее.
Это скорее всего из-за тяжёлых многостраничников. Использование SPA фреймворка позволило бы ограничиться лишь передачей данных.
Там сортировка по размеру приложения. Впрочем, вот исходники: https://github.com/eigenmethod/mol/tree/master/app/bench/list
Но да, добавим возможность указать ссылку на исходники бенчмарка.
Откройте в музиле about:memory и посмотрите, куда уходит ваша память и в каких количествах.
1) Увеличить память
Пока что 16Gb хватает как для домашней, так и для рабочей машинки
2) Не держать так много вкладок
Раньше тоже была привычка держать открытыми 20+ (на самом деле 100+) вкладок. Опыт показывает, что привычка вредная и не несет вообще никакой пользы.
3) Закрывать браузер
Легче и быстрее запустить Хром, чем терпеть затупы Фокса, которые могут полностью подвесить все окно на единицы или даже десятки секунд.
4) Держать два браузера или использовать профили
Это на случай очень острой потребности в постоянно открытом браузере. Наверняка же количество экстренно необходимых вкладок не такое большое.
Собственно на Хром я перешел за один день, в тот самый момент, когда пришлось ждать более 30 секунд пока Фокс был в глубоком затупе.
В любом случае лучшего выбора я не вижу.
2) Держу не более 15 (действительно нужны — документация + различная отладочная информация + сам проект).
3) В случае хрома лишь частично решает проблему, так как при закрытии не выгружается из памяти. Да и не вариант — открытые страницы нужны в процессе работы.
4) Активно использую два браузера с сохранением сессий — лису и хром. Но именно лиса стала основным, так как хром слишком прожорлив.
2 — ага только вот у меня обычно 3-5 различных задач открытых — 20-30 влкадок по работе 5-10 развлекаловка, 50-75 поиск сторонней инфы, либо поиск чегото связанного с работой — да Great suspender помогает, но слабо. Мечта софт пишущий ВЕСЬ прошедший контент + «time line» который показывает все посещеные страницы и не так как в истории хрома а со скринами — надо посмотреть в сторону DLP.
3 — согласен about:restart — удобно
4 — несогласен — неудобно, тк сессии надо открывать закрывать перебирать — например уменя обычно одна вкладка которую я запомнил как ключевую для окна ипри переключении я на неё ориентируюсь, а вот с сесиями так не получится да и время загрузки не секунды — 20 вкладок открываются порядка 30сек это много(и это на ssd).
Стали копать, в чём проблема. Сначала был написан код, прибивающий все неиспользуемые виджеты Яндекс-карт, и оставляющий только карту текущей страницы и ближайшей группы страниц, потом оказалось, что этого не достаточно, и был написан код, активирующий каждую карту только по наведению, а до этого рисующий статическую картинку (у нас была огромная лента элементов с кнопками навигации, как на киноплёнке, и все неиспользуемые Яндекс-карты висели в фоне в скрытом виде за пределами видимости). Кстати, ещё до этого, в старом дизайне, пришлось такую же вещь проделать с лайками вк: отрисовывать вместо них картинки-имитаторы (при этом выводя счётчик лайков из локального кэша в БД), а настоящую кнопку грузить только по наведению, иначе жутко лагал обзорный «плиточный» режим просмотра элементов уже после загрузки 3-4 страницы (на странице 12 плиток было, в каждой по кнопке лайка).
И ещё была произведена пара оптимизаций. Но даже после этого сайт продолжал работать медленно. Опытным путём было выяснено, что сделать ничего нельзя не потеряв в красоте внешнего вида: ресурсы пожирали большие картинки, выводившиеся в плитки в обзорном режиме ради повышения субъективной чёткости изображений и для возможности не терять их качество при пользовательском масштабировании страницы, а также многочисленные тени и полупрозрачные фоны для текстов поверх картинок, ну и кастомные шрифты.
Но там медленная работа была только в старых Операх, и то мне удалось сделать её минимально медленной, чтобы в целом пользоваться сайтом было терпимо. Прошло два года, и теперь люди жалуются, что сайты тормозят уже и в Хроме. Печаль…
Chromе стал прожорливее и медленнее
Да, на слабых машинах, да еще и с WinXP, да еще и с памятью 2 Гб, Firefox работает быстрее. А не всегда можно заменить слабую машину на сильную.
Я покинул Mozilla, потому что мне стало интересно, как будет выглядеть веб, когда он останется преимущественно на устройствах, а не на десктопах и мобильных телефонах.
Кто сможет пояснить что имелось ввиду ибо, посмотрев оригинал, я так и не смог понять что имелось в виду? /оффтоп
Даже сейчас многие IOT-устройства не нуждаются в браузерах — например лампа настроения, которая сама ходит в интернет смотрит погоду и устанавливает соответствующий цвет. Точно так же она может сходить не в интернет а к соседней метеостанции — и сервер погодный уже как бы и не нужен. А сама метеостанция может передавать данные подобным устройствам в округе.
После перехода на многопроцессность было ощущение буста примерно в раза 2-3 (наверное, за счет прекращения подвисаний браузера на некоторых тяжелых сайтах). Все это было на ноуте с 8 ГБ ОЗУ и i5 на борту около года назад. Сейчас на десктопе i7, 16 ГБ ОЗУ, но что на ноуте, что на десктопе, падения случались крайне редко, даже вспомнить не смогу, когда примерно.
Еще на ноуте был забавный случай, когда я в одной ветке дерева сделал хранилище из вкладок-картинок, примерно 100 штук. На удивление, браузер работал стабильно и не падал.
Да чтоб у них 3.5 пользователя было!!!
Аддоны это то, что делало фаерфокс.
Проблема сейчас в другом — то, что «альтернативно одаренные» разработчики не утруждаются тестировать свои скрипты под Firefox. Мы, ведь, боролись против IE не для того, чтобы полностью подчиниться Chrome, у которого есть свои недостатки.
Сам я использую Firefox в качестве основного и Chromium в качестве дополнительного браузера.
Файрфоксовые дебаг тулзы просто неудобны, со времени файрбаг развились очень слабо, хромовые правда сейчас тоже начинают тухнуть, но всё ещё лучше файрфоксовых. Потому разработка идёт под хром, а ff в лучшем случае просто тестится.
Разрабатывать вы можете на чем угодно, а тестировать обязаны для всех браузеров с долей > 2%.
Но обычно 99% бизнесов делают деньги и только 1% что-то полезное для общества.Mozilla Foundation — не бизнес. Ваш К.О.
обычно 99% бизнесов делают деньги и только 1% что-то полезное для общества
Написано с устройства, сделанного "бизнесом", передано и хранится на таких же через каналы, поддерживаемые "бизнесом", после поедания еды, им предоставленного и сидения на мебели от него же. Вывод — комментарий явно бесполезен для общества.
Интересно, а как данная статистика учитывает тех, кто пользуется 2-мя браузерами одновременно?
К примеру у меня на работе Firefox — как основной браузер (основная причина почему пользуюсь именно им — LiveBookmarks — для чтения RSS с сайтов — не нашёл альтернативы для других браузеров). Второй браузер — Хром — для корпоративных сайтов и проверенных сайтов (к примеру для платежей и онлайн банкинга)
Дома — основной браузер — Опера, а для проверенных сайтов — Хром.
В последнее время из всего вышеперечисленного больше всего нравится Опера. FF и Хром очень уж прожорливые, к тому же Firefox — любитель свалится из-за нехватки памяти (похоже его давнюю проблему с утечками памяти так и не починили).
Хром оказался сильней
Занимаюсь веб-дизайном, основной браузер Firefox из-за того, что инспектор гораздо удобнее и лучше, чем в Chrome. Тот же плагин для React гораздо быстрее работает. Выбор также обусловлен тем, что некоторые фишки верстки-дизайна, которые работают в Chrome немного криво работают в Firefox. И если работать изначально с Firefox, то можно быть уверенным, что в хроме всё будет окей.
Chrome в основном для фильмов, Safari для проверки вёрстки
А вообще, на вкус и цвет.
Ждём допиливания движка серво.
Ждём допиливания движка серво.
Пользователи расширений не ждут его а проклинают, а без расширений лиса не нужна
PowerShell (Get-Process chrome | Measure-Object WorkingSet -sum).sum
Вот только… кому будет нужен Firefox, если он откажется обслуживать «свою» аудиторию? Они что — думают, что если распугать «своих» пользователей, то вдруг все остальные толпами набегут? Они серьёзно?
Оно в devtools сейчас, и так-то оно правильно ибо обычным пользователям оно всё равно не нужно (даже я сам не припомню когда последний раз рассматривал сертификаты...).
Зеленая надпись слева от url-а именно об этом и говорит :)
Не все сервисы используют EV, дорого оно.
Но есть платежные сервисы, которые даже на OV раскошелиться не готовы (и используют простой DV). И это на странице, где нужно вбивать данные карты, и где красуется логотип PCIDSS.
Пользователи этого всё равно не знают и им не интересно в это вникать, зеленая надпись "надежный" для них гораздо полезнее.
ЗЫ: sumanai, у меня али "надежный".
Кому интересно, вспомнил как эти зверушки называются. Platron.
Payment gate, использующий банальный wildcard DV от Comodo за ~$70/year.
Ну вот вам скрин 53 версии — если нажать на стрелку справа, то он покажет точно такую же зеленую надпись, добавив снизу что подтверждено каким-то comodo, третий клик откроет внутреннюю вкладку "защита" (где всякая "полезная" информация о типе шифрования, приватности, истории и ничего нового о самом сертификате) и только четвертый сам сертификат… Просто вершина юзабилити :)
Кстати интересно, с чем связан довольно бодрый рост Safari.
Может быть пользователи MacOS и IOS не привыкли менять стандартный браузер?
Чем же он хуже, с точки зрения юзера?
Интересно. А почему? Он плох в поддержке каких-нибудь стандартов или интерфейсом?
Ещё я слышал о такой ситуации, что click происходит не на любых элементах — надо пользоваться tap, но меня это практически не коснулось — как-то так вышло, что у меня все кликабельные элементы изначально с cursor:pointer.
Правда, я ошибся: над работой в Сафари под Андроид я провозился дольше (увы, не помню, с чем там пришлось бороться, в комментариях записал и забыл).
Хром тоже обещает же в будущем скрипты в неактивных вкладках на паузу ставить.
Самая неприятная особенность — «пауза» скриптов в неактивной вкладке.Какое счастье! Как я надеюсь, что остальные браузеры тоже это скопируют.
Понимаете — мне пофиг: как сложно вам писать ваши скрипты, но когда каждая неактивная вкладка отжирает чуть-чуть ресурсов системы, то батарейка в итоге тает прямо на глазах.
позволяя оперативно получать сообщения.Для этого есть специальные API и постоянно жрать батарейку не нужно.
Пауза скриптов в неактивной вкладке — это вещь очень важная для мобильный устройств. То есть, по сути это не является минусом браузера, скорее особенностью платформы. Я подозреваю, что остальные баги мобильного сафари тоже не столько баги, сколько фичи, реализованные для большего быстродействия (при этом я не оправдываю Apple, им стоило бы писать об этих особенностях в своей документации).
По поводу Сафари под Андроид не совсем понял — под Андроид же нет Сафари, этот браузер эппловский и существует только на ее платформах (старую версию под Видовс не учитываем).
Особенности поведения единицы вроде vh, которые делают ее бесполезной чуть более чем полностью.
Особенности поведения flex ов в сочетании свойств min-width shrink basis
Особенности поведения animation и animation-delay и т.д. и т.п.
Значит тогда доля macOS и iOS таки растёт.
Из этих графиков довольно очевидно, что Firefox не развивается.
Прекрасный пример утверждения, который показывать, что кроме как очередной высер эту статью можно не рассматривать. Когда у человека (автора оригинала, надеюсь) такие проблемы с элементарной логикой, то его суждениям доверия ровно ноль.
А никто не заметил что frigate и другие расширения для обхода блокировок на хроме работают быстрее. Тестировал на 3 ПК и 4 ноутбуках от ХР до 10-ки.
Для FF с языком Rust остаётся один очевидный рынок: IoT и встраиваемые устройства. Если они доделают движок, чтобы он грамотно параллелился и был устойчив к утечкам памяти благодаря Расту, они смогут забрать на себя интернет в автомобилях и потенциально перетащить на свой движок кое-что из мобильных платформ. Но пока у них фокус на десктопах, а там главный вопрос — дистрибуция.
Регулярно сталкиваюсь со множеством различных браузеров. Более того, на (одном) ПК они стоят стройными рядами. И, прочитав комментарии, догадываюсь почему — там плагинов мало/нет, сям памяти много жрет, кто-то виснет, где-то требуется ActiveX…
Автор прав, веб — полудохлая лошадь. Вряд ли Crysis способен сейчас также нагрузить ПК как браузер. Выключаешь браузер — и вроде старый атлон х2 еще не стоит менять ;-)
Не знаю, что случилось, но FF стал сильно грузить процессор. Открываешь несколько вкладок с Habrahabr, и всё — 50%-80%, вентилятор гудит. Те же вкладки на Chrome берут от силы 10% в сумме. А жаль. Мне нравится FF, потому что я думаю, что он, по крайней мере, не сливает «Гуглу» пароли и адреса сайтов. Процессор i5, SSD.
если это нежелательно — просто снять галочку в настройках, а не выбрать только из-за этого другой софт.
Не знаю, что случилось, но FF стал сильно грузить процессор. Открываешь несколько вкладок с Habrahabr, и всё — 50%-80%, вентилятор гудит.
Они ввели мультипроцессороность — решили тушить пожар нитроглицерином.
Вместо того чтобы решить проблему торомозов на одном процессоре, решили нагрузить все остальные процессоры.
Но вообще да, начать стоило бы с исправления текущих проблем быстродействия Gecko…
А то, что Вы описываете — это накладные расходы этого самого распараллеливания. И я сейчас не про многопроцессность vs многопоточность, а вообще про параллельный код, и код, который молотит в один поток.
По крайней мере в Windows распределение процессорного времени идёт на уровне потоков, а не процессов, и иметь несколько процессов для полной утилизации ЦП не обязательно.
Повеселило. Как будто кроме как фейсбуком (для России можно поменять на ВК) и твиттером пользователи мобильных устройств больше вообще ничем не пользуются никогда…
А пользователи с рутом, у которых не работает приложение банка (наверное, догадались, про какой банк речь)? А пользователи старых версий Андроид (до 4.0), на которых в 80-90 процентах случаев актуальные приложения крупных сервисов просто не поддерживаются?
Спросите, чего не обновиться на более новую версию? Да много причин. Железо не позволяет, например. А кому-то изменения интерфейса в ОС не нравятся. А к ряду девайсов и просто прошивки нет, а ставить левую — автоматом получить проблемы с драйверами. У меня, например, клавиатурник — так к нему ещё ни одной кастомной прошивки не было выпущено, чтобы клавиатура и управление её подсветкой при закрытии /открытии никак не глючили.
А по сути вопроса — всё зависит от реализации. Можно написать очень лёгкую и быструю мобильную версию сайта (правда, она будет не очень красивой и без всяких там touch-анимаций) и прожорливое приложение. А можно написать достаточно быстрое приложение с не очень высокими требованиями к железу, но при этом сделать такую веб-версию, которая будет тяжёлой, медленной, а на относительно быстром дефолтном браузере вообще работать не будет корректно — ввиду его ограниченности в плане поддержки стандартов и ввиду того, что он от старой версии Андроид, и не обновляется сам по себе отдельно от ОС.
У меня есть хороший знакомый, который недавно просил «починить у него на сайте YouTube». Который, вроде как, у меня отлично работает. Расследование показало, что он пользуется Хромом на… Windows XP. И? Вы думаете много разработчиков о таких как он и вы (да и я… отчасти) думают? Кастомные прошивки какие-то, клавиатурники и прочее. Ну нет ничего этого у 99.99% ни в бизнес-планах, ни где-либо ещё.
У вас телефон более, чем двухлетней давности?
Кастомная прошивка?
Root?
Мы обязательно рассмотрим ваши пожелания… Когда-нибудь… Когда рак на горе после дождичка в четверг свистнет…
Ах, ответ? WontFix (Infeasible)… проблема решена.
Если у вас Android старше KitKat'а, то у вас не только приложения, но и веб-сайты могут не работать — и всем будет пофигу… А скоро и на KitKat «забьют»…
В целом понимаю, что Вы правы. Но меня такая ситуация не особо устраивает. Тут можно возразить, что нечего возмущаться людям, которые хотят продолжения поддержки старого софта «нахаляву». Так я и рад был бы заплатить за такую поддержку… Но не предлагает никто этой возможности :(
P. S. Кстати, разве YouTube не работает в Chrome на WinXP? У меня вроде всё хорошо. В том числе со встроенными роликами на сторонних сайтах. У ВУашего знакомого, видимо, ОЧЕНЬ старый Chrome…
Столько споров о том, какие ТЕХНИЧЕСКИЕ особенности убили Фокса и возвысили Хром. И как с этим бороться (правильно или неправильно — уже следующий вопрос).
Вот в гугле люди оказались более толковые — они прекрасно с самого начала знали, что выигрывает продукт, о котором больше правильной инфы, у которого больше рекламы, который навяз в мозгу.
И в этом плане Фокс был обречен — Хром мало того, что продвигался топ-гигантом информационного именно рынка, так еще и очень грамотно гугл использовал свои ресурсы.
Собственно, пресловутый сверхчастый цикл обновления версии Хрома — ключевой момент в борьбе за место царя горы. Был. Несколько лет назад. Каждая новая версия — это был повод раструбить о ней посредством собственного же поисковика по всему инету.
Именно это прочухали в Мозилле и перешли с 4-й версии на аналогичный цикл обновления. Это было сколь прозорливо, столь и тупо. Во-первых, именно тогда Мозилла впервые стала банально копировать стратегии и тактики конкурента (а это всегда работает против тебя, если ты надеешься на лидерство — подражатель никогда не выиграет борьбу), во-вторых — у Фокса чисто технологически не было оснований так делать.
На Хроме что-то никто не слышал про отваливание расширений просто по факту перехода на новый «релиз». А у Фокса это была тупая врожденная болезнь системы rdf'ов — и хотя она столь же тупо и легко правилась в тех же rdf'ах, но понятно, что никакой обычный юзер этим морочиться не мог.
Ну и чем дальше, тем больше Фокс сваливался в копирование Хрома. Увидев, что переход на новый цикл не спасает, в Мозилле решили, что дело таки в реальных вещах, а не в организации процесса. Перепилили UI — сделали Австралис. Ну ОК — кому-то даже нравится, даже мне, но минимум половину фанатов оглоушили и оскорбили. Хуже всего, что и новых пользователей это им не дало — ибо массы, которые за простоту, все равно выбирали Хром, у которого UI не меняется по большому счету всю жизнь!
Ну не любят массы всякие изменения.
Дальше больше. Можно сколько угодно расписывать логичность последних изменений под капотом Фокса, но реальность это не меняет: теперь Фокс — это именно что хромоклон, только с другим движком.
Раньше идентичность, самость, уникальность продукта торчала наружу и интерфейсом, и функционалом. Теперь же она спрятана где-то настолько глубоко, что это никому (ан масс, опять же) неинтересно.
Да, возможно, Фокс станет таки быстрее, отзывчивее и оптимальнее. Возможно. Но пользователей он не вернет.
Останься он таким как был (с обработкой современным напильником), он мог бы хотя бы рассчитывать на преданное ядро гиков-фанатов. И их подручных хомячуов, которым эти гики навязывали бы Фокса своим авторитетом. Или своей властью де-факто.
А теперь нет никакого смысла выбирать Фокс. Мозилла сама его похоронила за плинтусом.
Если кто в Гекко-мире и выиграет от этого всего, то возможно — K-Meleon, который получит возможность разжиться стандартизованными расширениями на WebExtensions.
Хотя имей он 1% ресурсов разработки Фокса — имел бы вполне конкурентный пул расширений и на своем макроязыке (что куда экономичней хоть XULa, хоть WE). Там и так немало есть, а могло быть сравнимо с Хромом как минимум.
В общем, просрали все полимеры ребята из Тормозилла-корпорейшена. А все потому, что нет системного мышления. Нет широты. Нет понимания причинно-следственных вещей.
Ну и вот.
Собственно, пресловутый сверхчастый цикл обновления версии Хрома — ключевой момент в борьбе за место царя горы. Был. Несколько лет назад. Каждая новая версия — это был повод раструбить о ней посредством собственного же поисковика по всему инету.Вы слишком хорошо о разработчиках Хрома думаете. Серьёзно.
Сверхчастый цикло обновления — это отражение того, как разрабатываются все продукты Гугла с самого начала и по сегодняшний день. Ибо с самого начала Гугл выпускал софт только для дата-центров и (чуть позже) для web'а. Идеи о том, что кто-то где-то может «оставить себе» старую версию не было в принципе — вопрос всегда состоит не в том, будет датацентр обновляться или нет, а в том — когда и как он будет обновляться.
Ну и браузер таким же сделали. А вы в этом естественном действии нашли какой-то глубочайший смысл…
Chrome победил