Веб-инсталляторы расширений

Anton · №1

Вот что хотелось бы видеть на сайте/форуме:

[ol][oli]1. Скрипт на сервере, генерирующий страничку, аналогичную страничке в расширении Mozilla.ru Extension List[/oli][oli]2. Скрипт, генерирующий страничку (1), но с чекбоксами, чтобы пользователь мог выбрать только необходимые расширения[/oli][oli]3. Скрипт, пакующий Mozilla.ru Extension Pack на основе данных странички (2), и отсылающий расширение пользователю[/oli][/ol]

Расширения же Extension List и Extension Pack - это как "запаска" вместо обычного колеса на легковушке.

Bananas · №2

угу, тоже об этом думал. найдутся ли желающие сделать и поддерживать?

Sergeys · №3

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

Мысль очень хорошая, и посещала меня (и пользователи просили примерно тоже самое), но реализовать ее я лично не могу. Возможно совместными усилиями мы это сделаем.

Whyesker · №4

Ну давайте хотя бы начнем. С xul я вообще не знаком. Могу поучавствовать в создании скрипта который на стороне сервера бы обрабатывал запросы и паковал. Тут если чесно расширение как таковое не требуеться, расширение будет выдаваться на выходе.

1) есть страничка со списком раширений (да хоть тот же экстеншен лист) для каждого расширения есть чекбокс. + чекбокс "запомнить мои настройки"
2) скрипт который:
б) создает список нужных расширений из запроса пользователя
а) копирует нужные расширения из базы во временную папку(при этом берет самую свежую версию расширения)
в) генерирует файлы(вот тут я не знаю что нужно генерировать и как это дело оформляеться)
г) создает индивидульно расширение
д) возвращяет сылку на готовый пакет/либо в виду нагрузке на сервер, после компоновки пакет отправляеться на емейл.
е) после скачивания/отправки удаляет пакет

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

Ну и соответсвено меняеться полученый файл - это уже не пакет экстеншен пак а инсталлер который сам устанавливает все содержащиеся расширения. Предполагаю что инсталлер может выглядеть как расширение , чтобы быть мульти платформеным, значит после установки всех расширений он должен из firefox удаляться.

Можно писать как на php так и на perl скрипт. Вот. В php я плохо знаю как работать с файлами(копировать отдавать команды шеллу), а в perl наоборот знаю как работать с файлами но плохо знаю как это дело работает с веб.

Надо решить на чем писать, и распределить задачи между желающими. Таким образом подразумеваеться наличие координатора который бы собирал разрозненые куски кода в исходный файл. И конечно нужны люди которые помогли бы в написание скрипта.
Задачи:
1. Создание/переделка готовой базы по расширениям
2. Создание скрипта генерируещего страницу с расширениями, беря данные из базы
3. Создание основного скрипта:
а)..
б)..
все.. дальше надо детальнее проработать, и тогда даже если желающих будет немного мы сможем сделать это, просто не беря на себя все - а делаю по немногу.

я сказал.

Infant · №5

Whyesker пишет

Ну и соответсвено меняеться полученый файл - это уже не пакет экстеншен пак а инсталлер который сам устанавливает все содержащиеся расширения. Предполагаю что инсталлер может выглядеть как расширение, чтобы быть мульти платформеным, значит после установки всех расширений он должен из firefox удаляться.

Начиная с версии 1.5 поддерживается следующий метод установки расширений:
Пакет (файл с расширением xpi) копируется в папку extensions в каталоге Fx. При следующем запуске он будет установлен.

Whyesker · №6

о как %) не знал. хмм.. пересылать в архивах? тогда каких? чтоб ставился на любой платформе?

Anton · №7

Whyesker пишет

Ну давайте хотя бы начнем. С xul я вообще не знаком.

А и не надо.

Тут если чесно расширение как таковое не требуеться, расширение будет выдаваться на выходе.

Верно.

1) есть страничка со списком раширений (да хоть тот же экстеншен лист) для каждого расширения есть чекбокс. + чекбокс "запомнить мои настройки"

Для начала можно обойтись и без последнего.

2) скрипт который:
б) создает список нужных расширений из запроса пользователя
а) копирует нужные расширения из базы во временную папку(при этом берет самую свежую версию расширения)

В подкаталог временной папки. Структура extension pack выглядит следующим образом:

Выделить код

Код:

install.rdf                                     Файл
chrome                                          Каталог
    extpack                                     Каталог
        content                                 Каталог
            ext                                 Каталог
                Adblock_Plus_0.5.10.xpi         Файл
                All-in-One_Sidebar_0.5.6.xpi    Файл
                ...
                <то есть, в этом подкаталоге
                 находятся пакеты расширений>
            scin                                Каталог
            aboutExt.css                        Файл
            ...
            index.xhtml                         Файл
            ...

То есть, копировать надо в подкаталог ext. Также нужно создать файл index.xhtml в подкаталоге content - это список содержащихся в extension pack расширений. Остальные файлы, вроде бы статичные - уточнить можно у Ragnaar'а, Sergeys или ZenGeist.

в) генерирует файлы(вот тут я не знаю что нужно генерировать и как это дело оформляеться)
г) создает индивидульно расширение

Файл install.rdf и каталог chrome упаковываются zip-ом в файл с расширением *.xpi.

Ну и соответсвено меняеться полученый файл - это уже не пакет экстеншен пак а инсталлер который сам устанавливает все содержащиеся расширения.

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

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

extension pack и есть расширение, и его можно удалить после установки всех/каких-нибудь расширений из его состава.

Можно писать как на php так и на perl скрипт. Вот. В php я плохо знаю как работать с файлами(копировать отдавать команды шеллу), а в perl наоборот знаю как работать с файлами но плохо знаю как это дело работает с веб.

