Когда есть необходимость унифицированного способа частого разворачивания проектов на битриксе, то заниматься кскачиванием архивов и копипастом либ нет никакого желания.
Артемий, скрипт, ведь, как я помню (могу ошибаться), предназначен для автоматической загрузки дистрибутива на сайт. Т.е. не подходит под ситуацию, когда разработчику (команде разработчиков) необходимо развернуть локальные копии на своих машинах.
Но да, в случае "веб-мастеринга", или как это сейчас называется, не уверен, когда разработка как таковая не ведется, а происходит, фактически просто настройка дистрибутива сразу на сервере - bitrixsetup более чем подходит.
Т.е. повторюсь, главная проблема в создании какой-то унификации, какого-то строгого workflow для работы с битрикс.
Скрипт предназначен для разворачивания проекта на удаленном хостинге. В т.ч. на машине разработчика. Правда, через веб-интерфейс. Кроме того, есть виртуальная машина.
Например, мне нужна команда, которая обновляла мой модуль на сайте автоматически. А на виртуальной машине нужна команда, чтобы обновлять модуль на всех сайтах сразу.
Я не говорю о том, что модули битрикса должны поддерживать Composer. В Битриксе есть своя система обновлений. Но задачи для консоли по обслуживанию сайтов тоже есть.
А я пока не буду ставить ни плюсик, ни минусик С Битриксом давно, и пока не слышал, что кто-то пострадал или плакал горючими слезами по данной теме. Я так понимаю пара-тройка тысяч спецов по стране то наберется? .
Правильнее - идти по пути разработки системы обновления с возможностью журналирования и откатов. Чего сейчас нет Управление версиями из коробки К примеру накатил версию XXX понимаешь, что попал на "недетские картинки" - откатился назад в СССР ----- на всякий случай закинул идею https://idea.1c-bitrix.ru/11931/
очень нужна возможность сделать запуск в автоматическом режиме штатного скрипта bitrixsetup.php чтобы запустить wget http://site.com/bitrixsetup.php или php bitrixsetup.php а скрипт взял прописаные параметры из какого нибуть .config.php и установил без участия пользователя
и никакие композеры не нужны и недоделаные джедаи консольные
- Перейти на
http://www.1c-bitrix.ru/download/ - Скачать архив дистрибутива
- Разархиваровать
- Удалить архив
- При помощи Composer установить необходимые для библиотеки
Теперь при помощи Composer:- composer create-project bitrix/standart-edition /path '14.*'
- composer require "beelab/bowerphp 0.1.*@alpha"
Когда есть необходимость унифицированного способа частого разворачивания проектов на битриксе, то заниматься кскачиванием архивов и копипастом либ нет никакого желания.Я ответил на ваш вопрос?
Но да, в случае "веб-мастеринга", или как это сейчас называется, не уверен, когда разработка как таковая не ведется, а происходит, фактически просто настройка дистрибутива сразу на сервере - bitrixsetup более чем подходит.
Т.е. повторюсь, главная проблема в создании какой-то унификации, какого-то строгого workflow для работы с битрикс.
Периодически повляются задачи для консоли.
Например, мне нужна команда, которая обновляла мой модуль на сайте автоматически. А на виртуальной машине нужна команда, чтобы обновлять модуль на всех сайтах сразу.
Я не говорю о том, что модули битрикса должны поддерживать Composer. В Битриксе есть своя система обновлений. Но задачи для консоли по обслуживанию сайтов тоже есть.
С Битриксом давно, и пока не слышал, что кто-то пострадал или плакал горючими слезами по данной теме. Я так понимаю пара-тройка тысяч спецов по стране то наберется?
Правильнее - идти по пути разработки системы обновления с возможностью журналирования и откатов.
Чего сейчас нет
Управление версиями из коробки
К примеру
накатил версию XXX
понимаешь, что попал на "недетские картинки" - откатился назад в СССР
-----
на всякий случай закинул идею
чтобы запустить wget
а скрипт взял прописаные параметры из какого нибуть .config.php и установил без участия пользователя
и никакие композеры не нужны и недоделаные джедаи консольные