Вопросы новичка по выбору OpenCart

[RDS]

Приветствую.

 

Выбираю CMS для интернет-магазина. Почитал про разные CMS и пока остановил свой выбор на OpenCart,

но осталось еще несколько вопросов, чтоб понять, подойдет ли оно мне.

 

1. Стоит ли начинать разбираться сразу с новой версии 2.0 под которую еще нет ocStore ?

2. Правильно понимаю, что модули от предыдущих версий на 2.0 не подойдут.

3. На сколько большие каталоги может переварить система?

У меня каталог на миллион позиций. Поиск осуществляется по артикулу.

Каждая позиция по каталогу может иметь разные цены от разных поставщиков.

Соответственно прайсы от этих поставщиков тоже содержат по миллиону позиций.

 

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

Тут как с этим обстоит дело?

[AlexDW]

Ставь последнюю версию с myopencart.com - 1.5.5.1.2, это самый лучший вариант на сегодня.

 

2.0 только-только появилась, еще сыровата.

Модули от предыдущих для 2.0 нужно дорабатывать, напрямую не подойдут.

 

Насчет миллиона - не знаю, но есть рабочие магазины со 100.000 и более товаров

[Tom]

Всегда в шоковое состояние впадаю,когда при Наполеоновских планах подыскивают бесплатный движок.

 

У меня каталог на миллион позиций. 

 

 

:ugeek:

[snastik]

Всегда в шоковое состояние впадаю,когда при Наполеоновских планах подыскивают бесплатный движок.

 

 

:ugeek:

 

Хоть на 2.

Лишь бы у вас были деньги на соответствующее железо и допилы.

[RDS]

Не могу понять вашего скепсиса. В чем проблема если 1 млн записей в MySQL даже если 5 млн. В чем проблема?

Я свой интернет магазин сделал в 2000 году за пару недель с нуля без CMS при том, что я вообще не программер.

С тех пор он очень сильно устарел и хотелось бы его переделать, но уже по современному. Вот и занялся поиском CMS.

 

Сейчас у меня 2 десятка таблиц суммарно на 5 млн записей на самом обычном хостинге дешевом.

Поиск по ним идет меньше секунды, т.е. MySQL это легко позволяет. Никакого особенного железа не надо.

 

Архитектуру CMS я не знаю и почему они не тянут такие большие таблицы пока не понял.

Если кто объяснит, буду благодарен.

 

По поводу бесплатности движка... выбирал не по этому параметру. Просто про платные как раз пишут,

что не тянут большие каталоги.

 

По поводу наполеоновских планов вообще не понял. Любой даже самый мелкий интернет магазин

автозапчастей должен иметь прайсы на несколько миллионов записей.

 

и еще ... про OpenCart пишут, что его легко допиливать, а мне это точно понадобится.

[AlexDW]

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

похоже, путаете число записей в БД с числом реальных товарных позиций :-D

 

Можно много обсуждать, но проще один раз попробовать - тем более что проект бесплатен. Понравится - там можно и соответствующие дополнения приобретать, либо самому под себя "заточить".

[snastik]

Не могу понять вашего скепсиса. В чем проблема если 1 млн записей в MySQL даже если 5 млн. В чем проблема?

Я свой интернет магазин сделал в 2000 году за пару недель с нуля без CMS при том, что я вообще не программер.

С тех пор он очень сильно устарел и хотелось бы его переделать, но уже по современному. Вот и занялся поиском CMS.

 

Сейчас у меня 2 десятка таблиц суммарно на 5 млн записей на самом обычном хостинге дешевом.

Поиск по ним идет меньше секунды, т.е. MySQL это легко позволяет. Никакого особенного железа не надо.

 

Архитектуру CMS я не знаю и почему они не тянут такие большие таблицы пока не понял.

Если кто объяснит, буду благодарен.

 

По поводу бесплатности движка... выбирал не по этому параметру. Просто про платные как раз пишут,

что не тянут большие каталоги.

 

По поводу наполеоновских планов вообще не понял. Любой даже самый мелкий интернет магазин

автозапчастей должен иметь прайсы на несколько миллионов записей.

 

и еще ... про OpenCart пишут, что его легко допиливать, а мне это точно понадобится.

 

 

Я вам как непрограммеру расскажу.

Представьте например процесс сортировки по имени на 2 миллилона товаров.

 

Для того чтобы это осуществить. Mysql должна сначала создать временную таблицу объединив данные из таблицы с данными о товаре с данными таблицы, в которой находятся описания и названия. И потом отсортировать эту временную таблицу. Если у вас хватает навыков и денег настроить mysql сервер таким образом, чтобы он эти операции выполнял используя только оперативную память, считайте у вас получилось. Если же нет. Про 2м можно забыть. Так как у вас будет не магазин а безногий инвалид.

[RDS]

похоже, путаете число записей в БД с числом реальных товарных позиций :-D

Нет, не путаю. У меня одна запись - это одна товарная позиция на складе у поставщика. Просто поставщиков много и товарных позиций у них десятки и сотни тысяч.

 

Я вам как непрограммеру расскажу.

Представьте например процесс сортировки по имени на 2 миллилона товаров.

Не могу представить, для чего может понадобиться.... сортировать по имени автозапчасти. Я же в самом начале писал, что товар ищется по артикулу. Т.е. достаточно SELECT-а хоть и из очень большой базы.

 

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

Буду сам ставить, разбираться.

[afwollis]

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

для вывода каталога, модулей (новинки/рекомендуемые/просмотренные/хиты-продаж/...) и других блоков/разделов с инфой о товарах.

об этом и говорил snastik.

Я же в самом начале писал, что товар ищется по артикулу. Т.е. достаточно SELECT-а хоть и из очень большой базы.

см. выше.

данные о товарах хранятся в разных таблицах. и данных много.

если у тебя в нынешней таблице твоих товаров только "название,цена,артикул,кол-во" - то хоть десяток миллионов записей - особых проблем не будет - объем данных маловат.

а вот в opencart кроме большого кол-ва записей будет еще большой объем данных.

на это надо туча ресурсов, оптимизация настроек сервера, запросов/кода.