Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Разное

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Какой движок самый быстрый?
 
 автор: Владимир55   (12.10.2012 в 19:17)   письмо автору
 
 

Требуется создать интернет-магазин, в котором будет размещено порядка 200 тысяч товаров. Требования к функциональности самые обычные, а вот быстродействие желательно иметь достаточно высокое.

Что могут порекомендовать гуру?

  Ответить  
 
 автор: cheops   (12.10.2012 в 21:40)   письмо автору
 
   для: Владимир55   (12.10.2012 в 19:17)
 

А посетителей сколько планируется... дело даже не в движке, а в том, что потребуется масштабировать базу данных на несколько серверов. Т.е. такие решения обычно не отдают на откуп готовым движкам (Максимум FrameWork-ам). Кроме того, бывает так, что берете движок готового интернет-магазина, вроде по уму спроектированного, а потом выясняется, что он не поддерживает составные товары, например, компьютеры, и вам приходится его допиливать... в общем, самое лучше - это разработать магазин с нуля, явно задав требование 200 тысяч товаров, такое-то количество посетителей и столько-то серверов, обслуживающих систему с возможностью дальнейшего масштабирования. В этом случае, разработчики будут изначально закладывать эти требования в архитектуру и тестировать под соответствующими нагрузками. Нужные вам требования редко закладываются в интернет-магазины, особенно на бесплатных движках, предназначенных, как правило, для небольших баз данных.

  Ответить  
 
 автор: Владимир55   (13.10.2012 в 01:24)   письмо автору
 
   для: cheops   (12.10.2012 в 21:40)
 

Посетителей много не планирую - до 1000 в сутки, а то и меньше.

"берете движок готового интернет-магазина, вроде по уму спроектированного, а потом выясняется, что он не поддерживает составные товары"

Функционал самый простой, даже на подкаталоги делить не обязательно. Товары выбираются из базы только по артикулам. Правда, скрипт дополнительной обработки результатов выборки получился довольно большим - порядка пятисот рнр-выражений. Вот в нем вся "изюминка", снижающая до минимума требования к самой CMS.

Потестил "восходящую звезду" (UMI.CMS), но как-то она не впечатлила: не очень удобная и малопонятная, техподдержки практически нет.

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

Самому писать - едва ли получится лучше, чем готовая. Все же, там неглупые программисты. Их основной недостаток - отсутствие "технолога". По-существу, программисты-разработчики пишут для программистов-сайтостроителей, а интересы пользователей никто конкретно не защищает.

Может, Битрикс подойдет, как полагаете?

"масштабировать базу данных на несколько серверов"
База товаров оценивается в 300 Мб. Её можно проиндексировать по артикулам для быстродейсвия. Полагаете, что общим сервером не обойтись?

Сейчас использую удаленную технологическую базу, с которой работает мой скрипт, а хотелось бы у себя её разместить, но в этой базе 72 Гб. Для неё в любом случае нужен отдельный сервер?

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования