Мне непонятно, зачем в Мозилле придумывали промежуточную технологию Addons SDK, что-то более похожее на WebExtensions, чтобы с выходом Firefox 57 от нее отказаться?
Для справки: летом 2017 года создавать расширения можно было с помощью XUL, Addons SDK и WebExtensions.
В новом Firefox ситуация с горячими клавишами расширений «неоднозначна»:
— с одной стороны, горячих клавиш можно сделать очень много (а не так как в Хроме: 4 и не больше)
— с другой стороны, нет никакого механизма разруливания конфликтов в случае если несколько расширений претендуют на одну и ту же комбинацию. В Хроме и Опере подобный механизм есть.
Мне, разработчику расширений, со временем WebExtensions начал больше нравиться, чем XUL. Да, возможностей по модификации UI браузера меньше, но внутри всё организовано как-то проще и логичней. Во главу угла поставлена производительность, все потенциально тормозящие действия сделаны через асинхронные API.
Да, мы с этой проблемой тоже столкнулись. Но тут хоть есть надежда, что со временем новые API расширятся и те проекты, которые нельзя реализовать сегодня, можно будет сделать завтра.
Но нашу компанию больше подкосил запрет на установку не подписанных расширений. У нас несколько десятков служебных расширений, которые занимаются анализом сайтов (контент, верстка, статистика, usability, etc), которые сами писали и которыми сами пользовались, некоторые из безобидных отдавали клиентам. Многие из них содержат know-how, которых нет у конкурентов. Очень стрёмно заливать их даже в скрытый раздел addons.mozilla.org, чтобы иметь возможность подписать. А пользоваться экзотическими сборками Firefox, где этого запрета нет, не всегда удобно ни нам, ни клиентам. Одним словом мы до сих пор нормального решения для себя не нашли и это снижает для нас привлекательность экосистемы Firefox.
В Мозилле Корп. тоже ведь не дураки сидят и они должны взвешивать все риски до принятия таких серьёзных решений. Возможно с переходом на унифицированные веб-екстеншины они думают подрасти за счёт расширений Хрома. Гиганты, вроде Владимира Паланта (Adblock Plus), конечно же перепишут свой аддон, но мелкие разработчики, которые делают вещи вроде моего любимого InFormEnter`а могут подобный переход не пережить.
Но с другой стороны тут есть и определённые плюсы. Осилив веб-екстеншины разработчик теоретически выпускает своё расширение сразу и под Вивальди и под Хром и даже Edge. Мозилла Корп. сможет извлечь выгоду из этого перехода, если будет расширять API для WebExtensions и вовремя поддерживать нововведения конкурентов, одним словом вести себя также, когда они боролись с IE.
«Поддержа многопроцессного режима» это, конечно, хорошо… только это всё померкнет на фоне того армагеддона, который Mozilla готовит в 57 версии. В ней собираются поддерживать только веб-экстеншины, всё что на ксуле (XUL) — работать не будет, а это, насколько я понимаю, всё что сейчас входит в топ10: Adblock Plus, Firebug, Greasemonkey и т.д. Если ничего этого не будет, то спрашивается, кому нужен голый Firefox?
Да, опубликованы мануалы для разработчиков по миграции, да, возможно оттянут запрет на более поздние версии, но в свете последних событий (сворачивание Add-on SDK, ужесточение установок неподписаных расширений) работать в экосистеме Firefox становится всё тяжелее.
1) Дизайну несколько месяцев, поэтому никто никуда не уходит
2) Стрёмно такие тесты проводить на живом проекте, т.к. вместо ожидаемых 250 переходов по логотипу можем получить просадку посещаемости сайта на 10% (цифра условная) и как это потом объяснять заказчику?
Скорее не «бред», а просто голословное утверждение. Посмотрел статистику за неделю на одном проекте. По логотипу кликали 200 раз, на ссылку «главная» — 50 раз. Если эта ссылка для кого-то востребована и удобна, то зачем мне её удалять из-за какого-то «греха»? Посетитель всегда прав…
Читаю, как новости из другой галактики. В соседнем гастрономе стоит PayPass терминал — не берет ни бесконтактную карту Яндекс.Денег, не востринимает через nfc ни Qiwi Wallet, ни Яндекс.Деньги.
Автор обратил внимание на интересную проблему. Под Убунтой c Firefox 49 jpm run работает — только что проверял. А вот неделю назад при попытке запустить jpm run под Windows 10 c Firefox 48 выдавалось следующее:
WARN Add-on @testaddon is not correctly signed.
и запускался Firefox без расширения. Как я понимаю, это связано с тем, что начиная с 48й версии в обыкновенной сборке (не ночной, не Unbranded Build) Firefox нельзя устанавливать не подписанные расширения. Оказывается, это ограничение распространяется только на windows-сборки.
Мне показалось что именно эта платформа подошла ближе всего к понятию ООП. Вероятно по этой причина эта платформа захватила рынок. Стала №1 в мире по ряду показателей.
Когда читал это абсолютно честно думал, что это про Windows с их API построеных на событиях и хуках…
Ну это ещё не дно, у одного моего VPS-хостера переписка с техподдержкой защищена соглашением о неразглашении, так что скринышоты просто так не поснимаешь…
Мне вначале тоже так показалось, но сейчас я думаю, что это не реклама, а просто «контекст» его жизни. Он свою Математику с 1986 года разрабатывает, скоре всего он мог бы приводить и другие примеры и аналогии, но выбрал Wolfram Language, потому как для него это естественнее и проще. Ну а проблемы «читателей» вождя не касаются :)
Тут есть другой критерий полезности/нужности — насколько часто встречаются формы на современных сайтах? Если это форма постинга в блог или форма отправки заказа в интернет-магазине, то все задачи решаются соответствующими движками из коробки. Но если у разработчика специфический заказ и у него на каждой странице по несколько форм (какая-нибудь не к ночи будет сказано online-ERP система), то библиотека и может быть полезна.
Для справки: летом 2017 года создавать расширения можно было с помощью XUL, Addons SDK и WebExtensions.
— с одной стороны, горячих клавиш можно сделать очень много (а не так как в Хроме: 4 и не больше)
— с другой стороны, нет никакого механизма разруливания конфликтов в случае если несколько расширений претендуют на одну и ту же комбинацию. В Хроме и Опере подобный механизм есть.
Но нашу компанию больше подкосил запрет на установку не подписанных расширений. У нас несколько десятков служебных расширений, которые занимаются анализом сайтов (контент, верстка, статистика, usability, etc), которые сами писали и которыми сами пользовались, некоторые из безобидных отдавали клиентам. Многие из них содержат know-how, которых нет у конкурентов. Очень стрёмно заливать их даже в скрытый раздел addons.mozilla.org, чтобы иметь возможность подписать. А пользоваться экзотическими сборками Firefox, где этого запрета нет, не всегда удобно ни нам, ни клиентам. Одним словом мы до сих пор нормального решения для себя не нашли и это снижает для нас привлекательность экосистемы Firefox.
Но с другой стороны тут есть и определённые плюсы. Осилив веб-екстеншины разработчик теоретически выпускает своё расширение сразу и под Вивальди и под Хром и даже Edge. Мозилла Корп. сможет извлечь выгоду из этого перехода, если будет расширять API для WebExtensions и вовремя поддерживать нововведения конкурентов, одним словом вести себя также, когда они боролись с IE.
Да, опубликованы мануалы для разработчиков по миграции, да, возможно оттянут запрет на более поздние версии, но в свете последних событий (сворачивание Add-on SDK, ужесточение установок неподписаных расширений) работать в экосистеме Firefox становится всё тяжелее.
2) Стрёмно такие тесты проводить на живом проекте, т.к. вместо ожидаемых 250 переходов по логотипу можем получить просадку посещаемости сайта на 10% (цифра условная) и как это потом объяснять заказчику?
Когда читал это абсолютно честно думал, что это про Windows с их API построеных на событиях и хуках…
А как получена эта цифра?