Всем здравствуйте.
Прошу извинить, если поднимаю старую тему - по этим словам находится куча мусора.

Всем известно, что ФФ хвалят за быструю работу и почти неограниченные возможности за счет подключаемых расширений. Расширения и правда хороши, но проблема в том, что когда их много - ФФ уже не может похвастаться быстрой работой даже не неслабых машинках.

В общем, у меня вопрос такой - нельзя ли как-то расширения интегрировать в сам ФФ, чтобы работало это все быстрее?
Типа сделать (в индивидуальном порядке) из ФФ Оперу - все-в-одном

Самый простой способ оптимизации расширения - переписать всю собственно, функциональность в DLL и подключать её к Фоксу через JS
Именно так работают особо сложные расширения...

так-то да, но у меня нет подобных навыков

Vednier
Это не универсально, dll не запустятся на платформах, отличных от windows.
А так, конечно, идея очень интересная - убрать к чертям весь этот тормозной XUL и закомпилять в дистрибутив только те расширения, которые нужны.
Я так, подозреваю, что идея никогда не воплотится в жизнь... а жаль.

неужели нельзя попинать разработчиков? в индвидуальном порядке хотя бы.... в качестве эксперимента...

waitekk
кто мешает? Вперед!
Думаю, для этого эксперимента нужны слишком большие трудозатраты

тормозной не xul, а яваскрипт, которого каждое расширение считает своим долгом напихать с горкой.

Shura
Угу, расширение с dll не только не запустится, но и не установится на, к примеру, Линухе..Но, обычно, такие бинарные библиотеки компилируют под все основыные платформы.
Что до эксперимента, по темам что тут бывают. я так понимаю, что написание собственных бинарных библиотек - это совсем даже и не просто....

можно, но скорость работы от этого не измениться абсолютно.

наверное, любое приложение при наличии большого количества расширений/плагинов начинает тормозить. выход -> удалить всё, что используется очень редко/не_используется

у меня отключены расширения, которыми я пользуюсь редко, но они не удалены. остальными же пользуюсь постоянно.
не удалять же их

Если яваскрипт заменить бинарниками, то скорость просто не может не вырасти. Для платформонезависимости можно было бы использовать не dll, а яву (чуть медленнее, но всё равно быстрее скриптов).  В идеале хорошо было бы написать транслятор/компилятор, который делал бы бинарники из яваскрипта, но этим вряд ли кто-нибудь займётся.

это будет уже не интеграцией расширения в браузер.

Да, но будет достигнута цель - повышение скорости.

топик посмотри

топик топиком, а цель преследовалась все-таки - повысить производительность за счет этой самой интеграции

одно дело интеграция, и другое - переписывание кода на другом языке.
вот тут я описал, как интегрировать любое расширение в браузер. скорости от этого не прибавится абсолютно, но расширение будет частью браузера.
разумеется, если переписать расширение на более быстром языке, то теоретически должен быть прирост скорости.