На чём лучше делать сайты: Joomla, WordPress или на том, что решает задачу

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

Как выбрать CMS под задачи клиента, а не по привычке

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

Только из этого не следует, что система ничего не умеет. Иногда это означает, что человек пока не знает, как решить конкретную задачу.

Мы выросли на Joomla, поэтому нам с ней понятно

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

И когда мне говорят «там невозможно найти функционал», хочется спросить: какой именно? Для какой задачи? На какой версии? Мы столько лет находили решения, а тут внезапно вообще ничего нет?

Может, нужного готового расширения действительно нет. Тогда обсуждаем разработку. Может, есть, но платное. Может, задача нормально решается другим способом. Это всё разные ситуации, а не одна большая проблема под названием «CMS плохая».

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

Не нашёл бесплатно — не значит не существует

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

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

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

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

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

С интеграциями нужно разбираться предметно

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

Например, для одной из версий JoomShopping я заказывал модуль Prodamus у разработчика. Это реальный опыт: мне понадобилась интеграция, я не нашёл удобного готового пути и пошёл к человеку, который мог её сделать.

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

Мне важно другое: вместо «ничего нет» начинаем задавать нормальные вопросы. Что требуется передавать? Какой сервис? Есть ли поддерживаемый модуль? Можно ли адаптировать решение? Кто это будет сопровождать?

Считать количество плагинов без задачи бессмысленно

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

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

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

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

Мой опыт эксплуатации — не гарантия безопасности для всех

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

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

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

Думай, куда клиент будет расти

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

Мы в студии тоже постепенно переставали зависеть только от одного движка: появились специалисты, способные верстать и работать с другими решениями. Это расширяло выбор, а не отменяло накопленный опыт Joomla.

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

Комментарии

Оцените статью:

Подтвердите, что вы человек

После проверки отправим комментарий администратору.

Пока нет комментариев. Поделитесь своим мнением первым.