Редактор GeekTimes
901,3
рейтинг
23 августа 2015 в 00:45

Firefox превращается в Chrome, отказываясь от поддержки старых дополнений

image

Вчера Mozilla Foundation объявила о грядущих серьёзных изменениях в работе браузера Firefox. Стараясь не отставать от современных тенденций, браузер переходит на такую схему работы, где каждой отдельной вкладке будет соответствовать отдельный процесс. К сожалению, внедрение этой схемы означает, что браузеру придётся отказаться от поддержки дополнений, работающих при помощи текущего API.

Проект Electrolysis, который как раз должен обеспечить работу каждой вкладки со своим процессом, появился ещё в 2009 году. Но с тех пор он крайне вяло развивался, и постоянно переходил в стадию заморозки. Основная проблема, с которой столкнулись разработчики – невозможность подружить проект с существующим API для дополнений.

Текущее API браузера называется XPCOM (кросплатформенная объектная модель компонентов), позволяющая писать дополнения на различных языках: C++, JavaScript, Java, через слой абстракции XPConnect. Эта система помогла появлению огромного количества дополнений к браузеру, что сыграло не последнюю роль в наборе им популярности.

XPCOM позволяет дополнениям взаимодействовать с браузером на достаточно интимном уровне, дополняя и изменяя поведение всех его компонентов, от элементов интерфейса до рендера страниц. К сожалению, эта система имеет и обратную сторону – её очень сложно скрестить с идеей Electrolysis и отдельными процессами для каждой вкладки. По канонам этой идеи все дополнения должны работать в отдельных от основного браузера процессах, а в такой форме их взаимодействие с внутренностями Firefox крайне затруднено.

В попытках скрестить эти две сущности Mozilla вводила протокол CPOWs (cross process object wrappers, межпроцессные объектные обёртки), для общения между процессами. Но система получилась медленной, к тому же она не обрабатывает все возможные сценарии взаимодействия. В связи с этим от неё также решено отказаться.

Firefox обещает сохранить поддержку дополнений, использующих высокоуровневый API, если они не будут использовать XUL (язык разметки для создания динамических пользовательских интерфейсов на основе XML). В целом XPCOM, XUL и CPOW исчезнут из браузера через год-полтора.

В результате Mozilla внедряет API под названием WebExtensions на основе JavaScript и HTML, которое уже используют Chrome и Opera, а Microsoft добавляет очень похожую вещь в свой Edge. Так что положительная сторона этой затеи состоит в том, что разработчикам очень просто (теоретически) будет писать дополнения, которые будут работать во всех современных браузерах.

А плохая новость для разработчиков в том, что необходимо будет переделать текущие дополнения на работу в новой системе. Это значит, в частности, что все дополнения, которые больше не поддерживаются разработчиками (но пока всё ещё работают), канут в лету. При этом сама организация признаёт, что далеко не все существующие дополнения можно будет воспроизвести при помощи нового API, поскольку в нём просто нет всех возможностей, присутствующих в текущем API.

