Выбор CMS для ИМ на 500-1000 товаров

Как будто здесь когда то по-другому было)))

Шо один мужик сделал другой завсегда сломать сможет /вековая мудрость народа/

Вопрос в результате.

И в общем-то в целях.

Если цель: быстро сделал - сдал - забыл - телефон в игнор. Одна история.

Если надо: сделать - развивать - поддерживать годами. Другая.

Чужая архитектура часто спроектирована не для второго, а для первого.

Да и где вы эти "грамотно спроектированные видели" ?.

Может посоветуете ТС-у что-нибудь под его задачи, что покрыто тестами хотяб на 50% :) ?

Я может тоже выкину свой велосипед и переделаю, мне не сложно.

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

Чтобы хоть какой-то полезный функционал был без прицепленного к нему невероятного геммороя.

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

Желательно, чтобы размер кода этого "движка" не превышал в исходниках 1мб. (по-хорошему 100-200кб были б хорошей цифрой)

Чтобы было проще с ним ознакомиться, что как делает итп. Ну и потом исправлять.

Ведь нам не надо заменять говносамопис на <<1мб, очень качественно спроектированным проф. продуктом на 100мб.

Или надо :) ?

_SP_, Вам не нужна CMS, вы кое что путаете, конечный продукт (как у вас) с каким то каркасом (CMS) который умеет просто и быстро расширятся.

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

Практически на любой CMS можно вообще не отправлять скрипты на фронт. Не дергать базу, не использовать кэш и тогда любая CMS будет отрабатывать меньше чем за 0.00001 секунду, но скорее всего такой пустой белой страницей никто не будет пользоваться. А так, в целом когда человек шарит в движек, то он становится для него фактически как его разработка, вот вы знаете свой самопис и можете что угодно там допилить и как угодно оптимизировать, так же и любой спец который знает CMS с которой работает. Но таких как правило меньшинство, потому что хороших спецов в целом очень сложно найти в любой тематике, не только в разработке сайтов. Даже взять например тот же битрикс, на одном и том же железе, штатно битрикс начинает падать при примерных 30 rps, у нас он держит до 300rps и это не заслуга движка, а заслуга разрабов которые строят сайт, но и каких то ограничений оптимизации у него опять же нет.

Как то так выглядит график за последние несколько месяцев для битрикса

Ну и время ответа естественно для тех у кого битрикс грузится по 10 секунд

Предлагаешь годами (такими темпами) писать "ERP", вместо использования коробочной версии. Предлагай в психушке.

С этим точно к психиатру.

Какими тестами, на ВИЧ, гепатит, беременность?

Конечно всё есть.

"Плагины" поддерживаются php прям из коробки, смотри всякие инклюды и реквайры :).

А делать аналог современных "монстров" именно для того, чтобы дебилы могли как-то модифицировать их работу смысла нету.

В этом к современным "монстрам" претензия и состоит.

В погоне за в том числе "легкой установкой" они превратились в скопище "легкоустановленного говнокода".

Никто почему-то не нанимает водителя грузовика без прав.

Никто не идет к хирургу у которого нет диплома.

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

Результат того, что этих людей вообще подпускают к продукту очевиден.

Кто-то готов с этим мириться, кто-то нет. Но почти никогда это не выгодно на отрезке времени в годы.

PS. Полагаю "моё решение" и 3000rps потянет и 30000. Сколько там в среднем нгикс в состоянии статики отдавать ?

Десятки и сотни тысяч вроде бы.... не интересовался ибо нет в этом месте узкого места.

Как легко заметить, здесь нарисовалось два направления:

1 - Не желающие усложнять то, что уже есть и работает - CMS + плагины, настройки.. (я тоже за этот путь)

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

PS 1ый пункт тоже можно развивать и поддерживать годами, 2ой может накрыться тазом в любой момент.

Да нет, группы другие

1. Те, кто "пришли на минуточку" и "париться" не хотят. Хотят быстро и дешево.

2. Те, кто понимает и разбирается, пробовал и то и другое, видит разницу в результатах.

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

У кого-то из них есть будущее, у кого-то нету.

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

Но это движение по первому пути.

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

Единственное на что хотелось бы обратить внимание.

"Те, кто за самопис" ничего не продают :). Они не предлагают писать самописы за деньги и не продают свои.

Они предлагают всерьез задуматься, только и всего :).

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

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

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

_SP_, идите своим путём, никто вас не отговаривает.

А те, кто не хотят ходить в Москву через Монголию, пойдут своим путём.

PS И скорее всего сделают продукт получше вашего самописа ))

Тут спорить бесполезно, человеку про Фому он про Ерему. Сделать из CMS статику не сложно, достаточно поставить ноду и фронт сделать на любой ssr технологии, бэк сделать rest, а лучше graphql и получить вашу производительность и гибкость CMS систем.

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

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