Можно одновременно и на php и на perl. Правда, это к lakostis'у вопрос.

Задачи:
1. Создание/переделка готовой базы по расширениям

0. Создание унифицированной формы описания расширения (название, версия, автор(ы), [переводчик(и)], участники проекта, домашняя страница, краткое описание расширения) для размещения расширения на форуме разработчиком/переводчиком расширения, и, одновременно, помещения этой информации в базу данных.

Отредактировано Anton (29-11-2005 09:56:30)

Viper · №8

Выделить код

Код:

Название:
Автор:
Переводчик:
Версия:
Размер:
Совместимость:
Домашняя страница автора:
Описание:

Viper · №9

для размещения расширения на форуме разработчиком/переводчиком расширения, и, одновременно, помещения этой информации в базу данных.

В идеале IMHO нужно создать скрипт, генерящий раздел расширения на основе базы, т. к. с ней нужно связать редактирование/удаление расширений на форуме.

Anton · №10

Viper пишет

для размещения расширения на форуме разработчиком/переводчиком расширения, и, одновременно, помещения этой информации в базу данных.
В идеале IMHO нужно создать скрипт, генерящий раздел расширения на основе базы, т. к. с ней нужно связать редактирование/удаление расширений на форуме.

Viper, об этом и речь, прочти тему сначала.
Разработчик/переводчик помещает расширение через специальную веб-форму, при этом скриптом обновляется база. Другой скрипт, обычному пользователю, на основе этой базы генерирует страничку, аналогичную странице в расширении extension list. Третий скрипт пакует extension pack для выбранных пользователем расширений.

Anton · №11

Выделить код

Код:

Название:
Автор(ы):
Участники проекта:
Переводчик(и):
Версия:
Размер:
Совместимость:
Домашняя страница расширения:
Домашняя страница автора:
Описание:

Viper · №12

А кто подразумевается под участниками проекта?

Viper · №13

Кстати, большинство нужной инфы можно вытащить из самого расширения... :rolleyes:

Anton · №14

Viper пишет

А кто подразумевается под участниками проекта?

Все, кто участвовал в разработке за исключением автора (авторов) и переводчиков

Иконку кто-то нарисовал, подсказал чего-нибудь дельное, протестировал... Помогал, в общем.

Sergeys · №15

Anton

Выделить код

Код:

*Иконка, Название: -  изображение, текст
*Версия: - текст
*Размер: - текст
*Автор: - текст
*Перевод: - текст
*Домашняя страница расширения: - - текст, ссылка
*Страница установки на forum.mozilla.ru: - текст, ссылка
*Совместимо с версиями Firefox: - текст
Совместимо с версиями Thunderbird: - текст
Совместимо с версиями Mozilla: - текст
*Дата последнего обновления/добавления:  - текст
*Описание: - текст
Скриншот: - текст, изображение
*Установить

*- указаны, обязательные для заполнения

Отредактировано Sergeys (29-11-2005 14:04:54)

Viper · №16

*Страница установки на mozilla.ru: - текст, ссылка

что имеется ввиду?

Иконка

Есть не у всех расширений, доп. геморрой с её выдиранием.

*Совместимо с версиями Firefox: - текст
Совместимо с версиями Thunderbird: - текст
Совместимо с версиями Mozilla: - текст

Flock, Dr. Orca, Seamonkey, ..

*Дата последнего обновления/добавления:

Зачем?

Viper · №17

Совместимость с ... - главная проблема.. Слишком много продуктов существует

Sergeys · №18

Viper
То и имеется ввиду, может тебе необходима старая версия этого же расширения (переведенная), ну и т.д., мало ли какие могут быть причины.

Нет иконки, ну и не вставляй, поле то будет заполнено Названием расширения.

Если совместимость еще и с другими продуктами, то соответственно добавляются еще пункты, а отображаются только заполненные.

Может я до 1.11 все уже скачал, а по дате я узнаю, что расширение было недавно добавлено или обновлено.

Whyesker · №19

Совместимость с ... - главная проблема.. Слишком много продуктов существует

Зачем нам указывать совместимости с касаткой, флоком и прочим? Там есть свои разработчики которые включают в дистрибутив все расширения которые они считают нужными.

Какой окончательно вид все-таки будет иметь база? Подразумеваеться что она будет на MySQL или какие альтернативы?

Отредактировано Whyesker (29-11-2005 15:39:25)

Viper · №20

Whyesker Т. е. создавать базу по фоксу, а для остальных продуктов будет форум "расширения" как сейчас?

Whyesker · №21

Ну хотя бы давайте начнем с фокса. Если все будет красиво, то сделаем для буревестника и мазилы. А вот зачем поддерживать такие вещи как касатка или флок я не понимаю - они сами в себе уже все что нужно для их целей содержат.

Anton · №22

Viper пишет

Whyesker Т. е. создавать базу по фоксу, а для остальных продуктов будет форум "расширения" как сейчас?

Viper, extension pack без переделки работает только на FF. Аналог extension list можно и для других браузеров сделать. А вот для TB - вряд ли получится, т. к. не браузер это.

Viper · №23

В ТВ тоже Gecko присутствует. Или я туплю?

Whyesker · №24

я почемуто думаю что можно будет создать и для ТВ экстеншенпак - xul поддержка есть движок тот же, что еще надо?

Anton · №25

Viper пишет

В ТВ тоже Gecko присутствует. Или я туплю?

Читаешь невнимательно. Цитирую сам себя:

Viper, extension pack без переделки работает только на FF. Аналог extension list можно и для других браузеров сделать. А вот для TB - вряд ли получится, т. к. не браузер это.

Полезная информация