Кроме этого, заботясь о безопасности пользователей, Mozilla постепенно вводит обязательную сертификацию дополнений к браузеру. Уже начиная с 42-й версии браузера, которая появится в ноябре, невозможно будет установить дополнения без цифровой подписи. Такую подпись получат только те дополнения, которые будут одобрены организацией, и будут распространяться через репозиторий addons.mozilla.org.
Вячеслав Голованов @SLY_G
карма
134,2
рейтинг 901,3
Редактор GeekTimes
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое

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

  • +7
    Надеюсь, Pale Moon выживает.
    • +2
      Разработкой и поддержкой Pale Moon занимается всего один человек. Ещё есть небольшая команда, которая занимается поддержкой SeaMonkey. Если Firefox перейдёт на Servo, который в принципе не умеет XUL, то этим проектам придётся худо. Для разработки и развития Gecko нужно явно много ресурсов и денег.

      Здесь Mozilla принимает идеи для нового API расширений. Сам интерфейс будущего браузера планируется делать на HTML, то есть он будет больше похож на Vivaldi, а не на Chrome. Сейчас в этой роли используется XUL. Основная проблема, которую они хотят решить — расширения имеют доступ ко всем внутренностям браузера, и часто делают не очень хорошие вещи при своей работе. С одной стороны это даёт невероятную гибкость, с другой стороны — это не очень стабильно, особенно после обновлений, когда внутренности браузера даже незначительно изменились. От этого они как раз и хотят избавиться — вывести наружу только какие-то внешние API, которые не будут меняться от версии к версии, а внутреннюю структуру браузера разработчики тогда смогут менять как им вздумается, не беспокоясь о том, что опять отвалятся какие-то расширения.

      В общем, если это уже окончательное решение, имеет смысл просить Mozilla реализовать необходимые API для того, чтобы ваши любимые расширения можно было бы реализовать с их помощью. В идеале всё же было бы хорошо уговорить их сделать какой-то «небезопасный» тип расширений, который бы имел полный доступ к DOM окна браузера. Пускай оно бы и ломалось часто при обновлениях… Всё же внешние специализированные API на все случаи жизни не сделаешь — наверняка будут появляться какие-то идеи, которые невозможно будет реализовать без расширения этого API, а разработчики Firefox явно же не будут моментально выполнять каждую просьбу о каком-то внешнем API для расширений…
      • +1
        http://forum.palemoon.org/viewtopic.php?f=4&t=7818
        Самый первый миф.
  • +32
    Глупости какие-то. Своими же руками уничтожают свой же продукт. Идиотизм некоторых корпораций и фирм меня порой поражает.
    Жаль конечно, Пользуюсь лисом исключительно из-за его дополнений. несколько раз пытался пересесть на Хром, но именно дополнения не давали это сделать. А теперь даже не знаю что и делать…
    • +14
      Согласен. Такое ощущение, что в компанию пришли люди вообще не понимающие зачем создается Firefox.Они хотят сделать как в Хроме… вот только зачем, если Firefox уже упустил свой шанс стать браузером №1 и держится как раз за счет контраста относительно хрома. И главным контрастом является именно полноценная поддержка дополнений. В то же хроме, к примеру, нет полноценного плагина для управления жестами: все существующие наработки не могут работать с техническими страницами, а в огнелисе они работают нормально. Когда эту и остальные подобные указанной фичи убьют, смысл будет оставаться на Firefox?
    • +19
      Похоже «синдром оперы» заразен :(
    • 0
      Всё с кастомизацией в порядке, ниже ответил.
    • +3
      Пользуюсь лисом исключительно из-за его дополнений. несколько раз пытался пересесть на Хром [...]
      Пользуясь случаем, спрошу: а по каким причинам пытались пересесть? Неужели Firefox больше ничем не привлекателен, кроме дополнений?

      Не флейма ради (спорить кому что «удобней-неудобней» можно до хрипоты), но меня действительно весьма удивляет популярность хрома — закрытого браузера, доверять которому стоит с известной осторожностью (история по ссылке показывает, что опенсорсность хромиума ни от чего гарантией не является).

      Гугл, конечно, его активно рекламирует и предлагает установить, что называется, «из каждого утюга», но почему-то хром не только домохозяйки ставят, он популярен и у технарей-айтишников, несмотря на закрытые исходники и частые жалобы насчет прожорливости и растущих из года в год системных требований. Лисица, конечно, далеко не идеал, но я лично не вижу технических, объективных причин почему у хрома, по разным оценкам, сейчас доля около 50-60%, а у лисицы — 10-20%. Чем же это объясняется?
      • 0
        Например, в корпоративной среде Хром удобнее. У продуктов Mozilla централизованная настройка сделана через одно место, а Хром использует настройки ОС из коробки.
      • 0
        У Firefox есть очевидные проблемы со стойкостью к загаживанию Windows домохозяйками. Я много раз встречал, что Firefox отказывается запускаться или обновляться без видимой причины, и попытки решить эту проблему за 5 минут не дают результатов. В Chrome таких проблем не замечал — наоборот, чтобы сломать автоообновление, мне пришлось немного помучиться. Вот и приходится пользоваться Chrome, потому что Firefox не работает.
      • 0
        Ну вот вам чисто техническая причина (почему я ушел в свое время на Хром) — при каких-то проблемах у него падает/начинает тупить только одна вкладка (== один процесс). У FF — весь браузер валится или встает колом. В Хроме есть вещи, которые лично мне не очень нравятся, но выхода пока особо нет. Жду Electrolysis уже несколько лет.
        • 0
          Согласен, это весомый аргумент (видел как-то Task Manager или Process Monitor в хроме: удобная штука, конечно). С другой стороны, обычно в тупняках лисицы виновен какой-нибудь тяжелый и/или глючный скрипт; с тех пор, как я стал пользоваться NoScript, стало сильно лучше даже без многопроцессности.
          • 0
            > какой-нибудь тяжелый и/или глючный скрипт;

            Так я как раз и работаю часто именно с такими скриптами :)
        • +5
          Мало того, даже если никаких проблем нет, а просто парсится DOM сильно перегруженного сайта, все вкладки подвиснут на 2-3 сек. А уж если проблемы — подвиснет весь браузер секунд на 20-30, до всплытия окошка «скрипт не отвечает». И всё это время вы не сможете даже закрыть глючную вкладку. Просто закрыть! Mozilla что, до сих пор живёт во временах Windows 3.11 с её невытесняющей многозадачностью?
          Во-вторых, FF очень падуч. Причём его падения кроссплатформенные, т.е. если в каком-то случае он падает — будет падать везде, на любой ОС. Да, в большинстве случаев эти падения вызваны дополнениями. Но что ж там за архитектура такая, что js-код, пусть и выполняющийся с повышенными привилегиями, может уронить браузер с сегфолтом?
          Наконец, в FF от версии к версии старательно урезают функционал. Например, как в современном FF отключить скрипты и загрузку графики? Разработчики утверждают, что это «нинужно», а на крайний случай есть дополнения. Только отчего-то дополнения эти кривые (например, отключение картинок кособочит разметку). Тогда как в Chrome очень удобное регулирование скриптов, графики и плагинов — можно включать по запросу на отдельных страницах, и этот выбор ещё и запоминается браузером.
          • 0
            А сейчас мало осталось сайтов которые способны работать с отключенными скриптами. Поэтому правильно делают — скрипты надо отключать выборочно, т.е. дополнениями а не все на корню.
            Недавно вообще сайт попался — работает исключительно на флеше, отключаешь флеш — всё. белая страница и НИЧЕГО.
            • +3
              Поэтому правильно делают — скрипты надо отключать выборочно, т.е. дополнениями а не все на корню.
              Авторы NoScript в этом смысле вообще молодцы, что сделали temporarily allow — таким образом довольно легко поддерживать нужный уровень блокировки, и когда-то разрешенный сайт с ныне диким язва-скриптом, на который вы вдруг снова случайно зашли, ничего не испортит.

              Почему многие (тем более новостные) сайты без JS/Flash не могут тупо отдать текст — для меня загадка. Неужели так сложно один раз протестировать работу в lynx/links?
              • +1
                Это из-за нездоровой моды на AngularJS и подобные фреймворки, когда вместо того, чтоб генерировать страницу на сервере, её собирают в рантайме на клиенте, вызывая тормоза и вот такие побочные эффекты вроде невозможности получить текст без включенного JS.
                А в NoScript очень не хватает возможности Temporary allow только для текущей страницы — а то если разрешить, к примеру, AdSense на одной странице, он активируется сразу на всех, пусть и до перезапуска браузера.
              • 0
                Войны копирайта… не хотят чтобы можно было простым ботом тырить тексты с сайтов и потом ими же зарабатывать позиции для левых сайтов.
                Скоро дойдет до того что текст будет частично рисоваться скриптом на страничке, а с отключенным скриптом текст будет с массой орфографических ошибок либо вовсе дырявый.
                • 0
                  Похоже на правду. Боже, как все-таки веб изменился… и насколько же мы (люди) меркантильные мчудаки. :-(
                • 0
                  Мне кажется всё проще: страницу рисуют на клиенте потому менять код на js быстрее и дешевле чем менять что то на сервере, особенно если серверная инфраструктура забористая. А то что кто то там по telnet посмотреть сайт не сможет — эта аудитория всё равно на доходы не влияет.
                  • 0
                    Но контент-то (собственно, текст) берется с сервера и в любом случае передается клиенту? Ну смешно же: данные уже на клиенте, скрипты все, но в результате пустая страница, т.к. скрипты по какой-то причине (NoScript, lynx) не отработали, и читать текст приходится через view page source.

                    Да и что там на сервере менять: один раз настроить, чтобы без JS (по телнету) тупо отдавался текст как есть в какой-нибудь минимальной разметке.
                    • 0
                      Не, не все равно. Написать рендерер html на сервере это нифига не простая задача: там надо разбираться в самом html и всем, что с эти связано, надо не положить сервер кривым кодом, надо думать о нагрузке и расходах на поддержку этой нагрузки и т.п. А потом надо быстренько поправить дизайн страницы и тут начинается процедура внесения изменений на сервер. Гораздо выгоднее нанять одного крутого кодера который сделает чистый http api, и нанять десяток взаимозаменяемых индусов которые наклепают на js рендерер — они могут написать код произвольной безобразности, но поскольку работать это будет на машине клиента, безобразность кода никого не волнует.
                      • 0
                        Зачем писать рендерер html на сервере? Что там рендерить? Взять из базы текст и завернуть в div — пусть его lynx отображает как умеет.

                        Вот просто из общих соображений: видеть пустую страницу при выключенных скриптах, когда ее основная смысловая нагрузка (текст) находится в памяти браузера, — это неправильно. Я все понимаю про индусов и js-рендереры, но неужели сложно хотя бы давать ссылку на лайт-версию страницы вместо пустоты?
                        • 0
                          А кто заплатит за эту функцию? Даже если это не накладно, могут не согласится СЕО-шники, это же упрощает работу бота от конкурента…
                        • 0
                          Алексей, ну ведь не одних настройках дело. Добавили эту функциональность — потратили пару тройку человеко-дней на создание легковесных страниц, отображающих то же самое, но для 0.1% пользователей. Эта пара тройка человеко-дней не пошла на исправление критического бага или запрашиваемой многими функциональности.

                          Потом потратили пару тройку дней на тестирование легковесных страниц (не хотим же чтобы пользователи видели откровенно сырой продукт?!), потом провели динамическое и статическое сканирование легковесных страниц с помощью какого-нибудь секур вендора и если он нашел что-то, то и это подправили — это еще время и деньги.

                          А после того как все успешно выкатили в продакшен приготовились к отдельному потоку баг репортов для легковесных страниц, а значит нужен персонал для их поддержки и доработки, особое счастье в том, что если что-то новое добавляется к основным view — то легковесные тоже надо допиливать чтобы не ломались. На этом кстати большинство тех, кто так делает и сдувается. Перестают поддерживать опциональные методы рендеринга.
          • 0
            Например, как в современном FF отключить <...> загрузку графики?

            Как-то так
            image
            image

            Скриптов там, к сожалению, нет
          • +2
            Вы и isden, в новых версиях FF это почти починили, не до конца, конечно, но стало гораздо лучше. Вынесли рендерер вывода на экран и выполнения скриптов в отдельные потоки.

            И, честно говоря, за уже 3 года использования Firefox, он у меня падал буквально не более 5 раз. Не понимаю, о каких падениях вы говорите.
            • 0
              Это радует.
              Я как раз уже начал посматривать в сторону возврата на него, ибо Хром реально задолбал своим аппетитом на память (которую и отдавать нормально потом не хочет).
              • 0
                Под линуксом, однако, пока не супер (но тоже есть улучшения), а вот под виндой неплохо.
                • 0
                  У меня в данный момент макось актуальна :)
      • НЛО прилетело и опубликовало эту надпись здесь
        • +2
          Когда Chrome невозбранно лезет в /etc/passwd зачем-то, меня это, например, смущает.

          Так, с этого момента поподробнее, пожалуйста.
          • НЛО прилетело и опубликовало эту надпись здесь
  • +9
    Ого, паршиво. Кастомизируемость — едва ли не ключевая фишка Firefox. Судя по всему, скоро функциональность расширений будет катастрофически ограничена (возможно даже, вообще до уровня Chromium).
    • +1
      Да, кошмар и ужас. Попрощаемся с древовидными вкладками, а из-за перехода на многопроцессную архитектуру FF научится как и хромые браузеры выжирать все ресурсы компа.
    • +3
      image
      • НЛО прилетело и опубликовало эту надпись здесь
        • 0
          И умрёт? :(
  • –11
    И вы опять будете меня спрашивать, почему я всегда отключаю автообновления всего и вся?
    • 0
      И вдогонку: habrahabr.ru/post/265283
      • +6
        Нет, я опять спрошу: на безопасность что клал?
        • 0
          Никаких проблем уже несколько лет. Вообще. Просто не надо по андеграундным помойкам шариться.
          А софт я таки обновляю — но тот и тогда, когда сам посчитаю это нужным и полезным.
  • +12
    браузер переходит на такую схему работы, где каждой отдельной вкладке будет соответствовать отдельный процесс

    Блин, только не это. Это ж сколько процессов у меня будет запущено, уу…
    • +6
      А уж у меня… Долбанутый Хром при моей манера работать в интернете жрет в районе 3 ГБ оперативки и больше (вплоть до 4х).
      Один сраный браузер Карл!
      Чтобы просто активно и комфортно посерфить в интернете на хромопобных браузерах уже нужна 64 бит ОСь и 8 Гб оперативки. Что за маразм.

      В офисе который в «полглаза» админю уничтожаю хром как вирус — если очередной сотрудник жалуется что у него все вдруг стало тормозить и глючить, в 80% случаев оказывается что он себе поставил Хром. И его сносом и установкой например FF проблема устраняется, т.к. она заключалась в том что Хром сжирал большую часть свободной памяти и машина уходила в жесткий своп.
      • +1
        Кхм, у меня оперативы 12, и Он частенько просто отжирал всю свободную (мы делим ноутбук с женой (не потому что нет второго, а потому что мой всегда включен), поэтому всегда открыта хренова туча вкладок (сейчас 132, например, но это мало).

        В общем, пришлось ставить The Great Suspender. Да, неудобно — приходится ждать перезагрузки страниц, но зато выше 200Мб он обычно не разрастается.

        Почему не пользуюсь Firefox? Ну не сложилось. Когда я ушел от него в Chrome по причине поглощения памяти. Но тогда памяти было гораздо меньше (елки-палки, в 24 раза меньше. Жрал память… %-)).
        • 0
          а как вы с женой работаетет на одном ноуте? какой софт используете? или просто поочереди?
          • +4
            Системы распределения ресурсов «Руки оторвал — клаву потерял» и «Кто первый встал, того и ЭВМ». Чугунной сковородой по голове больно, поэтому кодить частенько приходится на нетбуке.
        • 0
          Вот никогда не понимал, зачем такое гигантское кол-во вкладок :) Вероятно, неправильное использование их в качестве закладок всему виной? Или таки можно 132 читать условно-одновременно (в одной «сессии» серфинга)?
          • +3
            Они (вкладки) имеют свойство накапливаться в процессе серфинга (не обязательно одной сессии). Т.к. уже довольно давно лисица не загружает все вкладки при [ре]старте, их большое количество особо не мешает: «горячих» вкладок, т.е. тех, с которыми непосредственно работаешь «здесь и сейчас», обычно намного меньше открытых.
            • 0
              Не мешает? Как в них ориентироваться то? Заголовки же даже не видно.
              Я вообще больше 10 вкладок стараюсь не открывать, а если нужно то использую группировку вкладок в firefox.
              image
              • 0
                Есть неплохие решения типа такого:
                image
                Если вкладок будет больше, чем 3 ряда (настраивается) — появится скролл.
              • +3
                У меня заголовок вкладки имеет фиксированный минимальный размер, и такой мешанины не получается: просто включается скроллинг (выглядит примерно как на скриншоте выше). То есть ориентироваться, в принципе, можно (ну и при наведении на вкладку отображается ее полный title).
                • –1
                  При 800 вкладках, как у некоторых тут, никакой скроллинг не спасёт.
                  • 0
                    Поможет очень удобное расширение Tree Style Tabs
                  • 0
                    Спасет Tree Tab
              • +1
                Вот так, например: http://norlin.ru/st/tabs_1B8A0D27.png

                Это, кстати, основная причина, почему я не перехожу с FF на Хром или Сафари.
              • 0
                У меня они не ужимаются уже определенного размера(на которым все еще видна иконка сайта и начало заголовка по котором вполне понятно что за сайт в ей открыт), вместо этого появляется горизонтальный скрол (ну или 2й/3й этаж — при наличии соответствующего дополнения дополнении).

                Причем не помню чтобы я что-то делал для этого специально, по-моему для FF это поведение по умолчанию и такой картины как у вас никогда в FF не видел
          • +3
            У меня в типичный вторник в браузере можно найти:

            1. Основное окно в десятком вкладок, с RSS-агрегатором, мессенджерами, новостями и т.д. — казуальное такое окно.
            2. Окно со Stack Overflow — здесь я гуглю во время написания кода. В зависимости от степени трагедии может быть до 200 вкладок, потом предпочитаю закрывать, навигация становится неудобной.
            3. Одно-два-три-четыре рабочих окна — удобнее держать по десятку вкладок на каждый рабочий проект в разных окнах или группах.
            4. Специфические вещи типа поиска музыки. Исследую новый жанр музыки, например, открываю десяток вкладок для этого.
            5. Тематические вкладки, которые в скором времени понадобятся. Игры, например, — десяток вкладок про секреты GTA 5, десяток про билды в Diablo 3, ещё десяток про скрипты или броски в CSGO.
            6. Плеер-окно — ютуб, саундклауд или твитч идут в своё окно и свой монитор.
            7. Википедия-трип-окно — для чтения википедии в большом количестве. Тут может быть вообще дохрена вкладок.

            Вот и получается, что открыто больше 100 вкладок, а по ощущениям ничего тяжелого и не делаешь в браузере.
          • +5
            Закладки — это кладбище. Я в жизни не вспомню, что туда «заложил» и не смотрю в них почти никогда. А вкладка будет мозолить глаза и оперативку.
            Если их становится слишком много, а они «нужны», я их сохраняю в Session Buddy и закрываю — потом можно все разом открыть («А-а! Верни мои вкладки!»).

            И да, обычно они не бездумно копятся, а являются частью какого-то злобного замысла.
          • +2
            Зашел на главную Хабра, увидел десяток интересных статей, открыл, начал читать, отвлекли по работе, нужно что-то посмотреть, еще вкладки. Ну и так 30-40 за день накапливается.
        • 0
          Попробовал, не запоминает прокрутку страницы после перезагрузки. Как без этого читать длинные коммента хабра?
          • 0
            Ну так, «мыжпрограммисты»: всегда можно либо написать товарищу-автору фич-реквест, либо форкнуть и добавить функцию своими руками.
      • 0
        Восьми тоже далеко не всегда хватает, частенько получаю «в системе недостаточно оперативной памяти», Хром все сжирает.
        Однако площадки нужные мне в работе поддерживают только с Chrome. Приходится пользоваться.
      • 0
        >>Чтобы просто активно и комфортно посерфить в интернете на хромопобных браузерах уже нужна 64 бит ОСь и 8 Гб оперативки.

        Не поможет, 8 мало, я даже тест проводил как то, с тех пор как появился 64х битный хромоножка уже и 16 может на 10-15 вкладках с толстыми сайтами не хватить.

        и для DmitryAnatolich: а я вот с хрома на лису перешёл из-за жора. The Great Suspender жутккий костыль: историю загаживает своими техническими ссылками, ресурсы полностью не отдаёт ибо не закрывает процессы совсем, а ещё часто теряет вкладки. В лисе же эта функциональность сейчас работает идеально ибо есть нормальное API для работы с вкладками. Если и лису сломают и сделают УГ без нормальных плагинов, то будет очень-очень печально.
        • 0
          Ну это так сказать минимальные требования. С меньшим на хром лучше просто не соваться. А так может конечно и больше сожрать.
    • 0
      Это огромная проблема? А сколько у вас сейчас процессов запущено? Не намного то и больше.
      • 0
        Сейчас у меня запущено 79 процессов.
  • +5
    Сейчас сижу на Firefox Developer Edition со включенным Electrolysis и хочу сказать, что не все так плохо. Из аддонов отвалился только FireShot и Vimperator. Последний, как я понял из обсуждений на гитхабе, перестал работать, в том числе, из-за обильного использования deprecated-функций, которые удалили и эта проблема сейчас решается.
    Жизненно важный минимум из AdBlock, Ghostery, Greasemonkey и HTTPS-everywhere на переход вообще не отреагировал и продолжил работать.
    К тому же, Electrolysis (с которым я пока никаких проблем не заметил) отключается. А на крайний случай у фаерфокса есть и будет множество форков, как с новыми возможностями, так и без них.
    • +2
      Эти дополнения и так были везде. Вот что-то вида Tree Style Tab или TabMix Plus на новом апи уже будет принципиально невозможен, как я понимаю. Т.е. интерфейс приколотится гвоздями, как везде.
      • +1
        Проверил. Tree Style Tab действительно не заводится со включенным e10s. Обычные вкладки пропадают, слева появляются зачатки интерфейса, кнопка добавления вкладки, но дальше дело не идет. С отключенным — все работает. Последняя сборка TabMix Plus работает и с e10s, и без него.
        • 0
          Последняя версия TST (собранная вручную) прекрасно работает в последней Nightly с включенным e10s на момент написания этого комментария.
        • +1
          Как насчёт Greasemonkey/Stylish? Classic Theme Restorer? Tab Kit 2nd edition?

          И там правда 1 процесс на вкладку? Или на ядро? На домен? Что становится с браузером, памятью и процессором, когда открыто пара сотен вкладок? Может ли браузер выгружать вкладки после периода неактивности, сам или через расширение (сейчас я использую UnloadTab)?
          • 0
            Сейчас там 1 процесс для самого браузера и 1 процесс для вкладок.
    • 0
      Из аддонов отвалился только FireShot и Vimperator.


      Ко времени релиза FireShot переведу на Electrolysis. Дальнейшие перспективы пока не ясны — поддержку Native-расширений на настоящий момент не обещают. Очень много работы в последнее время Mozilla подкидывает своими нововведениями.
  • +8
    Да нет никакой трагедии, просто пост истинно-ализарский.

    Если читать оригинал внимательно, то там говорится, что основные API кастомизации останутся. Tree Style Tab и NoScript не сломаются. По-сути выпиливается XUL и API приводится к более общему виду как WebExtensions. И это вполне правильная вещь — многие используют Chrome вместо браузера именно из-за дополнений, которые разработчики пишут только под Chrome, ввиду того, что дополнения под Firefox писать сложнее, а охватываемая аудитория — меньше. А XUL просился на выпиливание сразу после того, как стало ясно, что он «не выстрелил», то есть лет 10 назад.
    • +1
      Ну если это убьет zotero, то для меня это будет настоящей трагедией. Это единственное, что заставило меня пересесть назад с хрома на огнелиса…
      • 0
        Сейчас, вроде, команда Zotero активно работает над standalone версией.
        • 0
          А что с ней не так сейчас? Я пользовался только standalone-версией, вроде бы в ней всё уже хорошо.
      • 0
        Я на Mendeley переползаю…
        • 0
          В нем, к сожалению, нет «бесплатного режима» (синхронизировать файлы по webdav). Ну и не opensource. Хотя, конечно, альтернатива №1.
          • 0
            похоже у них дается 2гб онлайн www.mendeley.com/features/backup-sync-mobile Не webdav конечно, но на некоторое время должно хватить, а там глядишь и еще добавят…
            • 0
              2 Гб мне более чем достаточно. Я сами pdf могу и отдельно хранить. Мне в основном под диссертацию списки источников формировать. Ну и под статьи.
        • +1
          перефразируя Твена «перейти на Менделей легко, я делал это тысячу раз». Надо будет наверное еще разок попробовать :-)
          • 0
            У них плагин к Либре удобнее. И каталогизация мне больше понравилась. Хотя в принципе одна фигня. В крайнем случае можно безболезненно мигрировать
            Они с Zotero совместимы.
    • +1
      Я, конечно, оригинал просмотрел бегло и по диагонали, так что могу ошибаться. Но вот что беспокоит лично меня. Не сломаются ли TiddlyFox и Scrapbook? Оба, насколько я понимаю, требуют доступа к файловой системе, чтобы писать туда файлы, а Scrapbook ещё и XUL-ом пользуется.

      И вдобавок меня напрягает невозможность установки неподписанных расширений. Сейчас я беру тот же Srapbook, распаковываю, допиливаю так, чтобы при сохранении страниц с Хабра из них удалялось всё лишнее, запаковываю и ставлю. И получаю свой собственный Scrapbook, заточенный лично для меня. Как я понимаю, в будущем я допиливаю кусок кода, отправляю на проверку в Mozilla, в течение пяти дней получаю ответ и могу допиленный код проверить в браузере? Так, что ли? Или я сгущаю краски и подпись будет касаться только расширений, которые распространяются через репозиторий?
      • +1
        Ах, Scrapbook был моей любовью (архив хранится до сих пор, как оказалось, в нем целая туча статей с уже несуществующих сайтов), он был последней нитью, связывавшей меня с «прожорливым» Firefox 4. Но однажды обаяние Chrome перевесило необходимость в личном веб-архиве, и я ушел. Chrome пришел к Firefox и сам забрал мои вещи.
        И я был крайне возмущен тем, что хром-аддоны не имеют доступа к ФС. До сих пор ношу в планах сделать совместимый аналог с прослойкой в виде веб-сервера. Не очень удобно (очень неудобно), но…
        • 0
          caniuse.com/#feat=filesystem — не пойдет?
          • 0
            Не очень: на сколько я понял, доступ ведь не к реальной ФС, а к шифрованному хранилищу, лежащему в определенном месте с «не теми» именами. А когда я смотрел в последний раз, эта штука поддерживалась вообще только в ChromeOS.
            Но подвижка есть, можно ковырнуть еще разок, спасибо.
      • 0
        В Developer Edition (это типа альфа-версия) можно будет ставить неподписанные расширения. Меня потенциальное отсутствие возможности использовать релизные версии браузера тоже немного напрягает. Вот уж где действительно хромификация происходит.

        Но с другой стороны, если это поможет побороть малварь в виде аддонов, то я за. Переживу и на альфе.
        • +2
          Обновление: помимо Firefox будут выпускаться небрендированные сборки от Mozilla, в которых можно будет отключить проверку подписи дополнений. morthan
          • 0
            Это хорошо. Буду надеяться, что установка этих небрендированных сборок в Ubuntu не вызовет затруднений.

            Но с другой стороны, если это поможет побороть малварь в виде аддонов, то я за.

            Ни разу не видел малвари в виде аддонов. Наверно, распространяется через соц. инженерию?
            • 0
              Если честно, не знаю как распространяется. :) В основном занимается подменой сайтов и добавлением рекламы.
              • 0
                Не думаю, что оно устанавливается через какие-нить эксплоиты. Скорее всего, надо чтобы человек самостоятельно его скачал и установил. То есть для защиты от него должно быть достаточно здравого смысла. :-)
                • 0
                  Mozilla не дадут подпись малвари, поэтому он не сможет малварь поставить. Я это имею ввиду.
                  • 0
                    А я имею в виду, что если не ставить что попало, то малварь тоже не поставится. Про Mozilla и подписи это и так понятно.
                  • 0
                    Вот, кстати, в Chrome Web Store малварь точно была, маскировалась под обходящее блокировки сайтов расширение, но не делало этого. Совместными усилиями друзей и прокси мы его заобузили, но на следующий день появилось еще одно.
      • 0
        В режиме разработчика всё-равно можно будет запустить любой код также как и в хроме.
    • +1
      Ну как сказать. В частности, лично меня в этом огорчили отнюдь не изменения в API. В конце-концов, актуальные плагины никудашечки не денутся, разработчики их просто рано или поздно адаптируют. Причем скорее всего рано, т.к. девелоперские превью Файрфокса доступны, и можно заниматься миграцией. Меня намного больше огорчил факт, что Файрфокс станет многопроцессным.
      • +1
        Я надеюсь, что многопроцессность будет опциональной, как сейчас.
    • +1
      Сломаются. Тут надо ставить вопрос иначе: реализуемо ли это будет на новых API и хватит ли у авторов времени и энтузиазма переписать все практически с нуля.

      Вот Tree Style Tab сейчас работает напрямую с оригинальными вкладками, переворачивает XUL-узел контейнера и добавляет отступы XUL-узлам собственно вкладок. Плюс содержит огромное количество оберток и патчей для встроенных функций, чтобы работало наследование родительской вкладки и прочие удобства. Так что даже текущих API не хватило, раз понадобилось заниматься хаками.
  • +16
    … также в планах компании постепенный переход на Webkit.</sarcasm>
    • +1
      Скорее уж на Servo
      • 0
        Кстати да, вот Servo (побуду диванным аналитиком немного): он как раз и делается же ради безопасности, мультипроцессности, изолированности, etc. Обещается и совместимость с Chromium Embedded Framework. API дополнений все же слишком важная штука, чтобы его ломать в существующем продукте (тем более, когда именно за это его многие и ценят/предпочитают) — имхо логичнее радикальные изменения в данном случае сгруппировать (особенно если они related).
        • +3
          Дело в том, что текущее «API дополнений» — можно почти что отсутствие API, там просто даётся полный доступ ко всем внутренностям браузера. Доходит до того, что некоторые аддоны исправляют код функций браузера при помощи регулярных выражений (об этом упоминают разработчики Firefox), что приводит к проблемам в последствии при обновлениях и т.д. Возможность вмешиваться в работу любой части браузера — это очень гибко, позволяет реализовать самые смелые идеи. С другой стороны, при неумелом обращении или после обновлений (даже из-за небольшого изменения внутренностей) это приводит к разным неприятным последствиям. А при радикальных переменах типа внедрения многопроцессности или нового движка (Servo) это приводит к полной неработоспособности расширений. Это разработчики Mozilla и хотели бы исправить таким радикальным способом, введя какое-то внешнее стабильное API. Только у этого есть большой недостаток — ограниченным внешним API не реализуешь любую смелую идею. Например, я не представляю, какого рода высокоуровневое API (которое не было бы завязано на внутренности браузера) нужно для того, чтобы расширить стандартную адресную строку до такого:

          image

          А ведь подобных уникальных расширений для Firefox достаточно много.
          • +1
            Вот именно, что надо менять архитектуру так, чтобы можно было изменить любое поведение браузера без необходимости «парсить исходники регулярками». XUL+XBL худо-бедно решали эту проблему. HTML даже не пытается её решить.
            • 0
              На сколько я понимаю, на данный момент не идёт речи о том, чтобы дать полный доступ к HTML интерфейса браузера. Впрочем, это ещё очень далёкое будущее. Как Servo далёк от завершения, так и HTML интерфейс появится не завтра, и даже не через год. Mozilla регулярно ошибается со сроками (вспомним Australis, который откладывался больше года; Electrolysis, который откладывается уже почти год), так что до этих серьёзных перемен видимо ещё очень далеко, и речь про год-полтора — это лишь чрезмерно оптимистичные планы Mozilla :)

              Вместо XBL они планируют использовать Web Components. Правда, я не в курсе, можно ли там наследоваться и менять поведение существующих компонентов. Наверняка такое можно будет прикрутить при желании, если этого ещё нет в стандарте.
              • 0
                В XUL для этого есть оверлеи: https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XUL/Overlays
          • 0
            Спасибо, понятно. Собственно, что-то такое я и предполагал (возможность вмешиваться в работу любой части браузера); к примеру, в свое время я так и не нашел способа написать расширение для оперы (классической, на Presto) чтобы сохраняла mtime скачиваемых файлов — надо думать, как раз из-за ограниченности API.

            С другой стороны, я боюсь, что API действительно станет слишком ограниченным; возможность/невозможность реализации не-разметочных-страничко-отобразительных плагинов вроде вашего примера или preserve downloaded files mtime это, думаю, продемонстрирует.
  • +2
    Я люблю firefox за то, что у него есть firebug, adblock, noscript, html(5) validator, удобный доступ к кукисам, к очистке кеша.
    В хроме это всё есть, но какое-то не удобное

    Но что-то последнее время эта парочка firefox+firebug меня беспокоит: Стоит только где-то допустить в явоскрипте ошибку — firebug заявляет «а Вы знаете, что-то на этой странице вобще нет яво-скриптов». Ошибку можно исправить, обновить страничку, но ява-скрипта всеравно «нет»
    Только запуск в новой вкладке приводит firebug в чувство. Ну это так, о наболевшем.

    А по поводу топика — надеюсь, перечисленные плагины портируются в новый апи, иначе придется откатываться к старым версиям фф и плагинов.
    • +2
      Советую пересилить себя и перейти на встроенный инспектор Firefox, он хороший.
      • 0
        Только тоже не без багов и глюков. Например, частенько «теряет» DOM-дерево. Приходится перезагружать страницу или закрывать/открывать Dev Tools.
        • 0
          Это да, наблюдал такое
      • +1
        firebug недавно пофиксили этот баг про яво-скрипты
  • –4
    Мне, вот, просто интересно, а давно ли браузер перестал заниматься своей главной функцией и перешел в разряд программы, которая делает что угодно из-за плагинов и это ТАК важно, а последней ролью является отображение страниц, что такую «панику» развели в комментариях?:-)

    • +4
      С тех пор, как браузер сам стал главной функцией компьютера. Сейчас невозможность использовать расширения в браузере сродни невозможности запуска Win32 приложений на WinRT.
      • –6
        Не надо преувеличивать, кроме браузера все еще полно приложений и они решают свои задачи.
      • 0
        Если уж так, то главная функция на ПК — включить ОС. Разные около-развлекательные программы лишь дополняют ОС. Если браузеру файерфокс надо обновиться и перешагнуть «на новый уровень» — это же здорово! Разработчики узнают что-то новое и сделают своей плагин ещё лучше. Всегда всё с каким-то пессимизмом преподносится, что ли…
      • 0
        сродни невозможности запуска Win32 приложений на WinRT
        Но их всё-таки можно, неофициально.
        • 0
          Я не разбираюсь в теме, но WinRT — это arm, а Win32 — это ia32 или em64t. Как можно запустить одно на другом, пусть даже «неофициально», не прибегая к виртуальным машинам с полной трансляцией?
          • 0
            Обычно Win32 называют старое API в Windows, которое используется для классических десктопных приложений. Полагаю, что имеется в виду неофициальная возможность собрать Win32 приложение под ARM и запустить его, хотя официально ARM версия Windows умеет только приложения с новым API.
            • 0
              Теперь понятно. Т.е. речь о «убегании» из Metro/ModernApp-песочницы?
              • 0
                Сам никогда такие планшеты не держал в руках. На сколько я слышал, там по умолчанию есть классический рабочий стол, но сделан он только для возможности запуска классического офиса. Остальной софт нельзя запустить из-за какой-то проверки (наверное нужна цифровая подпись MS), и запуск стороннего Win32 софта возможен после обхода этого ограничения.
          • 0
            Win32 само по себе не завязано на каком-то конкретном железе, можно пересобрать под другую архитектуру.
            forum.xda-developers.com/showthread.php?t=2092348
            Транслятор x86->arm кстати тоже есть где-то на этом форуме, хотя и запускается не всё.
    • 0
      Обилие множества бешеных из океана нерегулируемых веб-разработчиков наталкивает на мысль, что надо помочь себе как-то привести сёрфинг в порядок, вопреки.

      Из «несёрферовских» плагинов в Лисе у меня только три:
      1) FoxClocks. Да и то на форумах и чатах даёт представление о состоянии собеседника.
      2) Classic Theme Restorer, который помогает не страдать от «новомодных экспериментов в области взаимодействия „машина-человек“
      3) Menu Wizard, который помогает сгрести в кучу все разнообразные пункты меню, которые разработчики аддонов решили повсеместно разбросать по интерфейсу Лиса.

      Остальные два десятка аддонов честно работают только на сёрфинг.
      • 0
        Из условно-несёрферских я бы еще наверное download mtime sanitizer добавил, без него никуда. Исторический баг на эту тему (249 комментариев) был закрыт как WONTFIX; вот мнение мозилловцев на этот счет:
        This hoses your file order in the downloads widget in the Mac OS X dock. Safari apparently used to do this and they changed it back to setting it to the download time. Every other browser in existence sets it to the download time.

        I think this is going to piss off a lot of users. (myself included, this hoses my workflow trying to locate things I just downloaded).

        I suspect those who want the server's timestamp are in the minority — the extension mentioned in the whiteboard ought to be to set the server timestamp, and default behavior should be the current time. Mainly because people expect things they just downloaded to sort to the top of their downloads folder, and people who actually care about preserving the modified time from the server will be savvy enough to go find the extension. People who want things to «just work» aren't even going to know the extension exists and will just go to some other browser that does it right.
        *facepalm.jpg*

        Как их только не просили и убеждали, мол, хотя бы галочку сделайте, но нет: ставьте расширение. :-(
    • –1
      Почему вы считаете, что отображение страниц является последней ролью?
      • 0
        Не понял вас. Я об этом не писал
        • 0
          geektimes.ru/post/260686/#comment_8748298
          а последней ролью является отображение страниц
          • 0
            Понял вас. Потому что большинство приклоняется плагинам куда больше, чем простому просмотру веб-страниц и жить без плагинов не может, о чем, собственно, данный пост и написан.
            • 0
              Потому что мне важно не полюбоваться на страничку, как сваял её автор, а получить и упорядочить информацию. Если вам нравится смотреть — вам не веб нужен, а картинная галерея.
              • 0
                И всё же, не так. Браузер — это средство просмотра интернет страниц. Всё что довешивается на браузер — это воля его разработчиков и тех, кому не лень потратить время на создание интересующего плагина, который что-то может визуально улучшить. Главная функция браузера — отображение веб-страниц, считайте, что это картинная галерея. Если вам не нравится просто смотреть на картины, а хочется их смотреть через розовые очки, так сказать, то это ваше право. Я своё мнение вам не навязываю, а просто объясняю суть того что написал (или пытаюсь объяснить).
                • 0
                  Тогда вам нужен не браузер, а телевизор. Веб не зря создавался (а потом не раз к этому возвращались) так, чтобы в разных клиентах составляющие его странички смотрелись по-разному.
                  • 0
                    Это всё понятно, но мы же не об этом. Причем тут браузерные плагины для отображения страничек?
  • +1
    Кроме этого, заботясь о безопасности пользователей, Mozilla постепенно вводит обязательную сертификацию дополнений к браузеру. Уже начиная с 42-й версии браузера, которая появится в ноябре, невозможно будет установить дополнения без цифровой подписи. Такую подпись получат только те дополнения, которые будут одобрены организацией, и будут распространяться через репозиторий addons.mozilla.org.


    Это не совсем так. Возможность распространять со своего сайта остаётся — для этого разработчику необходимо создать новое расширение в панели управления, пометив его, как Unlisted. Этот продукт не будет отображаться в листингах, но после проверки специалистами его можно будет скачать с цифровой подписью для самостоятельного распространения. По своему опыту, могу сказать, что Full Review занимает один-два дня, в отличие от версии для addons.mozilla.org (там апдейт уже неделю «маринуется», переместившись в очереди со 130 места на 69).
  • 0
    Я правильно понимаю, что все gecko-браузеры с другими названиями — это (в лучшем случае) Firefox с дополнительными расширениями, и поддерживать альтернативную по своему движку лисичку некому?
    • 0
      Не совсем. Насколько я помню, Pale Moon умудряется поддерживать старый, до-Australis интерфейс.
  • +1
    Отлично. Пользуюсь ФФ потому, что он не заполняет окно «Диспетчера задач» двумя страницами своих процессов. До того сидел в «Опере».
    Кто следующий?..
  • 0
    Ёклмн! А знает кто-нибудь: останется ли XPCOM внутри браузера? Будет ли поддерживаться XulRunner (пусть даже без XUL, а с HTML-ем)?
    • 0
      XPCOM будет выпилен вместо с XUL, внутри будет использоваться ещё долго (я думаю, минимум 2 года).
  • –3
    # paranoia
    paranoia> это сделано чтобы прикрыть аддоны вроде torbutton, refcontrol, noscript, scriptish, и прочие, вносящие изменения в поведение, нежелательное для спецслужб, и копирастов и чсв разработчиков браузера. ^C
  • –4
    Только сейчас понял, что через год или два Firefox перейдёт на движок Chromium.
    То есть, сначала они переводят расширения, чтобы общество не волновалось, а потом уже движок. Ведь если сразу сменить движок, расширения работать не будут.
    • 0
      Глупости. Вообще-то они уже несколько лет пишут собственный новый движок Servo. И даже новый язык программирования для разработки этого движка создали — Rust.

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