Dram

Рейтинг
1115
Регистрация
28.06.2008

Большое спасибо! /usr/bin/convert Вот что нужно было вписать :)

Стоит у меня на сервере Х кеш и Мем кеш. Включил сейчас дебаг и протестировал:

Тестировал на рабочем сайте на Джумле.

1. Без кеша

Информация о профиле
Application afterLoad: 0.002 seconds, 0.14 MB
Application afterInitialise: 0.033 seconds, 0.96 MB
Application afterRoute: 0.042 seconds, 1.32 MB
Application afterDispatch: 0.129 seconds, 2.72 MB
Application afterRender: 0.608 seconds, 4.60 MB
Использование памяти
4876060 (память довольно весомо меняла значения при обновлении страницы)
Зарегистрировано запросов: 47

2. Мем кеш

Информация о профиле
Application afterLoad: 0.002 seconds, 0.14 MB
Application afterInitialise: 0.033 seconds, 0.96 MB
Application afterRoute: 0.039 seconds, 1.29 MB
Application afterDispatch: 0.121 seconds, 2.73 MB
Application afterRender: 0.492 seconds, 3.89 MB
Использование памяти
4125032 (память довольно весомо меняла значения при обновлении страницы)
Зарегистрировано запросов: 30

3. Х кеш


Информация о профиле
Application afterLoad: 0.002 seconds, 0.14 MB
Application afterInitialise: 0.034 seconds, 0.96 MB
Application afterRoute: 0.039 seconds, 1.31 MB
Application afterDispatch: 0.121 seconds, 2.76 MB
Application afterRender: 0.495 seconds, 3.94 MB
Использование памяти
4181016 (память довольно весомо меняла значения при обновлении страницы)
Зарегистрировано запросов: 30

4. 3. Х кеш + компонент Query Cache

Информация о профиле
Application afterLoad: 0.002 seconds, 0.14 MB
Application afterInitialise: 0.034 seconds, 0.99 MB
Application afterRoute: 0.038 seconds, 1.34 MB
Application afterDispatch: 0.118 seconds, 2.82 MB
Application afterRender: 0.473 seconds, 4.57 MB
Использование памяти
4837092 (память довольно весомо меняла значения при обновлении страницы)
Зарегистрировано запросов: 10

P.S. Особой разницы между Х кеш и Мем кеш не заметил. Оптимально для снижение нагрузки использовать серверное кеширование + компонент кеширования запросов к базе данных.

temniy:
Блин, ну вот че за люди - сначала помощи просят, а как проблему находят - хрен скажут в чем дело. Как будто ни у кого больше не может такой же проблемы возникнуть.

Вот плагин виновник http://joomlaforum.ru/index.php/topic,103554.new.html#new

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

Меня тоже спамеры мучали, пока не установил плагин дополнительного вопроса при регистрации + поставил возможность написания сообщений с разницей в минуту

А мем кеш с ними не сравнится?

Через неделю в очередной раз пришел отказ. Написал в ответ, представив развернутое сравение с двумя похожими сайтами в ЯК, которые в разы хуже по функционалу и наполнению. Все раво не берут :(

Как я уже упомянул - я меня на сайте дублей больше нет :) Для меня все решено.....

У меня на сайте вчера сохранялся единственно возможный глюк это вот этот:

http://www.site.ru/razdel/190-kategoriya/104864-statiya

http://www.site.ru/razdel/190HERNYA-kategoriya/104864-statiya (возможный дубль)

И в этом роуте это пофиксели. Урлы как у тебя я воспроизвести на своем сайте не могу. У меня больше дублей нет. Если надо - могу дать контакты того фрилансера.

Я у себя на сайте в течении 15 минут не смог смоделировать вариант дубля - всегда получал 404 ошибку. Надеюсь и у других будет так же.

404 или JoomSEF не выход для крупных сайтов, а это решение работает вполне успешно!

Всего: 6928