ИМ с большим кол-во товаров

Лучше нанять людей. Которые подскажут и сделают.

Остальное... словобудие.

ЗЫ. Под 300к товаров в общем-то не проблема, вопрос в том, что еще кроме экспозиции товаров должно быть в функционале....

Какой тип товара ? Будут ли фильтры, подборные страницы и т.п.?

С большими объемами не плохо справляется битрикс. Но он прожорлив и требователен к хостингу.

Опенкарт без проблем держит такое количество товаров, главное его правильно оптимизировать.

Сейчас есть уже ИM на опенкарт загрузил 3500 товаров держит на отлично подгрузил еще 3500 и все легло на глухо, да я тоже думаю и за фильтров не нужных валит, вот и думаю оставлять опенкарт или прибегнуть к другим вариантом

Anton307, я бы самопис залудил, а весь функционал связанный с выборкой товаров засунул в базу.

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

это да, совсем никакой разницы... особенно когда пишут всякие запросы, где количество действий = count **4

ДА!

Это положительный ответ если чё

А по сабжу - нужно выбирать "не на чём", а "кто сделает по ТЗ". "На чём" - это уже его забота.

не ну если ваш двиг делает что-то типа ...

foreach ($variable as $key => $value) {
	echo show_item($DB->selectRow("SELECT * FROM parts_table WHERE id=? LIMIT 1", $value['id']));
}

даже не знаю додумывался ли кто-нибудь до такого)))))

вот недавно мне попался ИМ на переделку где предыдущий "специалист" сохранял заказ в базу в виде HTML

никаких ID только **** хардкор

если кто не поверит

Это еще цветочки по сравнению с https://www.yiiframework.com/wiki/527/relational-query-lazy-loading-and-eager-loading-in-yii-1-1-with-and-together

Как то был один магазин, который ради 10 товаров в шаблоне (в цикле) делал огромные и жирные запросы в БД, висело всё :) Хотя нужно было пару параметров показать.