15 июля 2009 в 15:49
Доброго времени суток. Планируется интернет магазин цифровых товаров с огромным количеством товаров, скажем так в пределах 100 тысяч. Какой из выше означенных модулей поддерживает такое? Где-то встречал, мол Ubercart только на 10 000.
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Всё зависит от серванта на котором будет всё крутиться
Ubercart выдержит и 100 тысяч
зависимость только от см. пост ниже.
Ну а в сравнении с другими скриптами магазинов, в которых анонсируется работа с большим числом товаров (от 500 тыс. до миллиона - OSG Интернет-магазин Start, ShopCMS etc.), нагружать будет намного больше сервак?
Кстати, на vamshop ответили, что без переделки не потянет
Нагрузка понятие крайне относительное, например, я сейчас руковожу разработкой одного сайта , мы отказались от модулей не входящих в стандартный пакет, все задачи решаем своими модулями + сниппеты, в итоге друпал у нас ест около 8 метров памяти на большинстве страниц, но у нас около 200 000 терминов (Все населённые пункты нашей России-матушки), на страницах таксономии словаря географии мускуль помирает в течении 10 секунд, пришлось делать функции аналогичные таксономии, но по своему. Друпал хорош тем, что является гибким и представляет собой непаханное поле для оптимизации
Вы не о том думаете,100.000 позиций-это анриал полный.Набить базу-это одно,а поддерживать в актуальном состоянии и оперативно отслеживать ассортимент и обрабатывать заказы-совсем другое.Если вы СЕРЬЁЗНО планируете осилить такой ассортимент,то париться с уберкартом вам нет никакого смысла,так как вы в состоянии отдать пару десятков тыщ бакинских на разработку "под себя".
Не понял, по поводу париться. Товар цифровой, грубо говоря набор циферек (но их очень много). Они не меняются (только первоначальная загрузка в базу). Никаких актуальных состояний. Покупатель через ВМ например оплатил, тут же увидел свои циферки (ну и в кабинете чтоб история осталась).
Если вы сильно ограничены в ресурсах и не хотите как говорится заниматься оптимизацией, то лучше брать скрипт и-нет магазина типа OScommerce и иных ему подобных.
Естественно в состоянии из коробки убер будет сильно нагружать сервант при больших объемах товаров но если попилить напильником и обработать шкуркой то вытянет он и пол миллиона товаров (это и назвали переделкой).
такие ограничения взяты с потолка. какая разница для вышеназванных скриптов, сколько позиций имеется в базе данных, 100 или 100 тысяч? главное - оптимизированный друпал и правильно настроенный сервер с хорошей производительностью, тогда не будет причин париться по поводу выдержит/не выдержит.
мой последний проект drupal+ubercart, содержит >60k наименований (число товаров время от времени увеличивается) и работа не вызывает нареканий
А дайте зазырить, хотя бы по ссылке?
уж очена интересно.
4294967295
можно взглянуть?