Почему нельзя использовать Argilla CMS и компанию Shogo в частности

По воле случая мне пришлось столкнуться с системой управления Argilla CMS от компании Shogo. Разработчики позиционируют её как ((С) cmsmagazine)

… CMS на Yii Framework. Предназначена как для быстрого разворачивания сайтов высокой сложности, так и для простых проектов. Идеальный выбор в качестве cms для интернет магазина.

Но посмотрим на неё реально, на деле.

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

В основе всех проблем лежит архитектура Argilla, которая, как и в большинстве других самописных систем, преследует цель: с минимальными вложениями заработать как можно больше денег удовлетворить потребности максимального количества клиентов.

Для этого ядро системы отделяется от пользовательских данных и располагается где-то выше по иерархии.

Безусловно, в этом случае, доработав ядро для одного клиента — эта же доработка будет доступна для всех. Вроде профит? Но у этого плюса есть 2 неприятных побочных эффекта:

1. Вы никогда не сможете поменять подрядчика.

Представьте себе, что вы достаточно долгое время работаете с системой, добились определенных успехов. И тут вдруг вам случайно показалось, что ваш подрядчик стал забивать на вас. Один раз показалось, другой. На третий раз вы решаете что вам это вообще-то не показалось. Но, сменить подрядчика вы не сможете. Для начала потому, что все доступы от системы контролируются только подрядчиками. Ну а затем, нужно четко понимать, что с этой системой умеет обращаться только подрядчик. (Кто бы еще согласился работать с чужой самописной системой?)

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

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

Безусловно, можно попросить специалистов из Shogo предоставить доступы. Можно даже настоять (и, кто знает, может они согласятся) на переносе их силами. Но это будет попросту не в их интересах. А раз так — какой им смысл заниматься тем, чтобы разворачивать где-то на стороннем ресурсе свою интеллектуальную собственность? Да никакого.

Так что более ваш сайт вам не принадлежит.

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

Да, вы можете забрать домен и начать все с нуля, но вы, совершенно точно, потеряете позиции, потеряете деньги и потеряете время. Все это в условиях текущего рынка может попросту привести вас к банкротству.

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

Конечно же (что я могу еще сказать?) берите UMI CMS. Но, даже если вы возьмете что-то другое — это все равно лучше, чем взять авторскую, самописную систему, которую вы никак не сможете доработать силами сторонних специалистов и единственное, к чему вы придете — это то, что вы выбросите все ваши труды на свалку чтобы сделать новый сайт, но уже на нормальном движке.

Простой и понятный online-курс для обучения XSLT-программиста с любого базового уровня

Ваш отзыв