- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет.
Вот, назрела проблема.
Есть сайт, допустим, на Modx Evo определённой версии. Как почти на любой CMS, здесь использованы некоторые плагины: для загрузки изображений (uploadify), для редактирования контента (TinyMCE) и прочее.
Разумеется, все плагины являются устаревшими.
Ставим более новые.
А потом выходит более новая версия Modx, в которой все плагины всё ещё устаревшие, зато ядро обновлено.
И, имея большое количество серьёзных сайтов, возникает проблема:
- Либо ядро не обновлять, зато все плагины будут свежими.
- Либо обновить ядро, при этом плагины устареют
- Либо вести документацию по обновлению плагина на каждом сайте. А затем при обновлении ядра в n-ный раз обновлять каждый плагин.
Как вы решаете данный вопрос в своей веб-студии?
Как вы решаете данный вопрос в своей веб-студии?
Выкинул ЦМС и юзаю фреймворки, где модули обновляются отдельно (например через composer)
А по вашей проблеме - обновлять ядро и потом по новой мучатся с модулями.
А потом выходит более новая версия Modx, в которой все плагины всё ещё устаревшие, зато ядро обновлено.
И, имея большое количество серьёзных сайтов, возникает проблема:
- Либо ядро не обновлять, зато все плагины будут свежими.
- Либо обновить ядро, при этом плагины устареют
- Либо вести документацию по обновлению плагина на каждом сайте. А затем при обновлении ядра в n-ный раз обновлять каждый плагин.
В огороде бузина... :)
Если обновлять плагины, то многие новые плагины на старом ядре фурычить не будут.
Если обновлять только ядро, то некоторые старые плагины могут "отвалиться" (правда таких не очень много - юзай старые плагины).
Выше предлагали уже использовать Composer. Можно на гихабе соорудить несколько своих сборок под типовые проекты и разом обновлять сайты со своего репозитория: тотальный контроль + резервная копия. :)