Плюсы и минусы CMS для разработчиков и заказчиков

Автор: | 23.10.2016

plyusy-i-minusy-cmsДоброго времени суток, друзья!

Мы продолжаем наш разговор, посвящённый обзору особенностей различных категорий движков сайтов, и сегодня на очереди излюбленный инструмент новичков и даже профессионалов – CMS.

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

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

Благо, таковой у меня имеется :-)

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

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

Думаю, на данном этапе всё понятно. Тогда переходим к самой сути вопроса.

Что такое CMS?

Если бы когда-то проводился конкурс на лучшее и максимально понятное определение CMS, то победителем стал бы автор фразы «CMS – это как коробка с кубиками, из которых вы можете построить такой сайт, какой захотите» :-)

Даже добавить нечего :-)

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

Более подробно процесс создания сайта на CMS описан в одноимённой статье по указанной ссылке.

А сравнением с коробкой данный движок обязан тем, что после его установки на веб-сервер и запуске его в веб-браузере вы уже увидите готовый сайт, который нужно будет всего лишь доработать, причём, не особо вникая в его код (по крайнем мере, для создания типовых решений на базе имеющихся дополнений это не обязательно).

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

Если же вы не впервые читаете о ЦМС-ках, то наверняка должны знать, что для каких-то задач одна платформа подходит лучше, для каких-то хуже. Следовательно, это справедливо и в отношении различных видов сайтов.

К примеру, Magento и OpenCart — это специализированные продукты, которые предназначены для разработки исключительно Интернет-магазинов. А такие CMS как DLE и vBulletin подойдут исключительно для создания блогов и форумов соответственно.

Есть, конечно, и универсальные продукты, на базе которых можно создавать различные виды сайтов вроде WordPress и Joomla, но лично я к ним отношусь предвзято и являюсь сторонником специализированных решений, о чём неоднократно говорил в своих предыдущих публикациях.

CMS могут являться как самописными, так и официальными, т.е. известными не только их разработчикам, но и широкому кругу программистов благодаря Интернету и специализированным сообществам, которые используют их в качестве базы для создания своих сайтов.

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

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

К слову, в статье мы будем говорить об особенностях официальных продуктов, т.к. большинство используемых в веб-разработке сегодня CMS относятся именно к данной категории движков.

На этом я заканчиваются краткое знакомство с CMS, и мы переходим к обзору плюсов и минусов ЦМС-ок с точки зрения разработчиков и заказчиков, которые позволят составить нам итоговую картину данных движков.

Поехали :-)

7 плюсов и 6 минусов CMS для разработчиков

Как я уже говорил, у меня есть опыт работы с данными решениями. Собственно говоря, этот фактор и повлиял на моё решение о написании данной статьи.

Если говорить о конкретных продуктах, то я работал с CMS OpenCart и WordPress, а также немного сталкивался с CMS/CMF Magento.

Более того, свой путь веб-программиста я начинал именно с освоения CMS (моим первым движком был OpenCart), поэтому отношения с данным классом платформ для разработки веб-сайтов у меня особенно тёплые :-)

Следующие моменты являются результатом моего опыта работы с ними и общения с заказчиками, которые заказывали у меня различные доработки для своих ЦМС-ных творений.

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

1. Прежде всего, CMS делает процесс разработки веб-проекта максимально простым, т.к. он представляет из себя, по сути, настройку готового сайта, которым движок является «из коробки», под свои нужды.

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

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

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

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

Все дело в стандартах кода движка и реализации различных технологий в рамках определённой CMS, которые значительно уже и более строгие, чем в случае использования фреймворков, дающих полную свободу творчества.

3. Чисто теоретически, CMS, как и другие движки, тоже могут быть самописными. Но те, которые вы можете найти в Интернете в различных рейтингах, на специализированных форумах и в поисковой выдаче, являются распространенными продуктами, что влечёт за собой массу информации об особенностях разработки под данную платформу, вплоть до официальной документации.

Причём, чем больше сообщество разработчиков, работающих с конкретной ЦМС-кой, тем больше шансов, что у документации будет русскоязычный вариант.

Следовательно, ещё один плюс CMS – это, в подавляющем своём большинстве, наличие документации и сообществ разработчиков, которые упрощают процесс создания и внесения правок на сайт, а также уменьшают затраты на услуги программистов, т.к. благодаря обилию информации требуемые действия можно будет сделать самостоятельно, не изучая для этого программирования.

