22/06/2010
Хочу создать инет-магазин автозапчатей.
В каталоге будет около 100 000 позиций.
Также будет расширенный поиск по параметрам запчастей.
Ищу подходящий движок для такой нагрузки.
из тех, что я рассматривал:
Virtuemart - не потянет
Shop-Script - пока выясняется вопрос
Битрикс ? дороговато немного
Если кто сталкивался - буду благодарен за подсказки.
В каталоге будет около 100 000 позиций.
Также будет расширенный поиск по параметрам запчастей.
Ищу подходящий движок для такой нагрузки.
из тех, что я рассматривал:
Virtuemart - не потянет
Shop-Script - пока выясняется вопрос
Битрикс ? дороговато немного
Если кто сталкивался - буду благодарен за подсказки.
22/06/2010
lana73:
поддерживает неограниченное количество товарных позиций
поддерживает неограниченное количество товарных позиций
Gomer правильно обратил внимание на хостинг для подобных проектов. Многие движки способны записать в базу данных неограниченное количество товаров. Вопрос лишь в том, как это будет работать на реальном хостинге и под реальной нагрузкой.
22/06/2010
Обратите внимание на Amiro.CMS. Десятки тысяч артикулов вполне реально при разумных требованиях к "железу". На сотни тысяч - "есть прецеденты".
22/06/2010
Магазин на x-cart в 100 000 товаров работает хорошо без оптимизации. У нас на поддержке магазин в 450 000 товаров, к нему для ускорения поиска подключали sphinx, в остальном работало нормально. Лучше брать, конечно, VPS, можно не самый дорогой.
Поиск, если он у Вас будет сложный (много полей, много условий одновременно), возможно, придется немного оптимизировать, но это зависит от конкретной ситуации.
Поиск, если он у Вас будет сложный (много полей, много условий одновременно), возможно, придется немного оптимизировать, но это зависит от конкретной ситуации.
22/06/2010
Поддержка Shop-Script написала сегодня в письме, что при 70 000 работает норм. на реальных магазинах.
Щас подбираю VPS и определюсь между X-cart и Shop-Script.
На данный момент эти варианты кажутся наиболее реальными
Щас подбираю VPS и определюсь между X-cart и Shop-Script.
На данный момент эти варианты кажутся наиболее реальными
22/06/2010
Присмотритесь к AdVantShop.NET(http://www.advantshop.net/) - использует базу на MS SQL, тестировали на миллионе позиций. И как раз по тематике запчасти с таким объемом позиций есть проекты.
23/06/2010
Вам нужно обратить внимане Амиро.CMS или на HostCms, но при таком количестве позиций (но больше и не маленького трафика)не в коем случае не стоит использовать бесплатные скрипты и обязательно нужен будет VPS
Из опыта: Shop-Script Pro зависал при 30 тыс наименований и трафике 10 к в день (правда при этом использовался не VPS, допустимая была нагрузка 5%)
Из опыта: Shop-Script Pro зависал при 30 тыс наименований и трафике 10 к в день (правда при этом использовался не VPS, допустимая была нагрузка 5%)
24/06/2010
Zorg:
зависал при 30 тыс наименований и трафике 10 к в день
зависал при 30 тыс наименований и трафике 10 к в день
Обычно при большом количестве товаров и высокой посещаемости возникает проблема с параметрическим поиском - его нужно обязательно оптимизировать для снижения нагрузки на сервер базы данных, а также использовать решения для кэширования с целью снижения количества запросов к базе данных.
Подбор автозапчастей - как раз такой случай. Использование Sphinx дает ощутимое преимущество только при полнотекстовом поиске, однако для подбора автозапчастей такой поиск особого интереса не имеет. Но в качестве дополнения может быть полезен.
Исходя из этого, полагаю, что для высокопосещаемых проектов с большой базой данных любой "движок" общего назначения нужно будет дорабатывать и использовать на специализированном хостинге, где установлено необходимое ПО для кэширования.
Наш подход заключается как раз в использовании специализированных решений (разработанных наше компанией) и хостингов (наших собственных полу-выделенных или выделенных серверов) для подобных проектов. В том числе мы при необходимости подключаем и кеширование, и Sphinx, и другие технологии, обеспечивающие высокую скорость работы сайтов при большой загрузке.
24/06/2010
А мы ничего не подключаем и не оптимизируем, потому что у нас все уже подключено и оптимизировано)) и прекрасно работает из коробки.
24/06/2010
Gomer:
не оптимизируем, потому что у нас все уже подключено и оптимизировано
не оптимизируем, потому что у нас все уже подключено и оптимизировано
Но для разных случаев требуется разная оптимизация, и в разных магазинах требования по оптимизации бывают взаимоисключающие. Хотя бы потому, что в разных магазинах бывают разные структуры базы данных, разные требования к пакетной обработке, запросам с витрины и из бекофиса.
Поэтому мы никогда не ставили перед собой задачу создания одного решения, оптимизированного на все случаи жизни. Мы полагаем, что наилучшего результата можно достичь только при индивидуальном подходе к проектам. Хотя, конечно, у нас применяются и общераспространенные технологии, направленные на ускорение в целом, такие как nginx, memchached, sphinx и т.п.
Ответить
Читайте также
29/03/2018
Как создать его с нуля: поставщики, проблемы и решения...
Подробнее