Время генерации: 3.083, запросов: 283

[support 447]

Включать постоянно не буду, но цифры такие:

1. Без включённого кэша: Время генерации: 0.711, запросов: 169

2. С кэшем: Время генерации: 0.444, запросов: 47

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

Я вообще пару магазином встречал, просто "летают", по-моему, на хостере ht-systems.ru были.

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

[SP 0]

Да пошустрее... мягко говоря.

Меня скорее в плане переезда интересует, какие скорости я получу на вашем хостинге.

Поскольку на текущем все безрадостно.

[SP 0]

ЗЫ. А определить какие именно запросы хавают "мама не горюй" и в каких файлах у вас возможности нет ?

Поди в логах сервера можно посмотреть...

[support 447]

Как повезёт, результата может быть абсолютно разный даже в пределах одного хостера.

Например на том же мастер хосте может всё и "летать" и "ползать", кому как везёл с сервером.

Нужно в Админке - Настройки - Логи включить запись sql запросов, указать путь до лог-файла и тогда можмо будет посмотреть список запросов, который генерирует скрипт.

Так же можно лишние боксы поубирать в /templates/шаблон/source/boxes

Например убрать best_sellers

В /includes/application_top.php закомментировать строки с whos_online

Это должно чуть ускорить, но опять же, повторяю, кардинально ничего не изменится, только искать хорошего хостера.

Лично я вот например на ruweb.net сижу уже довольно давно, меня устраивает, мне наверное повезло с сервером, почти за пять лет вообще проблем никаких не было, да и скорость лично меня полностью устраивает, всё быстро открывается.

[SP 0]

Посмотрел и прифигел... а как-нибудь некоторые части отключить можно ?

Баннеры к примеру ?   Языки (все кроме одного) ?

А какого лешего он делает

QUERY select count(*) as total from products p, products_to_categories p2c where p.products_id = p2c.products_id and p.products_status = '1' and p2c.categories_id = '0'

QUERY select categories_id from categories where parent_id = '0'

для ВСЕХ категорий по одной, если кол-во товара в категории не отображается ?

Зы. А с индексами пока все неплохо, не хватает только немногих, не думаю, что их присутствие поможет.

[SP 0]

Выборки типа

QUERY select languages_id, name, code, image, directory,language_charset from languages order by sort_order

конечно пугают неслабо

QUERY select count(*) as count from products where products_status = '1'

вообще 0.05с, причем почему-то closing table столько жрет.

Но даже все в сумме не должно давать столько сколько дает. Непонятно.

Не смог я сходу понять, откуда столько набегает (по 6-7с в базе с 250 товарами и 20 категориями)

[support 447]

А чем пугает первый код?!

count этот запрос наверное есть когда включён счётчик товаров в категории.

[support 447]

Все файлы подключаются в /includes/application_top.php

Попробуй убрать подключение banner, whos_online

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

[SP 0]

А чем пугает первый код?!

count этот запрос наверное есть когда включён счётчик товаров в категории.

Выключен, точнее есть только в футере для текущей категории.

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

Часть повыкинул - стало чуть получше. Вообще непонятно что тормозит. Прямые запросы довольно

быстро работают.

[support 447]

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

[SP 0]

Яж и не призываю, но все как-то странно работает, каждый раз делать запросы, чтобы убедиться, что баннеров нет - это не вполне то, что ведет к производительности.

Я попробую самостоятельно кастрировать лишнее.

[support 447]

SP

А как тогда убеждаться, есть баннеры или нет, если не делать SQL запрос?!

Просто интересно.

[SP 0]

Сделать 1 раз, скешировать и больше не делать.

Что в этом неочевидного ?

Или вы надеетесь на то, что баннеры появились между визитом на карточку 1го товара и 2го :) ?

По-хорошему надо вообще иметь static mode со всеми страницами готовыми к выдаче, и в базу вообще не ходить.

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

по 100 запросов для генерации странички, если все, что на ней может измениться - это содержимое корзины :).

Да-да... кому-то нужны баннеры, спору нет, вот только мне нужна производительность как выяснилось :),

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

Но для меня очевидно, что выпрямлять никто не будет. Слишком много работы.

Посему кастрируем что сможем.

[SP 0]

ЗЫ. Похоже это генерация левого меню всю производительность подрывает...

[kpoxas 0]

Время генерации: 0.457, запросов: 70  - если вырубить все кроме вывода категорий

Время генерации: 0.404, запросов: 25  - если и категории вырубить

[geval 3]

да походу надо еАкселератор вам или мемкэшед подключать..и будет круть несусветная тогда.. я вот уже подумываю

[SP 0]

А мне кажется, что перепишу я левое меню статически, еще и как мне надо, а не как она сама строит, и не буду париться особо.

[kpoxas 0]

да, но тогда пропадает возможность редактирования через админку - тобишь автоматизация

[SP 0]

Категорий ?  Вот вы меняете их каждый день :) ?

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

[kpoxas 0]

основные конечно нет, подкатегории меняются, но их ведь лучше AJAX-ом подгружать, а не сразу как тут?

[support 447]

SP

Так а я и говрил уже много раз, что кардинально ничего поменять уже нельзя, я ж этого и не скрываю.

Да, можно чуть улучшить результаты по количеству запросов, но это не будет в разы улучшение и опять же, лично я считаю, что не так уж всё плохо, как Вы расписываете.

[SP 0]

Да можно, можно. Самому можно кастрировать лишнее.

Мне трудно провести независимый мониторинг, но заметьте, я и не даю своих оценок.

Я даю только реальные факты полученные на реальной версии. Плохо это или хорошо

каждый решит сам.

Они таковы, что на стандартной, время генерации страниц в магазине с 20 категориями и 300 товарами

с кешем достигало 20 секунд.  Это без сомнения связано и с хостингом тоже, но к сожалению, должен

констатировать, что мягко говоря запросы написаны немного странно, и мягко говоря немного

неоптимально. И этого не исправить, не переделав все на корню.

С индексами к слову сказать все оказалось более или менее неплохо.

Чего есть, того есть.

Лично мне помогло в данной ситуации снести левое меню.

Причем помогло по субъективным ощущениям именно "в разы".

К сожалению имеющимися у меня средствами численный профайлинг труднореализуем,

да мне и не очень интересен, мне надо конкретную задачу решить, ее и решаю.

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

По-хорошему надо сделать скрипт берущий данные из файла лога и запускающий каждый

SQL запрос на выполнение, и выдающий в лог время его выполнения. И запустить его

раз... 100. Посмотрев, примерно, что где и по-скольку жрется. Другое дело, что эти

исследования все равно мало что дадут... хотя есть возможность найти утечку

именно "в разы". В моей практике (не в веб программировании) были случаи, когда

после доделки БД(чуть исправлены запросы, добавлены индексы) скорость работы

возрастала в 10-100 раз. Не синтетическая скорость, а реальная. Нажимаешь кнопку -

открывался экран 10 минут, а после оптимизации стал открываться за 2секунды.

Но кто в этом всем будет ковырятся :) ?  Уж явно не я, мне будет дешевле купить

дедикейтед.

ЗЫ. Ситуация лично для меня свелась к

Время генерации: 0.698, запросов: 114

но по-моему количество запросов считается немножко кривовато(их меньше).

Разбираться в подробностях не стал. Но согласитесь разница "в разы".

[legys 0]

У меня больше))))

Время генерации: 0.742, запросов: 357

[kpoxas 0]

legys

а если первый раз запускать страницу?

[legys 0]

а в 1 раз Время генерации: 1.435, запросов: 397

пора ставить выделенный сервак)