4. В CMS, зачастую, расширение функционала происходит весьма удобным для рядового пользователя способом — с помощью установки готовых модулей и шаблонов, что позволяет получать на своём сайте необходимый функционал без необходимости вникать во все премудрости кода.

Именно эта особенность ЦМС обуславливает наличие огромной армии фанатов данной категории движков сайтов, большая часть которых даже не умеет программировать :-)

5. У разработчиков сайтов на базе CMS благодаря чрезвычайной популярности данных решений никогда не будет проблем с заказами на создание новых сайтов и поддержке существующих решений.

Следовательно, ЦМС – это неплохой источник стабильного дохода.

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

Если поговорить о конкретных цифрах, то доработка модуля фильтрации для CMS OpenCart обошлась для веб-студии, которая заказала её у меня, в 100$.

Относительно модулей – средняя цена на отечественных ресурсах составляет порядка 1000 российский рублей, что при условии популярности дополнения принесёт весьма неплохой доход.

А если продвигаться на западный рынок, то можно заработать ещё больше, т.к. цены там в долларах :-)

6. Для профессиональных разработчиков CMS несут ещё один плюс, связанный уже со структурой их кода. Дело в том, что в большинстве своём CMS написаны на «чистых» языках(PHP, JavaScript, CSS, HTML), без применения различных highload-технологий.

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

7. Следующий плюс, который, на самом деле, является одним из главных, привлекающих к CMS множество пользователей по всему миру, является следствием предыдущего.

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

Однако, справедливости ради, стоит отметить, что данный плюс весьма условный, т.к. я не видел ещё ни одного приличного сайта, созданного на ЦМС-ке, разработка которого заключалась бы чисто в установке модулей и шаблона. Иначе бы такие ресурсы были бы одинаковыми, т.к. количество шаблонов намного меньше, чем количество созданных на CMS сайтов.

Разве только вы не будете использовать шаблон, разработанный для вашего сайта индивидуально.plyusy-i-minusy-cms-dlya-razrabotchika

Однако, если это не так, то рано или поздно до программирования добраться все-таки придётся.

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

К слову, среди профессиональных программистов CMS особой популярностью не пользуются. По крайней мере среди моих знакомых, с которыми я общался по поводу CMS.

На этой ноте мы переходим к разговору о недостатках CMS для разработчиков, которые и отталкивают от них многих программистов. Их не так много, как преимуществ, но все же они есть, и их нельзя игнорировать.

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

На самом деле, со всем нужно разбираться :-) Однако я выделил этот момент в качестве минуса, потому что многие авторы указывают на то, что все CMS похожи между собой и, освоив одну из них, без труда сможешь работать с остальными, но на деле всё куда сложнее.

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

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

С точки зрения же разработчика, который имеет дело с кодом платформы, данное утверждение – не более, чем миф. Структура кода у разных CMS уникальна и неповторима. Даже если CMS позиционируется своими создателями как MVC-продукт, это вовсе не гарантирует, что вы освоитесь с ней за считанные минуты, имея опыт работы с аналогичными решениями.

Яркий пример – OpenCart и Magento. Оба они, по словам разработчиков, MVC. Но мои товарищи по цеху, которые хотя бы косвенно сталкивались с ними обоими, знают, насколько они отличаются.

Если в OpenCart присутствует классическая MVC модель кода с отдельными каталогами для контроллеров, моделей и вьюх (шаблонов), то в Magento все контроллеры и модели рассортированы по папкам модулей, в зависимости от их функционала. Шаблоны в Magento – это вообще отдельный разговор с описанием их структуры в xml-файлах. В общем, кто работал с этим избретением, меня поймут :-)

Кстати, далеко не все CMS ещё и MVC-шные. Тот же самый WordPress.

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

Было бы крайне несправедливо сказать, что написание велосипедов для нестандартных задач вас ждёт только при использовании CMS для создания сайта. Данная особенность встречается и при разработке фреймворков – причём, как официальных, так и самописных.

Просто ЦМС не так гибки, как указанные платформы, и при создании чего-либо уникального на их базе вы постоянно будете упираться в рамки кода, устанавливаемые CMS. И из-за этого процесс разработки может значительно увеличиваться по сравнению с использованием фреймворков.

