Перелопатить структуру приложений на базе Chandler

[WerySkok]

Проблема: текущая процедура установки OpenVK переусложнена - нужно по отдельности выкачивать 3 репозитория (chandler, openvk и капча), качать для них зависимости и настраивать их по отдельности (при этом для настройки овк нужно лезть в глубокие дебри, бррррр). При этом начальной папкой всей установки OpenVK становится не сам OpenVK, а Chandler, что нелогично.

Предложение: послать все существующие инстансы по определённому направлению и переделать структуру OpenVK так, чтобы Chandler и капчи становились зависимыми библиотеками, скачиваемыми через Composer, как и другие зависимости. Кроме того, следует перенести все настройки оттуда в openvk.yml, чтобы не нужно было редактировать множество конфиг-файлов.

Ожидаемые минусы: существующим инстансам это принесёт много проблем (наверняка потребуется скрипт, преобразующий структуру), но у овк статус глубокого WIP, так что можно считать, что все предупреждены))))0

[WerySkok]

Вообще, в большей части надо перелопачивать chandler, следовательно и тикет стоило бы перенаправить туда, но тут он позначимей будет что-ли...

[SigmaTel71]

чтобы Chandler и капчи становились зависимыми библиотеками, скачиваемыми через Composer

А если мне понадобится взять отдельно commitcaptcha? Декомпозеризацию проводить придётся?

[WerySkok]

Дык библиотеками же будут

[WerySkok]

Дополнение насчёт капчей: думаю, справедливо будет оставить их в виде расширений, вроде того, как это делается в медиавики, только тогда в каждый проект по своему надо будет внедрять их

[xRy0]

Почему бы не использовать функционал гита? Такой как модули.(Когда внутри одного репозитория встроены другие)
В таком случае достаточно будет скачать всего 1 репозиторий, а все остальные подтянуться сами. Единственный нюанс такого подхода - главным репозиторием станет chandler, так как он является рутом всего проекта

[WerySkok]

Хотя Chandler создан и в основном используется лишь в OpenVK, он предназначен быть универсальным движком (так, он ещё используется в VOB).

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