Помогите с выбором: готовая CMS или индивидуальная разработка

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

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

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

5. Нормально спроектированное специализированное решение будет работать значительно быстрее универсальной CMS.

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

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

8. Можно и так сделать, если кроме магазина будет много характерного для CMS функционала.

+100500.

Согласен. Престашоп, опенкарт - отличные бесплатные двиги. Но некоторые модули уже за деньги.

Не факт. Не исключено, что "всё уже написано до нас" ;)

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

Но даже если и допиливать, edesign, подумаете, сравните

а) кол-во доступных специалистов по закрытым системам и по опенсорц.

б) стоимость их работы.

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

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

Что-то в этом предложении есть. Но учтите: если будете заказывать кастомное решение - Вам категорически воспрещается конфликтовать с разработчиком (а еще лучше привязать его "обслуживающей ставкой")...

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

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

Фильтры, которые показаны в примере - в принципе, не особо сложные. Но тут тоже желательно писать самому - ибо .. в общем, ибо.. :) Долго объяснять.

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

Паттерн EAV - монстрообразная структура при реализации. У себя в проекте вообще отказались от MySQL и перешли на MongoDB, там такие структуры с разными параметрами у разных разделов и товаров реализуются прозрачнее.

Но монго - это монго - это малое количество специалистов, новый продукт и т.д.

Это вполне обычные требования, просто найдите компанию, которая уже делала что-то подобное, на чем они это сделают особой роли не играет.

Согласен.

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

Хорошее решение бесплатный opencart, тем более что все что нужно и ненужно, уже дописано и очень недорого, если вообще не бесплатно.

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

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

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

Естественно код может быть написан плохо, и быть не документированным, но это в среде тех, кто использует в разработке фреймворки встречается довольно редко, куда реже чем у разработчиков модулей под CMS. Я не раз вносил изменения в чужие проекты на CI, Symfony, Yii, и это не было такой уж сложной задачей. Особенно в случае с Yii который я довольно хорошо знаю. А вот в некоторых кастомных модулях Drupal, который я тоже знаю весьма неплохо, разобраться былвало весьма непросто.

Работал по монтажу промышленных систем, и составление сметы — это отдельная развлекуха. Надо включить в неё комплектующие подороже, тогда остальные мелочи заказчик проглотит без лишних вопросов. Т.е. впариваем какой-нибудь брендовый "агрегат", а к нему: доставка, поогрузка-разгрузка, установка, пусконаладка, предпусковые замеры, послепусковой контроль, фирменные расходники... Так бабло делается на сервисе.