|
|
|
| Требуется создать интернет-магазин, в котором будет размещено порядка 200 тысяч товаров. Требования к функциональности самые обычные, а вот быстродействие желательно иметь достаточно высокое.
Что могут порекомендовать гуру? | |
|
|
|
|
|
|
|
для: Владимир55
(12.10.2012 в 19:17)
| | А посетителей сколько планируется... дело даже не в движке, а в том, что потребуется масштабировать базу данных на несколько серверов. Т.е. такие решения обычно не отдают на откуп готовым движкам (Максимум FrameWork-ам). Кроме того, бывает так, что берете движок готового интернет-магазина, вроде по уму спроектированного, а потом выясняется, что он не поддерживает составные товары, например, компьютеры, и вам приходится его допиливать... в общем, самое лучше - это разработать магазин с нуля, явно задав требование 200 тысяч товаров, такое-то количество посетителей и столько-то серверов, обслуживающих систему с возможностью дальнейшего масштабирования. В этом случае, разработчики будут изначально закладывать эти требования в архитектуру и тестировать под соответствующими нагрузками. Нужные вам требования редко закладываются в интернет-магазины, особенно на бесплатных движках, предназначенных, как правило, для небольших баз данных. | |
|
|
|
|
|
|
|
для: cheops
(12.10.2012 в 21:40)
| | Посетителей много не планирую - до 1000 в сутки, а то и меньше.
"берете движок готового интернет-магазина, вроде по уму спроектированного, а потом выясняется, что он не поддерживает составные товары"
Функционал самый простой, даже на подкаталоги делить не обязательно. Товары выбираются из базы только по артикулам. Правда, скрипт дополнительной обработки результатов выборки получился довольно большим - порядка пятисот рнр-выражений. Вот в нем вся "изюминка", снижающая до минимума требования к самой CMS.
Потестил "восходящую звезду" (UMI.CMS), но как-то она не впечатлила: не очень удобная и малопонятная, техподдержки практически нет.
НOSTCMS довольно медленный и сырой - по моим замечаниям выпустили уже несколько обновлений, а некоторые дефекты исправить так и не не смогли.
Самому писать - едва ли получится лучше, чем готовая. Все же, там неглупые программисты. Их основной недостаток - отсутствие "технолога". По-существу, программисты-разработчики пишут для программистов-сайтостроителей, а интересы пользователей никто конкретно не защищает.
Может, Битрикс подойдет, как полагаете?
"масштабировать базу данных на несколько серверов"
База товаров оценивается в 300 Мб. Её можно проиндексировать по артикулам для быстродейсвия. Полагаете, что общим сервером не обойтись?
Сейчас использую удаленную технологическую базу, с которой работает мой скрипт, а хотелось бы у себя её разместить, но в этой базе 72 Гб. Для неё в любом случае нужен отдельный сервер? | |
|
|
|