Какое может быть отношение к самописным CMS? У некоторых резко отрицательное, у других без особых эмоций, кто-то топит только за них. Давайте рассмотрим частный случай, когда изначально под проект берется какая-то известная и очень доступная CMS. Например, WordPress или Joomla.
Проект активно развивается: на сайте появляются статьи, ведется работа с пользователями (регистрация, деление на группы, какие-нибудь баллы, опции и прочее). В конечном итоге в голову авторов приходит такая идея, которая стандартным плагином не решается – нужна доработка, модификация имеющегося механизма. Проблем с этим нет, так как найти разработчика под известную платформу не сложно. И вот вносятся одни правки, потом реализуется другая идея и снова идут правки. Процесс обычный, ничего криминального в нем нет. Правда, до тех пор, пока изменяются плагины, а не само ядро системы. К сожалению, часть правок так или иначе в конечном итоге приведет к ситуации, когда встает выбор: или мы вносим правки я ядро, или сделать функционал не можем. Выбор этот точно рано или поздно будет. И зачастую авторы принимают решение о том, что править ядро нужно. Иначе дальнейшего развития просто нет.
Покуситься на святое! Но, собственно, а что в этом страшного? Ничего, если правки очень небольшие и касаются одного-двух файлов. Ведь если прилетит патч по безопасности или авторы движка выпустят новую версию, то мы просто перенесем свои правки в новую версию ядра. И да, так делают. Но опять же до тех пор, пока это возможно. Ведь бывало и не раз, что авторы CMS просто делают новую версию движка, отказываясь закрывать дыры в предыдущей версии. Зачем вам старье, когда есть новая удобная система. Просто переходи на нее. Вот только для вас этот переход может быть болезненным. Ведь какие-то функции могут измениться, что-то исчезнуть из кода насовсем.
По итогу у вас вроде бы и сайт на известной системе управления контентом, но вот на столько модернизированном, что превратилось все в «самопис». Вы уже зависите и от программистов, потому что нужно следить за общей работой сайта и убирать возникающие по мере роста проекта проблемы, и за безопасностью следить. Ведь дыры находят в новых версиях движка, но это не означает, что их нет в старых. Просто обновиться на автомате вы не можете.
Было бы лучше, если бы сразу писали на самописном движке? Не факт. Нужно исходить из задачи. Но если вы изначально знаете, что ваш проект будет реализовывать дополнительный функционал и возможно в большом объеме, то не стоит сразу отвергать идею о том, что «самопис - зло» и «мы попадаем в зависимость от разработчиков». Рассмотрите все варианты, выберите оптимальный.
Согласны? Если да, то поставьте лайк.