Лучшая CMS для интернет каталога одежды?

Question

[TRIG]

Здравствуйте.
Прошу помочь с выбором какой-нибудь CMS, которая подошла в качестве интернет-каталога одежды, но с широким функционалом для презентации?
Под широким функционалом я понимаю:
1. Видео в карточке товара в области фотографий (например, как у Magento)
2. Создание и вывод различных характеристик товара (зависимость набора фото/видео в карточке товара от выбранных параметров, создание своих индивидуальных характеристик и т.д.). Вывод этих же параметров в область категории (а не только карточки).
3. Быстрое наполнение по типу вариантов товара (пересекается с теми же характеристиками). Например, когда фото мы добавляем лишь в один цвет, но они будут присутствовать уже во всех остальных вариациях товара с таким цветом (как в Битрикс).
4. Низкая требовательность к ресурсам системы (тот же Битрикс или Мадженто вроде как справляются с функционалом, но весьма громоздкие).

Comments

[Максим Федоров]

вы неспроста говорите "часть от туда, часть от туда"
ответ: любая, но с доработками

[TRIG]

Максим Федоров, я понимаю, что доработки неизбежны, но по сути непонятно что конкретно выбрать. Если брать совсем простецкие CMS типа opencart, то дорабатывать надо вообще всё. А если громоздкие типа Magento, то много функционала никогда не будет использоваться.

[Adamos]

TRIG, "хренова куча работы" vs "неаккуратненько". Мда, сложный выбор...

[TRIG]

Adamos, не "неаккуратненько", а лишняя нагрузка на систему.

[Adamos]

TRIG, напоминаю, CMS - это в любом случае лишняя нагрузка на систему.
Особенно если это Битрикс.

[TRIG]

Adamos, зачем мне это напоминать, когда речь о том, что разница в нагрузке между простейшей CMS и тем же Magento просто колоссальная? Вы не понимаете этого?

[Adamos]

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

[TRIG]

Adamos, я задаю вопрос на тот случай, если вдруг такая CMS может существовать и я упустил её из виду. Этого вы тоже не понимаете?

[Adamos]

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

[TRIG]

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

[Adamos]

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

[sim3x]

TRIG,

чем жертвовать из двух: широким функционалом или низкой нагрузкой.

вопрос в ваших деньгах

Можно избежать, как нагрузки, так и получить широкий функционал

[TRIG]

sim3x, каким образом?

[lamer350]

TRIG, я так полагаю что заплатив разработчикам) потому вопрос стоит в деньгах

[TRIG]

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

[lamer350]

TRIG, я думаю что в обоих случаях, для быстрой работы любого сайта нужно хорошо оптимизированный сервер! Услуга такая стоит относительно недорого, платите один раз 50-100$ (на fl полно специалистов, как и на любой другой бирже) и получаете скоростной сервер с более менее стойкой защитой от взлома (причем для каждой CMS требуется особая настройка конфига) и ddos.
Ну и далее уже за доработки нужного вам фнукционала, вплоть до того что написать все с нуля на фреймворке каком нибудь только нужный вам функционал, сайт будет летать, у вас будут все нужные вам функции.

[lamer350]

TRIG, исходя из опыта я хотел бы добавить следующее: CMS нужно использовать только для теста ниши либо если ваш сайт не планирует особо расширятся в будущем, а итоговое количество товара на сайта будет меньше 1000 и вы не ожидаете более 5 тис посетителей в сутки.
В остальных случаях нужно писать все с нуля! Таким образом изначально можно выстроить архитектуру, в будущем добавлять любой функционал при необходимости, а нагрузка на сервер будет значительно меньше. Я видел много проектов у которых были перспективы, но они загибались так как через пару месяцев работы сайт начинает тупить, сервер падать, исправить это сложно, дорого... Деньги заканчиваются... Особенно магазины на WP и на тему недвижимости! Это прям кладбище целое) Так как в итоге даже самые дорогие серверы не справляются с нагрузкой. Потому выбор должен быть оправданным! Я к примеру не пишу с нуля, не пытаюсь впарить свои услуги Вам) А всем кто ко мне обращается с сложными проектами, которые хотят построить на CMS - пытаюсь обьяснить что так делать не нужно если хотят развивать бизнес. Потому отталкиваться нужно от задачи, от бюджета и планов. Или быть готовым что в будущем нужно будет писать все с нуля, заложить на это бюджет и время, быть к этому готовым.

[TRIG]

lamer350, как раз случай небольшого проекта без дальнейшего расширения.

Answer 1

[Андрей К]

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

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

Если только попробовать, то начните с лендинга.

Если уже знаете, что хотите, тогда можно уже что-то выбирать.

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

Comments

[TRIG]

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

[Андрей К]

TRIG, если Вы сами будете исполнять, то думаю, вам виднее.

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

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

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

Answer 2

[Дмирий]

Что-то непонятно с пунктами 2 и 3. Что значит зависимость зависимость фото/видео от выбранных характеристик? Что значит "быстрое наполнение по типу вариантов товара"?
И о каком количестве товаров идет речь?