Joomla Virtuemart вопрос производительности

Статус
В этой теме нельзя размещать новые ответы.
так значит в планах производительности простая связка joomla 1.5.x+virtuemart 1.1.x практиески не отличается от пака VirtueMart_1.1.4_eCommerce_Bunde_Joomla_1.5.14?
Или всё же есть разница?
 
Маленький магазин на dedicated серверах - тормозит!

Привет,

Вот какая ситуация:

Имеется:
1. Два dedicated сервера, 1-й под веб, 2-й - под MySQL. Оба - Xeon 2.8Ghz, 2Gb RAM.
2. Apache 2 + PHP5 + MySQL5.
3. Стоит Joomla 1.5.2 + Virtuemart 1.1.4 + sh404SEF 2.0.3.545 + переделаннная Mynxx (тема есть такая от Rockettheme).

И все это ТОРМОЗИТ!
( Хотя казалось бы на таком hardware должно работать отлично.)

Особенно при загрузке категории со списком продуктов. Не смотря на то что их всего 20 на этой странице, обработка на стороне сервера занимает 5 секунд самое малое, а обычно от 7. И это при лишь 1-2 пользователях одновременно!!!

Замечено:
1. Debug на этой странице выдает сообщение 850 queries и 850 legacy queries.
2. Если отключать sh4040SEF, то скорость конечно заметно возрастает, но нам нужны SEF URLs.

Пока не ставили ускорители (типа eAccelerator, memcached и иже с ними), так как хотелось бы иметь именно оптимизированную систему, а не латать дыры.

Пожалуйста, подскажите в каком направлении двигаться.

Спасибо,
N.
 
Если не ДДОС или прочие гадости, то двигаться в направлении устранения косяков в вёрстке, поиска незакрытых тегов, отката sh404sef до 1.5.12, апдейта VM и joomla до последних версий. Mynxx - шаблон тяжкий и порой гадкий, но даже при 10 челах одновременно пахал на ура при 80-100 товарах в категории, коих не один десяток.

Тут дело явно не в бобине :D

З.Ы. Хотелось бы глянуть на сие чудо.

А ещё .htaccess и прочие чудеса могут быть при делах.
 
Если не ДДОС или прочие гадости, то двигаться в направлении устранения косяков в вёрстке, поиска незакрытых тегов, отката sh404sef до 1.5.12, апдейта VM и joomla до последних версий. Mynxx - шаблон тяжкий и порой гадкий, но даже при 10 челах одновременно пахал на ура при 80-100 товарах в категории, коих не один десяток.
Тут дело явно не в бобине :D
З.Ы. Хотелось бы глянуть на сие чудо.
А ещё .htaccess и прочие чудеса могут быть при делах.
Mr. Brightside, спасибо за замечания.
Вместе с тем (я просто не очень это четко описал в своем посте), торможение - не при отдаче страницы. У нас хороший канал и система быстрая и пользователи в основном в основном на кабеле/DSL (это в Штатах происходит). Она и сейчас отстреливает достаточно быстро, хотя, конечно, есть что оптимизировать.
Торможение - именно в процессе создания страницы, и поэтому у меня сильные подозрения относительно настроек Apache и PHP, оптимизации tables. Система быстрая и по-идее 800 или 1600 queries для нее вообще не проблема. Значит где-то получается "пробка". И возможно проблема не в MySQL, а просто количестве обращений.

В общему тут уже знаний уже не хватает...

P.S.
К сожалению глянуть не получится. Все сейчас закрыто и не в моей компетЭнции =)
 
При установке Joomla! 1.5.20 после ввода данных MySQL появляется следущее сообщение: Unable to connect to the database:The MySQL adapter "mysql" is not available.
А на локалке полёт нормальный, работает без ошибок. В чем может быть проблема?
 
БД сначала нужно создать, потом данные в инсталляции заполнять или не правильно указываешь данные к твоей БД при инсталляции джумлы.
 
При установке Joomla! 1.5.20 после ввода данных MySQL появляется следущее сообщение: Unable to connect to the database:The MySQL adapter "mysql" is not available.
А на локалке полёт нормальный, работает без ошибок. В чем может быть проблема?
Скорее всего неправильно прописан хост mysql, такое бывает при переводе например на другой хостинг, или mysql не подключен как модуль в настройках php.
К примеру раньше хост был "localhost", а сейчас такого вида "login.mysql".
 
Привет,
Вот какая ситуация:
Имеется:
1. Два dedicated сервера, 1-й под веб, 2-й - под MySQL. Оба - Xeon 2.8Ghz, 2Gb RAM.
2. Apache 2 + PHP5 + MySQL5.
3. Стоит Joomla 1.5.2 + Virtuemart 1.1.4 + sh404SEF 2.0.3.545 + переделаннная Mynxx (тема есть такая от Rockettheme).
И все это ТОРМОЗИТ!
( Хотя казалось бы на таком hardware должно работать отлично.)
Особенно при загрузке категории со списком продуктов. Не смотря на то что их всего 20 на этой странице, обработка на стороне сервера занимает 5 секунд самое малое, а обычно от 7. И это при лишь 1-2 пользователях одновременно!!!
Замечено:
1. Debug на этой странице выдает сообщение 850 queries и 850 legacy queries.
2. Если отключать sh4040SEF, то скорость конечно заметно возрастает, но нам нужны SEF URLs.
Пока не ставили ускорители (типа eAccelerator, memcached и иже с ними), так как хотелось бы иметь именно оптимизированную систему, а не латать дыры.
Пожалуйста, подскажите в каком направлении двигаться.
Спасибо,
N.
Посмтри хак

Потом создай индексы таблиц
Код:
CREATE INDEX jos_vm_product ON jos_vm_product (product_id, product_sku(8), product_s_desc(15), product_name(15));
Потом оптимизируй таблицы через phpmyadmin.
Установи компонент кэша какой-н.
Мне действительно помогло.
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху