Реальные возможности VirtueMart - [VM1] Общие вопросы и ошибки

На какое количество товара рассчитан компонент VirtueMart?
Реально ли произвести поиск по 100000 наименований товара?

По поводу поиска - это скорее вопрос к MySQL, а вот по поводу заведения 100000 товаров - сложно сказать, поищи по форуму, кажется у людей возникали проблемы при 4000-6000 товаров. У меня в магазине 500-600, проблем нет.

У меня 2 по 13000,  поставил два дня назад, посещаемость пока 0, так что объективно судить не могу, на одном из сайтов поиск отключен. Думаю стоит объединять в одни движок или нет.

Про проблемы с большим количеством товара на этом форуме не нашел ни чего.

Моё мнение. Тормозить будет нереально. Моудли типа "самые продаваемые товары" лучше даже не путайтесь ставить.
Ограничениями тут сама жумла и маскуль.

Моё мнение. Тормозить будет нереально. Моудли типа "самые продаваемые товары" лучше даже не путайтесь ставить.
Ограничениями тут сама жумла и маскуль.

ну, допустим, MySQL тут невиноват... у него нормальная производительность, если граммотно сконфигурирован и нормально запросы написаны. В конце-концов, можно провести оптимизацию поисковых запросов, построить дополнительные индексы по таблице товаров.

Если исходить из того, что Joomla и VirtueMart используются в изначальной конфигурации, какой у них предел? Переписывать Joomla и VirtueMart нет ни знаний не желания, нанимать кого то, не вариант, проще тогда уже купить готовое ПО адаптированное как раз для этих целей. Как могу предположить что изначально Joomla и VirtueMart задумывались как ПО для проектов среднего размера, т.е. я могу не заворачиваться на счет них.

Скажем так, я бы не советовал.

У нас магазин на 20450 товаров работал на ура. При этом описания и наименования товаров были на немецком и французском, http://pharmaple.ch/ Описания в хтмл, таблички, то есть там как минимум для каждого 500 символов. Ну, открытие категорий длилось ну может секунды 4, но вообще это не мешало. Сейчас добавил ещё 30000. Эти ещё пока без описаний. НО ТОРМОЗА - ЭТО ЧТО-ТО С ЧЕМ-ТО!!! Странно это. Товаров всего в 2 раза больше - а грузит страничку по 15-30 минут. Я не понимаю, в чём косяк! Я вроде прописал сделать индексы на самые тяжёлые колонки - но не помогло!!! Может "smart" даст пару советов - он кажется самый профи здесь??!! Заранее большой пасиб.

Кстати, сам без Смарта разобрался  - вот ценный совет всем страждущим от большого количества товаров в виртуе. Создайте индекс таблицы ***_vm_product командой

CREATE INDEX ***_vm_product ON ***_vm_product (product_id, product_sku(, product_s_desc(15), product_name(15))

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

Так что вопрос об ограничении функционала VirtueMart до числа товаров 50000 снят.

Очень поможет индексация особенно тем, кто csvimproved давно не использует, а работает напрямую с базой. Программами типа Access2Mysql индексы не создаются при переносе таблиц - и от этого база становится очень медленной. Сделайте индекс - и будет вам щщасье! 

Едем дальше.
Ответы перестали быть долгими. НО!!!

Всё-таки они длились долгие секунды - может быть 10. Было бы ничего - но!!!!!!!!!

 

как только параллельно шли НЕСКОЛЬКО запросов от разных машин - мускул переставал отвечать напрочь.

Приходим к исходной точке - висим.

Теперь что делаем.

Идём в девственный VirtueMart (устанавливаем новый если надо), идём в его базу и типы таблиц и типы индексов в ключевых для сайта таблицах в рабочей базе (которую мы получили работающей мееедленно) ручками изменяем до тех параметров, что видим в оригинальном виртуе.

 

Результат - ответ на запросы - доли секунды. Самую длинную категорию сканирует и выдаёт ответ за полторы секунды.

ПОБЕДАААА

Не знаю, как вы парни, но для меня сегодняшнее воскресенье - это просто победа!!!! Бухаю! 

в общем, Joomla! + Virtuemart - САМЫЙ БЫСТРЫЙ ОНЛАЙНШОП

Моё мнение. Тормозить будет нереально. Моудли типа "самые продаваемые товары" лучше даже не путайтесь ставить.
Ограничениями тут сама жумла и маскуль.

Тут есть разные решения решения:
1) Самое простое. Подходит, если не нужно моментального обновления "самых продаваемых". Определяемся с частотой обновления - например, раз в сутки. И дописываем кеш. Запрос выполнится раз в сутки - все остальные будут брать готовые результаты из кеша.
2) Посложнее и не факт, что подойдет - это оптимизация запросов (индексы). Минус в том, что индекс - это всегда убыстряет чтение, но замедляет запись. И на нескольких млн товаров все равно решение сядет по производительности, тогда как пункт 1 будет работать без проблем.

Идём в девственный VirtueMart (устанавливаем новый если надо), идём в его базу и типы таблиц и типы индексов в ключевых для сайта таблицах в рабочей базе (которую мы получили работающей мееедленно) ручками изменяем до тех параметров, что видим в оригинальном виртуе.

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

поддерживаю, очень интересно, хоть пока вроде и не надо)

Люди помогите! У меня когда  добавляю новый товар пропадает список категорий куда я должен его поместить,категорий всего 200.Что делать?

batin прошу помощи! Как же всетаки ускорить работу Виртуемарта?
Если можно по пунктам, я в этом не очень ...
Можно начать со слов: Создайте индекс таблицы ***_vm_product командой
Как? что делать?

Люди помогите! У меня когда  добавляю новый товар пропадает список категорий куда я должен его поместить,категорий всего 200.Что делать?

Аналогичная проблема!
Но когда удаляю категории и оставляю 10, то работает!

Нашли решение, благодарая Arkadiy'ю!

Найди в product.product_form.php строчку
Код:

и увеличь значение