3. Несмотря на то, что процесс создания сайтов с помощью CMS является очень быстрым по сравнению с созданием сайта на фреймворках, за эту скорость приходится расплачиваться либо приобретением коробочного варианта, либо модулей и шаблонов для бесплатных платформ.

Можно, конечно, взять бесплатную CMS и вручную создать для неё аналоги платных дополнений (кстати, некоторые отдельные разработчики и веб-студии так и делают), но при данном варианте о скорости разработки можно не говорить, по крайней мере, на первых порах.

Зато, потом создание сайтов будет происходить быстро, комфортно и очень рентабельно (естественно, при условии внедрения уже имеющегося в наличии готового дополнения) :-)

Главное перед данным шагом взвесить все «за» и «против» с целью определиться, готовы ли вы на такие инвестиции ценой потери личного времени или нет.

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

Особенно это касается бесплатных дополнений, которые пишут все, кому не лень :-) Хотя для платных 100% работоспособность вам также никто гарантировать не сможет, т.к. везде присутствует беспощадный человеческий фактор.

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

Благодаря этой особенности на фриланс-биржах существует отдельная категория заказов, связанных с устранением неполадок, вызванных расширениями, а также конфликтов между ними.

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

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

А всё это – потраченное время, которое очень часто непропорционально стоимости таких заказов.

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

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

Особенно это касается ЦМС-ок, которые изначально разрабатывались для создания на их базе высоконагруженных и функциональных проектов enterprise-уровня (уровня предприятий) таких как Magento и 1С-Битрикс.

Раз они изначально задумывались для больших масштабов, то и базовый функционал у них соответствующий.

6. И ещё одна неприятность связанная с CMS, которую я ощутил как разработчик – это огромная конкуренция среди программистов, связанная с популярностью данных платформ.

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

Особенно это касается зарубежных бирж, где разработчиков на порядок больше, к тому же многие из них действительно готовы работать просто за еду (Индия, Бангладеш, Непал), причём, среди них встречаются люди с максимальными рейтингами доверия, так что конкурировать с ними не то, что сложно, а просто нерентабельно :-)

К тому же придётся постоянно отслеживать требуемые заказы и оставлять везде свои заявки в надежде, что с вами хоть где-то свяжутся – но это уже специфика работы на биржах, поэтому поговорим об этом в следующий раз.

Подводя резюме под вышенаписанным, хочу сказать, что для разработки CMS подойдут всё-таки больше новичкам, т.к. они помогают получить готовый сайт максимально быстрыми темпами, при этом разработчику не нужно будет изучать массу специфичных технологий, т.к. в большинстве своём, если говорить о PHP-базированный продуктах, ЦМС написаны на чистых языках.

Поэтому знаний PHP, JavaScript, CSS и HTML, т.е. того, что есть у начинающих, вполне хватит для того, чтобы создавать и дорабатывать сайты на CMS, не ощущая при этом дефицита заказов, т.к. они также распространены среди заказчиков, как и среди разработчиков. Останется только освоиться с API движка, но это вопрос времени.

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

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

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

Здесь пригодятся и знание систем кэширования данных, и умение оптимизировать код, а также писать оптимальные запросы к БД. При этом быстрый старт разработки таких сайтов сохраняется, т.к. он присущ всем ЦМС-кам.

В конце концов, если вы считаете себя слишком крутым для ЦМС-ок, но никогда с ними не работали, попробуйте создать на них сайт чисто ради профессионального роста. К тому же это будет прекрасная возможность узнать что-то новое.

Только в таком случае начните не с OpenCart или WordPress, а с чего-то более хардкорного :-) Magento вполне подойдёт. Думаю, после опыта общения с ней вы уже не будете смотреть на CMS свысока, как раньше.

А чтобы вас дополнительно замотивировать, хочу напомнить, что в перспективе CMS может стать источником весьма ощутимого дохода, о чём я писал в статье о классификации движков сайта, где приведён примерный уровень доходов разработчика модулей для ЦМС-ок.

6 достоинств и 3 недостатка CMS для заказчиков

Итак, теперь пришло время посмотреть на ЦМС глазами заказчиков и проанализировать плюсы и минусы данного инструмента.

