Добрый день я бы хотел создать весьма большой и часто обновляемый каталог. Не меньше этого (http://moscow.dns-shop.ru/catalog/79/). Обновления в основном будут происходить с frontend'a. Колличество пользователей также подрузамевается весьма большое. Производительность индексации и проч. jbzoo подойдет для этого? Или нагрузка на сервер растет более чем линейно с увеличением колличества информации и клиентов и мне лучше использовать drupal или пр.?
Производительность jbzoo
Автор
Guest_Михаил Валерьевич_*
, May 21 2013 16:09
В теме одно сообщение
#1
Guest_Михаил Валерьевич_*
Отправлено 21 May 2013 - 16:09
#2
Отправлено 21 May 2013 - 16:58
Добрый день.
Производительность JBZoo зависит от очень большого количества факторов (как и любая другая система).
Размер базы данных и кол-во пользователей на это конечно влияет, но не так сильно как например кол-во выводимой информации на одной странице, сложность выборок, оптимизация вашего сервера, структура каталога.
Нужно рассматривать конкретную ситуацию.
Например, на шаред-хостинге хороший производительности можно вообще не ждать (не JBZoo, а в принципе любого сайта).
Если собираетесь работать с большой базой и хорошей посещаемостью, то стоит задуматься над оптимизацией самого сервера
(APC, чистый nginx без apache, memcache, my.cnf, выгрузка кода и базы в оперативную память сервера, и т.д.) + VPS или Dedicated server.
Можно любую CMS, CMF довести "до грани" если делать как попало. И вас не спасет ни Drupal, ни Zend =)
Если говорить чисто о JBZoo, то посмотрите вот это сообщение на joomlaforum.ru
Я делал небольшой обзор производительности приложения с примерами "на числах"
http://joomlaforum.r...html#msg1248212
Для оптимизации мы используем по полной программе двойную индексацию каталога Zoo (отдельные таблицы + индексы по полям на базе самого драйвера MySQL). Запросы в базу идут по необходимости, группируясь чтобы уменьшить их кол-во.
Часть тяжелых процессов можно кешировать с помощью API Joomla (по желанию).
Но повторюсь. Многое зависит от конкретного каталога и его структуры. Если вы собираетесь на одной странице выводить 1000-2000 материалов со сложной выборкой, двойной сортировкой и группировкой с ресайзом картинок - то чудо не произойдет даже на Zend FW или Yii
Производительность JBZoo зависит от очень большого количества факторов (как и любая другая система).
Размер базы данных и кол-во пользователей на это конечно влияет, но не так сильно как например кол-во выводимой информации на одной странице, сложность выборок, оптимизация вашего сервера, структура каталога.
Нужно рассматривать конкретную ситуацию.
Например, на шаред-хостинге хороший производительности можно вообще не ждать (не JBZoo, а в принципе любого сайта).
Если собираетесь работать с большой базой и хорошей посещаемостью, то стоит задуматься над оптимизацией самого сервера
(APC, чистый nginx без apache, memcache, my.cnf, выгрузка кода и базы в оперативную память сервера, и т.д.) + VPS или Dedicated server.
Можно любую CMS, CMF довести "до грани" если делать как попало. И вас не спасет ни Drupal, ни Zend =)
Если говорить чисто о JBZoo, то посмотрите вот это сообщение на joomlaforum.ru
Я делал небольшой обзор производительности приложения с примерами "на числах"
http://joomlaforum.r...html#msg1248212
Для оптимизации мы используем по полной программе двойную индексацию каталога Zoo (отдельные таблицы + индексы по полям на базе самого драйвера MySQL). Запросы в базу идут по необходимости, группируясь чтобы уменьшить их кол-во.
Часть тяжелых процессов можно кешировать с помощью API Joomla (по желанию).
Но повторюсь. Многое зависит от конкретного каталога и его структуры. Если вы собираетесь на одной странице выводить 1000-2000 материалов со сложной выборкой, двойной сортировкой и группировкой с ресайзом картинок - то чудо не произойдет даже на Zend FW или Yii

JBZoo v4.0 и новый чудный мир Open Source GPL
Отключайте проверку лицензий как можно скорее!
Отключайте проверку лицензий как можно скорее!
— Есть два типа людей: Кто еще не делает бекапы и кто уже делает бекапы.