Когда создавать веб-сайт с CMS - плохая или хорошая идея

Я собираюсь начать крупномасштабный проект веб-приложения. Этот проект будет целевым веб-сайтом, который собирает контент (контент должен собираться с помощью поискового робота / бота, который работает независимо и с заданными интервалами для индексации данных, предоставленных партнерами, которые одобрили нашу методику) и отображает этот контент пользователям. Пользователи может адаптировать, какой контент им представляет платформа, ранжируя контент, пытаясь предоставить данные платформы, чтобы определить, какой контент, скорее всего, найдет для пользователя благоприятным (да, я знаю, что это звучит так же, как спотыкание.com)

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

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

Но что вы думаете, ребята, есть ли какая-то ценность, которую CMS может предоставить для такого проекта? Бывают ли ситуации, когда общепринятым правилом является то, что CMS хорошая / плохая? Я за годы создания приложений PHP с использованием таких фреймворков, как codeigniter, и недавно мне пришлось поработать над сайтом wordpress, который мне показался отвратительным беспорядком глобальных переменных, бесконечными `` крючками '' для получения кода выполнять, когда / где вам это нужно, и т. д.

---- EDIT ----

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

---- РЕДАКТИРОВАТЬ ----

Еще одна вещь, которую следует добавить, - это масштабируемость - большая проблема. Мы хотим построить это так, чтобы иметь возможность обрабатывать от 200 000 - 2 000 000 - 20 000 000 уникальных посетителей в месяц. Это означает использование всего, что есть в нашем распоряжении, балансировки нагрузки, кэширования memcached, рабочих процессов / серверов, высокодоступных баз данных mysql и mongodb (для различных целей в нашем веб-приложении), сетей доставки контента, размещения файлов ресурсов независимо от сервера приложений. и т. д. Мне не нравится отказываться от прямого контроля над всем кодом, потому что в прошлом я использовал свою способность касаться всего, чтобы отрегулировать любые проблемы / узкие места с производительностью.