и опять доработки, допилы и прочее. так зачем выебываться. делай как можешь быстро чтоб работало, откатывай минимально до рабочего состояния

а потом будешь рефакторить

а потом будешь рефакторить

а потом на рефактор не дадут времени

я не предлагаю вылизывать проект, я предлагаю делать его изначально вменяемо

это утопия в реальном мире )

а потом тебе нужно запилить небольшую фичу или фикс

и ты дрюкаешься дольше

чем если-бы проект был изначально вменяемым

нет, делаешь также из говна и палок )

нет, делаешь также из говна и палок )

в итоге накапливается ком

у меня на балансе щас более 20 сайтов. готовых на 15-20% всего )))

но они уже приносят бабло ;D

при этом нет обновления, нет бекапов централизованого

ничего нет )

гита нет, миграций нет :D

льем на прод по фтп?

миграции есть, и гит есть )

:D

но все равно. твой как ты думаешь адвансед шаблон говнище )

при этом нет обновления, нет бекапов централизованого

люди делятся на тех кто не делает бекапы и уже делает

но все равно. твой как ты думаешь адвансед шаблон говнище )

тут просто надо запустить еще в чера :D

а бекапы накатим следующим апом

от так

advanced говнище, шиндовс говнище, apache2 говнище, щито еще?)

ну ты просто не сталкивался с такими плюшаками в реальных проектах. ставим например этот адвансед. и вот как например сделать так, чтобы каркас сайта был весь через композер установлен?

вот хуй ты сделаешь. как ни крути нужна инсталяшка. + пакеты сверху накатывать

причем на бек енде в адванседе всего 1контроллер

Говно? безусловно

вот хуй ты сделаешь. как ни крути нужна инсталяшка. + пакеты сверху накатывать

и чем плоха инсталяшка?

элементарно, выкинуть модуль в пакет композера и настроить на него дефолтные роуты. попробуй ка )

причем на бек енде в адванседе всего 1контроллер

а тебе сколько надо?

нисколько

они там вообще не нужны. нужен по сути только отдельный конфиг для бек енда и набор компонент другой

окай, и хранить все контроллеры в frontend?

в модулях )

распихать все по модулям?

распихать все по модулям?

в общем от адванседа толку никакого, несмотря на то, что на нем все построено )

бекенд используется только как альтернативный конфиг для админки

и вот вопрос. на кой черт он нужен? ;D

и у ваших чуваков думаю теже самые соображения. потому и отказались от адванседа

бекенд используется только как альтернативный конфиг для админки

как отдельное приложение, разве нет?

а потом две версии поддерживать?

ога, удобненько

пользователь пользует front, админ back

меньше путаницы, изолированы от друг друга

ну вот смотри

мастеришь ты модуль к примеру статьи

как на хабре, да? к примеру

и второй модуль будет у тебя статические страницы

как ты будешь эти модули разделять на фронт и бек?

я не буду изначально распихивать этот функционал по модулям

ну это условный пример

на кой CRUD статей пхать в модуль?

в качестве модуля может быть видео галерея

или фото галерея

или форум например

т.е. функционал чуть посложнее круда

сам модуль выкидываем на гитхаб и делаем пакет под композер

т.е. получается самостоятельная единица

на прошлом проекте

дернул модуль с github, положил в common путь к модулю

руками?

и как ты разделял функционал на админку и фронт

до кучи усложню. у каждого модуля может быть свой конфиг, и чтоб в админке редактировался ;D

'modules' => [ 'ticket' => [ 'class' => ..., // прочие настройки ], ],

все ок работает

ну конечно работает. оно и будет работать. просто для фронта и бека разный набор компонент и все

вот ты говоришь сразу сделать по человечески ) тут 100500 раз переберешь все варианты, пока до ума доведешь, причем исключительно в процессе реальной эксплуатации.

ну так

планирование, блок схема, покрытие кодом

а не "есть задача, пишем код"

планирование, блок схема, покрытие кодом

пишешь, переписываешь, переписываешь...

пишешь, переписываешь, переписываешь...

да, пока не распланируешь все нормально

потом покрываешь кодом

profit

потом покрываешь кодом

Есть какие-то книги на эту тему? Статьи?

Не про покрытие кодом, а про планирование + блок-схемы