Вопрос разработчикам дополнений
Являясь пользователем некоторых компонентов, мне было бы очень удобно, если бы меня предупреждали об обновлениях компонентов, как это делают многих приложения — при запуске программы выскакивает информационное сообщение типа «Доступна новая версия программы».
Конечно, можно зайти в установщик и пролистать все установленные пакеты. Но мне, как автору некоторых компонентов, хочется предложить пользователям более удобный способ информирования. Например, для своего компонента dbAdmin я сделал вот так:
Собственно, вопрос к разработчикам — интересно ли и правильное ли такое решение?
Конечно, можно зайти в установщик и пролистать все установленные пакеты. Но мне, как автору некоторых компонентов, хочется предложить пользователям более удобный способ информирования. Например, для своего компонента dbAdmin я сделал вот так:
Собственно, вопрос к разработчикам — интересно ли и правильное ли такое решение?
Поблагодарить автора
Отправить деньги
Комментарии: 15
Если в будущем администрирует сайт разработчик — это приятно и удобно, бесспорно.
Но если сайт передается клиенту и управляем им менеджер, то типовая ситуация будет такой:
1. О, что это за значек?
2. Хм, новая версия, новые возможности… установить…
3. Аааа, ничего не работает! (т.к. разработчик поменял функционал, а где-то на modx.pro написал, что перед обновлением нужно руками че нить в таблице поменять)
4. Звонок разработчику =)
Так что в каком виде разработчик сделал сайт, в таком виде он и должен работать, до тех пор, пока разработчик не обновит ядро сайта или используемые компоненты, предварительно создав резервную копию и убедившись, что все будет работать.
Но если сайт передается клиенту и управляем им менеджер, то типовая ситуация будет такой:
1. О, что это за значек?
2. Хм, новая версия, новые возможности… установить…
3. Аааа, ничего не работает! (т.к. разработчик поменял функционал, а где-то на modx.pro написал, что перед обновлением нужно руками че нить в таблице поменять)
4. Звонок разработчику =)
Так что в каком виде разработчик сделал сайт, в таком виде он и должен работать, до тех пор, пока разработчик не обновит ядро сайта или используемые компоненты, предварительно создав резервную копию и убедившись, что все будет работать.
А менеджер не сможет зайти в установщик и обновить все что там нужно обновить?
3. Аааа, ничего не работает! (т.к. разработчик поменял функционал, а где-то на modx.pro написал, что перед обновлением нужно руками че нить в таблице поменять)Мне кажется, такому разработчику только подъезды мыть. :)
Если разрабатывается сложное дополнение, и добавляется серьезный функционал, или меняются основы поведения, то может сложиться ситуация, когда обновление в «1 клик» может не получится в принципе, потребуются какие-либо предварительные шаги или действия после обновления. Правда же? Ну и что теперь, этому разработчику сложного и нужного дополнения подъезды мыть?
Алексей, а можешь привести пример хотя бы одного такого дополнения с modx.com или modstore.pro?
Кроме того, разработчик сам принимает решение — делать или нет такое информирование в каждом конкретном дополнении. Именно поэтому я и обратился к разработчикам. Может кому пригодится.
Также хочу развеять твое беспокойство в плане безопасности — это информационное уведомление в виде значка. Просто информация. Для обновления все равно нужно зайти в менеджер пакетов и обновить приложение там. Так что, если у менеджера нет прав на обновление пакетов, он не сможет обновиться, но зато будет знать, что обновление есть и сообщит администратору.
Кроме того, разработчик сам принимает решение — делать или нет такое информирование в каждом конкретном дополнении. Именно поэтому я и обратился к разработчикам. Может кому пригодится.
Также хочу развеять твое беспокойство в плане безопасности — это информационное уведомление в виде значка. Просто информация. Для обновления все равно нужно зайти в менеджер пакетов и обновить приложение там. Так что, если у менеджера нет прав на обновление пакетов, он не сможет обновиться, но зато будет знать, что обновление есть и сообщит администратору.
Ну нормальная идея то в принципе, я особо не спорю, но при должном подходе.
Но по мне так лучше — дашбоард с уведомлениями о доступных обновлениях пакетов.
Но по мне так лучше — дашбоард с уведомлениями о доступных обновлениях пакетов.
Удобно, но не очень актуально. Ведь администратор, поддерживающий сайт клиента, обязательно должен зайти в менеджер пакетов.
Можно просто права добавить и кому надо отображать
Да, как вариант.
А лучше — вынести информацию о доступных обновлениях ядра и дополнения на dashboard и отображать его только разработчику.
А лучше — вынести информацию о доступных обновлениях ядра и дополнения на dashboard и отображать его только разработчику.
Меня вполне устраивает механизм стандарных оповещений в менеджере пакетов.
Василий, если не секрет, сколько у тебя стоит сторонних компонентов, ну кроме Ace?
Ace, FormIt, для проверки почты QuickEmail — обычно всё.
Я так и предполагал. Ты как пользователь не слишком презентативен. :) Я бы сказал, что ты вообще не пользователь в полном смысле этого слова. А вот пользователям miniShop или Tickets может понравится такое внимание к ним — ведь эти компоненты обновляется не часто и узнать об обновлении вовремя иногда дорогого стоит. Имхо, конечно.
Вроде было какое-то дополнение, которое отображает информацию об обновлениях на дашбоарде.
Вроде оно modx.com/extras/package/updater
Вроде оно modx.com/extras/package/updater
Как же оно блокирует доступ в админку! Лучше не ставьте его, или потом через базу удалять будете.
Репозитарий modx.com часто тупит, и в эти моменты (при установленном updater) в админку сайта не войти.
Репозитарий modx.com часто тупит, и в эти моменты (при установленном updater) в админку сайта не войти.
А зачем обновлять то, что прекрасно работает? Обычно обновляю компоненты только при выходе свежей версии ядра, и то, в основном ради совместимости. Если все работает без ошибок — «не лезь в хорошо отлаженный механизм» :-)
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.