Автоматическое обновление установленных плагинов
-
- Posts: 3651
- Joined: Wed 23 Nov, 2005 11:11
- Location: Москва-Питер
- Has thanked: 2 times
- Been thanked: 19 times
Автоматическое обновление установленных плагинов
По поводу обновлений: мне кажется, что прежде чем браться за эту задачу, надо ввести, наконец, понятие дистрибутива плагина. Иначе, то как сейчас делается, кто в лес, кто по дрова, автоматически обновлять практически невозможно.
Что нибудь не очень сложное, типа zip-архива, с определенным расширением и фиксированной структурой каталогов. Отдельно вопрос о скрипте, возможно, установка плагина требует еще каких-то действий, кроме распаковки. И принимать на plugrung только плагины в дистрибутивном формате.
Что нибудь не очень сложное, типа zip-архива, с определенным расширением и фиксированной структурой каталогов. Отдельно вопрос о скрипте, возможно, установка плагина требует еще каких-то действий, кроме распаковки. И принимать на plugrung только плагины в дистрибутивном формате.
- WARP ItSelf
- Самый умный
- Posts: 1011
- Joined: Tue 15 Mar, 2005 23:19
- Contact:
Re: Текущая схема БД.
Вот ограничивать авторов лучше не надо.
Итак:
1. Плагринг обладает следующими знаниями: GUID, версия и атрибуты плагина (x64/x86/Far API). И название.
2. Far обладает знанием GUID, названием и версией. Остальное он может из системы получить.
Т.е. Far передает PlugRing все, что знает, PlugRing ищет и отдает Far новую версию, Far предлагает ставить ее в тот же каталог.
А добавление внутреннего скрипта может разве что помочь Far в установке (хотя даже не вижу особого смысла).
Модуль инсталлятора в состоянии теоретически распаковать все, что может 7z.dll, это немало.
P.S. Такая красота, понятно, только под Far3.
Итак:
1. Плагринг обладает следующими знаниями: GUID, версия и атрибуты плагина (x64/x86/Far API). И название.
2. Far обладает знанием GUID, названием и версией. Остальное он может из системы получить.
Т.е. Far передает PlugRing все, что знает, PlugRing ищет и отдает Far новую версию, Far предлагает ставить ее в тот же каталог.
А добавление внутреннего скрипта может разве что помочь Far в установке (хотя даже не вижу особого смысла).
Модуль инсталлятора в состоянии теоретически распаковать все, что может 7z.dll, это немало.
P.S. Такая красота, понятно, только под Far3.
Никто не знал, а я...
- John Doe
- Бюрократ
- Posts: 13867
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact:
Re: Текущая схема БД.
Т.е. то что например мозилла требует от extensions это плохо?WARP ItSelf wrote:Вот ограничивать авторов лучше не надо.
- WARP ItSelf
- Самый умный
- Posts: 1011
- Joined: Tue 15 Mar, 2005 23:19
- Contact:
Re: Текущая схема БД.
Ну скажем так, требовать надо только того, без чего не обойтись. Если автор желает, чтобы файл обновлялся только с его странички, скажем, то я не считаю возможным его в этом ограничивать. Наличие файла PlugRing это не какая-то честь, которую необходимо заслужить.
Никто не знал, а я...
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
Re: Текущая схема БД.
Если желает, то пусть его там и размещает, кто ему мешает. Хоть в архиве, хоть россыпью.WARP ItSelf wrote:Ну скажем так, требовать надо только того, без чего не обойтись. Если автор желает, чтобы файл обновлялся только с его странички, скажем, то я не считаю возможным его в этом ограничивать. Наличие файла PlugRing это не какая-то честь, которую необходимо заслужить.
Но если хочет на ринге разместить, то не обломится и дистрибутив в общепринятом формате собрать.
От ринга ожидаешь какой-то автоматизации, унификации и удобства: скачал пакет, энтер на нем нажал, плагин поставился, пользователь радуется.
А не кучку зип-рар-каб-[подставь своё] архивов с сопутствующими квестами.
- WARP ItSelf
- Самый умный
- Posts: 1011
- Joined: Tue 15 Mar, 2005 23:19
- Contact:
Re: Текущая схема БД.
Какие квесты то? Архив в папку распаковать? Реально, что нужно от "унификации"?
Никто не знал, а я...
- DrKnS
- Posts: 6114
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 426 times
Re: Текущая схема БД.
1. Вспомнить - а где это у меня фар.WARP ItSelf wrote:Какие квесты то? Архив в папку распаковать?
2. Перейти туда.
3. Создать папку. Не накосячить (руки дрожат/плохо видно/кнопки западают).
4. Вспомнить - а куда это я сохранил архив.
5. Перейти туда.
6. Распаковать архив в папку. Ай, а папка в program files, а писать нельзя, распаковщик обламывается.
7. Распаковать архив туда, куда можно писать.
8. Перенести распакованное в папку.
9. Удалить временную папку.
10. Загрузить плагин через фарцмдс, макросы или перезапуск фара.
Что-то утрировано, но как-то так.
Инсталляционный пакет, например зип со скриптом, описывающим что копировать и куда.Реально, что нужно от "унификации"?
-
- Posts: 3651
- Joined: Wed 23 Nov, 2005 11:11
- Location: Москва-Питер
- Has thanked: 2 times
- Been thanked: 19 times
Re: Текущая схема БД.
Речь не об ограничениях, а о стандаризации. Думаю, никого не заломает упаковать каталог плагина zip-ом и дать ему определенное расширение. Предлагаю такую структуру:WARP ItSelf wrote:Вот ограничивать авторов лучше не надо.
/
config.ini
x32/
x64/
src/
...other.../
все подкаталоги опциональны, но должен присутствовать хотя бы один - x32 или x64.
Формат config.ini - ну, там понятно, что-то про имя, автора, guid...
- NightRoman
- Posts: 6184
- Joined: Fri 18 Aug, 2006 13:52
- Location: Cambridge, UK
- Has thanked: 32 times
- Been thanked: 62 times
- Contact:
Re: Текущая схема БД.
При проектировании скрипта/ини-файла не забывайте про суб-плагины и им подобные сущности (типа FarNet модулей). Последние вообще в специальной папке находятся, но почему бы им тоже в некоторой автоматизации процесса обновления/установки не участвовать.
- NightRoman
- Posts: 6184
- Joined: Fri 18 Aug, 2006 13:52
- Location: Cambridge, UK
- Has thanked: 32 times
- Been thanked: 62 times
- Contact:
Re: Текущая схема БД.
Я про это имел в виду, например. Зачем это требование? Может, это даже и не суб-плагины/модули вовсе, а аддоны какие-нибудь (просто файлы полезные), мало ли что может понадобиться, например, библиотеки макросов, дополнительные схемы для колорера от сторонних авторов, и так далее.но должен присутствовать хотя бы один - x32 или x64.
-
- Posts: 3651
- Joined: Wed 23 Nov, 2005 11:11
- Location: Москва-Питер
- Has thanked: 2 times
- Been thanked: 19 times
Re: Текущая схема БД.
Ну, тогда это уже не дистрибутив плагина, а просто архив. Никто не говорит, что на плагринге должны быть только плагины. Могут и макросы и что хочешь. Но они уже не будут сами устанавливаться/обновляться...
- HaRT
- Moderator
- Posts: 10869
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 221 times
- Been thanked: 358 times
Re: Текущая схема БД.
Может всё-таки вместо “x32 или x64” использовать что-то более общепринятое:
* по именам в Майкрософтовских дистрибах: i386, amd64, …?
* по популярным названиям архитектур: x86, x64, …
* такие же, как выдаёт линуксовый “uname -i”: i386, x86_64, …
?
* по именам в Майкрософтовских дистрибах: i386, amd64, …?
* по популярным названиям архитектур: x86, x64, …
* такие же, как выдаёт линуксовый “uname -i”: i386, x86_64, …
?
Фар есть инструмент, а не нянька. © 2009 DrKnS
- HaRT
- Moderator
- Posts: 10869
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 221 times
- Been thanked: 358 times
Re: Текущая схема БД.
Типа бритва Оккама.Max Rusov wrote:Типа - потом будет больше?
И зачем вообще изобретать ещё один формат инсталлятора?
Неужто нет свободного, архивная часть которого подходит под наши нужды, а исполняемую часть которого можно втянуть в движок автообления?
Фар есть инструмент, а не нянька. © 2009 DrKnS
-
- Posts: 3651
- Joined: Wed 23 Nov, 2005 11:11
- Location: Москва-Питер
- Has thanked: 2 times
- Been thanked: 19 times
Re: Текущая схема БД.
Нафига? 90% процентов плагинов устанавливаются распаковкой. Зачем еще какой то "движок инсталлятора" приплетать? Вам SQLite мало, надо вообще монстрика заделать? Будто их в винде мало...