Что касается меня, то, поскольку я являюсь веб-разработчиком по профессии, то заказчиком мне быть не случалось.

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

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

Начнём наш разговор с приятного и, как и в предыдущем случае, поговорим о преимуществах использования CMS в качестве платформы для заказываемого сайта.

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

Естественно, это важнейший фактор для заказчиков, т.к. чем быстрее будет готов сайт, тем быстрее начнёт выполнять свои функции, т.е. приносить своему владельцу деньги тем или иным способом (в зависимости от типа сайта).

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

Поэтому, как правило, стоимость разработки и различных правок ресурсов на базе CMS будет ниже, чем при использовании фреймворков, например.

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

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

3. Благодаря распространённости CMS у заказчиков никогда не будет проблем с поиском разработчиков для внесения различных правок или создания сайтов с нуля.

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

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

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

К примеру, в случае с CMS/CMF Magento, несмотря на распространённость данной платформы, особенно на Западе, стоимость разработки и внесения правок для ресурсов на базе данной платформы всё равно достаточно высока относительно других аналогичных платформ ввиду сложности её кода.

4. Большая распространённость CMS приводит ещё к одному плюсу – большому количеству различного рода расширений, с помощью которых можно придать своему сайту требуемый вид.

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

И чем больше расширений, тем ниже будет их цена. А некоторые, возможно, будут вообще бесплатными.

5. В большинстве современных CMS существуют механизмы для установки расширений на сайт в виде соответствующих загрузчиков, доступных в панели администратора.

Пользоваться ими просто, т.к. у них, как правило, интуитивно понятный интерфейс.

Следовательно, для расширения функционала заказчикам не обязательно даже прибегать к услугам программистов, что позволяет сэкономить на данном этапе.

6. У каждого существующего сегодня вида сайта существует определённый набор функций, который он должен выполнять. Думаю, это понятно.

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

Причём, речь сейчас идёт не только о дополнениях в виде модулей и шаблонов, но и о готовых фрагментах кода, написанных профессиональными программистами и размещёнными ими на форумах и блогах в сети.

Несмотря на то, что решение является кодом, программированием заниматься будет не обязательно, т.к. их авторы обычно даже указывают в каком файле и после какой строчки нужно его вставить.plyusy-i-minusy-cms-dlya-zakazchika

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

Как видите, достоинств CMS для заказчиков весьма много. Однако, идеальным решением их назвать всё равно нельзя, т.к. у них есть и свои недостатки, о чём мы сейчас и поговорим.

Итак, какие же минусы CMS для заказчиков существуют?

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

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

Если вы с таким столкнётесь, то вы можете, конечно, походить по форумам, но если вам даже и будут давать советы, то весьма высока вероятность того, что вы их не поймёте, уж извините :-)

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

Так что при возникновении каких-то ошибок и проблем в работе сайта сразу готовьте деньги.

Кстати, не забывайте делать бэкапы перед каждой установкой каких-либо дополнений, т.к. неизвестно, как изменится работа сайта после данного действия.

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

2. Захотев реализовать какой-либо уникальный функционал или дизайн, который невозможно получить путём установки стандартных расширений (например, разнообразные калькуляторы с уникальными параметрами), готовьтесь к серьёзным денежным затратам, т.к. это долго, трудно ввиду рамок, устанавливаемых выбранной платформой, и, следовательно, дорого.

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

3. Большое количество расширений для CMS – это как плюс, так и минус, т.к. качество их написания далеко не всегда на высоте, о чём уже указывалось ранее.

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

К тому же, расширения далеко не всегда бесплатные. И гарантий, что, купив дополнение, вы не получите все перечисленные проблемы, никаких нет. Вот такая вот игра в русскую рулетку.

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

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

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

Если же вы всё-таки решитесь на использование официальной CMS, то хочу напомнить, что впереди вас ждёт масса предложений от разработчиков, которые, конкурируя друг с другом, будут предлагать весьма выгодные для вас цены.

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

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

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

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

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

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

На этом всё! Удачи и до новых встреч 😉

  1. 5
  2. 4
  3. 3
  4. 2
  5. 1
4 голоса, в среднем: 5 из 5

2 комментария к статье "Плюсы и минусы CMS для разработчиков и заказчиков"

    1. Pashaster Автор

      Что интересного про хостинг расскажите, если рекомендовать решились? :-)

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *