Пару слов о том какое все таки говно WebExt. Вот есть расширение - "Web Scrapbook" на замену старому Скрипбуку. Суть - сохранение страниц в архив для последующего доступа.
Чтож, аддон может сохранять страницы, НО...сохраняются они в безымянные zip архивы - это раз.
Индекса сохраненных страниц - нет. Это два.
Вернее сделать индекс можно, но надо ручками практически сгенерировать его кинув ПАПКУ со сохраненными страницами в специальное окно, получить ан выходе новых архив, их которого распаковать папочку с html, css, js - все это кинуть в другую папку и тогда как бе будет "индекс", который работать правда все равно не будет так как ФФ и расширение не может грузить свои же архивы напрямую - "так безопаснее, ибо никакого доступа к файлам". Это три.
А как же тогда смотреть страницы? А кидая их, ВРУЧНУЮ в другое специальное окно браузера. То есть в расширении жмете "просмотреть архивированную страницу", открывается вкладка с надписью "кидай сюда" и ты такой тянешь файлик в эту вкладку и там отображается запрошенная архивная страница. Это четыре.
А теперь вспомним как было раньше "в плохие времена" - тыкнул Сохранить, тут же удалили ненужные элементы со страницы вроде баннеров, разложил по папочкам. Но та технология была "плохая и старая".
Некоторые аддонописатели уже поняли, что кашу с таким топором не сварить и начали пилить более эзотерические варианты. Надежда у них на штуку называемую Native Messaging. Суть её в том, что можно так написать аддон, что он будет запускать нативное приложение вне ФФ, с которым можно общаться напрямую. Таким образом WebExt сможет рисовать гуй, а всякие сложные для реализации в ФФ операции делать в внешнем приложении.
Вот ScrapbookQ решили так и сделать. Но...
Начнем с того, что настройка - крайне корява, установит аддон, "сохранить" набор специальных файлов в заданной аддоном папке (и только там и нигде больше!), потом выполнить, самостоятельно, несколько команд в консоли, подправить пару конфигов, опять же руками (хотя это я думаю недоработка.)
И наконец если оно нормально заработает, то с выгвиглазным гуем (но уже с хотя бы работающим в сайдбаре индексом и возможностью как-то манипулировать сохраненным можно будет сохранять страницы. При этом правда все равно все это работает... изрядно коряво, но хоть как-то.
В общем я хз, все таки Мозилла выстрелили себе в ногу как ни крути. Вместо старомодных, но мощных аддонов мы получили "зато как в Хроме".
...при этом с интересными ремарками от аддонодевов вроде "Local links to an HTZ or MAFF file cannot be opened normally since "Allow access to file URLs" is not supported by the browser."
Зато Мозилловцы активно пилят "свои" API которых нету в Хроме. В результате выходит чтов плане написания аддонов Хром и ФФ конечно стали ближе, но совершенно нихрена никакой "совместимости" нет.
12 Feb
2018
Зато летает всё, да.
Блджад, запомни такую штуку - ускорение ФФ 57 НЕ СВЯЗАНО с выпиливанием XUL аддонов.
Серьезно, ни одна из технологий включенных в ФФ57 не конфликтует с XUL.
Зато факт в том, что эти два события специально назначили "на один день" чтобы одним замаскировать другое.
Мне плакат поднять?
Намек не поняло.
А ок, сорян. Я туговато на намеки порой :)
Ну посмотрим как Basilisk и Waterfox осилят совместить.
А кто-то из них озаботился сохранить, хотя бы, нынешние XUL аддоны куда-то?
А то ведь Mozilla после выпуска нового ESR скорее всего назовет XUL окончательно устаревшим и начнет выпиливание "старых" аддонов из каталога.
есть такой проект, правда новостей оттуда не особо слышно. в магазине аддонов есть, и на хипхапе репу подняли даже
Учитывая что у Palemoon свой каталог есть, то можно ожидать его и у Basilisk. Но вообще, каталоги не нужны.
Трабла в том, что многие разрабы будучи обижены Мозиллой тупо бросили свои аддоны. Может работать онии будут, но развитие никто уже не гарантирует.
В линуксе большая часть софта такая, а тут аддоны.
И все таки некоторые аддоны поддерживались годами.
и безопасно
Ага, безопасно. Скажем ScrapbookQ трубет чтобы ты запустил на своем ПК со СВОИМИ права некое приложение (вернее, он запускает его сам). Причем в отличие от аддона ты его сорцов-то не посмотришь. Кто знает что оно реально может делать?
чо, так можно?
Еще как можно! https://developer.mozilla.o...ons/Native_messaging
Он его не может поставить. Он его не может запустить, если это не предусмотренно.
тогда это может даже секьюрнее, раньше были бинарные аддоны
секьюрность определяется бинарностью?
выше кто-то негодовал, что сорсов нет
Расширений с бинарными компонентами было очень мало, хоят бы в силу того что это все было оч плохо описано у Мозиллы.
Но опять же, сорцов на нативное приложение нет. После того как оно запущено, а запускается оно локально и без каких либо песочниц ХЗ что оно может делать.
Без согласия юзера поставить не может да. В ScrapbookQ это сделано так - жмешь кнопку (в аддоновской странице внутренней) "Установить файлы" - появляются один за другим окна "Сохранить файл" которые хотят сохранить исполняемые части именно туда где они должны лежать.
Запустить если не предусмотрено? Для запуска нужно только разрешение "Native Messaging" в манифесте, браузер при установке спрашивает никак особо не выделяя, да и не читает никто.
Как оно выбирает куда сохранить файл? Это разве не пользоваетель выбирает?
Окно сохранения открывалось сразу с заданным путем.
Это шерето тогда. Так можно получить доступ почти к люмым приложениям, а так же установить что угодно. Это точно не баг?
Ну уж решето. Браузер же от имени юзера запущен, он тебе /usr ничего записать не сможет, если ты не от рута работаешь.
ну, Meltdown тоже ничего не позвляет записать в /usr, но тем не менее. Линуксоиды такие линуксоиды, молятся на своего рута. Таким способом можно вполне и пароль рута спиздить, да и вообще много чего.
Ну понимаешь, вся эта затея с Native messaging - решето если уж так судить.А особенно рукалицо тут от того, что сначала ради прогресса выпиливают старые API а потмо оказывается что новые...слегка...слабоваты.