Ужасно долго генерируются страницы форума

[Simple]

Описание проблемы: Именно генерация, а не загрузка страниц происходит очень и очень долго, учитывая количество сообщений (~ 20000 тысяч), пользователей ~ 400 и пользователей онлайн ~ 5 - 7, а ночью и того меньше. Как видите, форум не дотягивает даже до среднего по размеру. Еще две недели назад форум летал, все было отлично. После неудачной установки платного моста phpBB+DLE начались серьезные проблемы с авторизацией пользоваетелей (выбрасывало с логина сразу после входа, не принимало пароль, форма востановления пароля не работала) С горем по полам разобрался с этим собственными силами и с помощью второго админа, мост снесли к чертям, но в то время как этот злощасный мост стоял, стал очень странно вести себя дебагер.
Вот что он выдает:

Time : 1316596194.399s | 13 Queries | GZIP : Off | Memory Usage: 4.45 МБ | Explain

по началу, в первые дни кроме ненормально-огромных цифр последствия никак не проявлялись, но постепенно начала замедлятся генерация страниц. В начале на пол секунды, а теперь 7 - 9 секунд главная, а форма стандартного ответа вообще мертвая (до двадцати секунд) Больше всего бесит, что не видно совершенно никаких причин этому безобразию Все файлы форума в норме (хотя конечно не исключено что с ними что-то не так...)
При клике на ссылку Explain вот такая статистика:

1.PNG

2.PNG

3.PNG

Обращался к хостеру. Все что ответили:

Здравствуйте.

Всему виной движок форума phpBB. Он является достаточно грубым и не
оптимизированным. Мы рекомендуем перейти на какой-либо другой готовый форум.

Если же Вас полностью устраивает форум phpBB, то, пожалуйста, регулярно
удаляйте старые сообщения в ветках форума, отключите хранение картинок в базе
данных (если такая опция у Вас включена).

С уважением,

Служба технической поддержки

Ну и самое интересное, администраторский раздел грузится нормально, без малейших тормозов.
Произведенные изменения, после которых начались неполадки: Установка платного моста phpBB+DLE
Версия phpBB: 3.0.9
Используемые стили: prosilver, rockn_roll
Используемые моды:
1) Full quick reply editor ;
2) Posts merging - Склеивание сообщений ;
3) First post on every page for phpBB3 - Первый пост на каждой странице ;
4) Karma MOD - Репутация пользователей ;
5) Private Message Moderation - Модератор Личных сообщений ;
6) Welcome PM on First Login - Приветственное ЛС - отключен в админке, готовится к сносу;
7) mChat - Мини-чат ;
8) Log connections - Лог подключений ;
9) Статические страницы.
Версия PHP: 5.2.14
Используемая СУБД и её версия: MySQL 4
Ссылка на конференцию: http://forum.espadaclan.ru
Есть ли у вас тестовый аккаунт: Нет.
Использовался ли поиск для решения проблемы: Да.
Если да, то какие запросы вы использовали: Медленная загрузка страниц; генерация страниц. - Поиск не помог.

Есть предположения?

[Shredder]

Здравствуйте.

Всему виной движок форума phpBB. Он является достаточно грубым и не
оптимизированным. Мы рекомендуем перейти на какой-либо другой готовый форум.

Чистейший идиотизм.

А бекап полный делали перед установкой того моста? Пробовали восстанавливать, и затем очищать кэши - все, какие только можно?

[rxu]

Я бы понял неоптимизированность, если бы на SQL запросы уходили сутки.
Там на обработку PHP скриптов 1,3 миллиарда секунд (365 тысяч 721 час) уходит
Полный бред.

Добавлено спустя 12 минут 50 секунд:
Явно дело не во времени генерации, а в глюке с отображением статистики.
В файле includes/startup.php ничего не меняли?
Директива register_globals какое значение имеет?

Добавлено спустя 27 минут 47 секунд:
Воспроизвести можно так.
1) Берем версию младше, чем 3.0.9 (3.0.8 и ниже).
2) Включаем register_globals в php.ini.
3) в адресной строке для страницы explain дописываем &starttime=foo

Добавлено спустя 1 минуту 10 секунд:
Что также может означать кривое обновление до версии 3.0.9.

[Simple]

Чистейший идиотизм.

Я на это заявление даже внимания не обратил.

А бекап полный делали перед установкой того моста? Пробовали восстанавливать, и затем очищать кэши - все, какие только можно?

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

В файле includes/startup.php ничего не меняли?

К сожалению, мост ставил не я, а второй админ. Обязательно спрошу и в ближайшее время напишу ответ.

Директива register_globals какое значение имеет?

Судя по предупреждению в админцентре сайта, она включена.

Воспроизвести можно так.1) Берем версию младше, чем 3.0.9 (3.0.8 и ниже).2) Включаем register_globals в php.ini.3) в адресной строке для страницы explain дописываем &starttime=foo

Действие номер два невыполнимо. Файла php.ini в корне форума не вижу, наверное это потому, что у меня не vps, а виртуальный хостинг.

Что также может означать кривое обновление до версии 3.0.9.

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

Добавлено спустя 2 минуты 16 секунд:

Чистейший идиотизм.

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

Добавлено спустя 2 часа 20 минут 50 секунд:
еще кое что. Мне на мыло приходит отчет о нагрузке моего аккаунта на сервер каждый день. Так вот, там цыфры просто бешеные. Превышения сравнимы с числом в дебагере - такие же идиотские.
И растут постепенно, каждый день в два раза прибавляется...

Здравствуйте.

Ниже приведена статистическая нагрузка аккаунта espadaclru
+------------+-------+-------+-------+-------+
| Date | Load | Quota | Warn | Err |
+------------+-------+-------+-------+-------+
| 2011-09-21 | 54.47| 14%| 2939| 0|
| 2011-09-20 | 68.41| 14%| 2753| 2|
| 2011-09-19 | 59.77| 13%| 1994| 0|
| 2011-09-18 | 44.92| 12%| 1437| 0|
| 2011-09-17 | 47.20| 11%| 996| 0|
| 2011-09-16 | 39.30| 10%| 585| 0|
| 2011-09-15 | 27.20| 9%| 223| 0|
| 2011-09-14 | 14.68| 8%| 10| 0|

В таблице приведены следующие значения:
* Load - статистическая процессорная нагрузка аккаунта на сервер - в нормальном состоянии не больше 50ти
* Quota - процент использованой дисковой квоты от положенного тарифным планом,
* Warn - число некритичных превышений нагрузки на процессор Вашими процессами,
* Err - число критичных превышений нагрузки на процессор Вашими процессами.

[rxu]

Simple
Вы мне ни на оин вопрос не ответили.
Просите хостера, чтобы отключил register_globals, или сами это сделайте, если можете.

[Simple]

Вы мне ни на оин вопрос не ответили.

Только потому что не знал ответа, уж не сердчайте

Просите хостера, чтобы отключил register_globals, или сами это сделайте, если можете.

Отключил - не помогло.


Попробовал перезалить содержимое папки public_html кроме файла config.php в новую базу. Выполнил нужные SQL запросы и прогнал по форуму инсталы для установленных модов. Нескорорые моды работают исправно, некоторые (например karma MOD) в админке есть и настраиваются, но на форуме пих росто не видно. Изменил положение папок относительно доменов на сервере и все. Грузит нормально, но строка дебагера по прежнему зашкаливает

[владимир1983]

Только потому что не знал ответа

Чего ты ждёшь от поддержки если не можешь ответить на вопросы которые задаёт поддержка? Копай...

Отключил - не помогло.

Конкретней, что и как написано, покажи кодом. Ты пойми чтобы понять проблему и её решить, её иногда-некоторым надо воспроизвести по тем данным что дал пользователь... Ты же дал мало информации.
Каковы результаты дебага копии скрипта на локалке?

[Simple]

Чего ты ждёшь от поддержки если не можешь ответить на вопросы которые задаёт поддержка? Копай...

В файле includes/startup.php ничего не меняли?

Нет, ничего не меняли.
Это был поледний вопрос который ожидал ответа по поводу регистр_глобалс ответил выше...

Конкретней, что и как написано, покажи кодом.

Файл .htaccess

Код: Выделить всё

#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#<IfModule mod_rewrite.c>
#RewriteEngine on
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
#</IfModule>

<Files "config.php">
Order Allow,Deny
Deny from All
</Files>

<Files "common.php">
Order Allow,Deny
Deny from All
</Files>
php_flag register_globals Off

последнюю строку мне сказали вставить в этот файл для отключения register_globals
На движке сайта (DLE) в файл с таким же названием вставил эту строку и предупреждение в админразделе о том что эта функция включена - пропало. Значит помогло, а как определить отключилась ли она на форуме я не знаю.

Каковы результаты дебага копии скрипта на локалке?

Почему-то не могу сейчас скачать заархивированный дистрибутив,и размер у архива страным образом скачет от 19 до 35 мегабайт
Поробую все же вопроизвести форум на локалке (уже установлен денвер и на нем движок phpBB) но если вам поможет, то скажу что на тестовом форуме дебагер работает исправно, что значит утечка где-то в папке самого форума.

[rxu]

Отключил - не помогло.

Реально отключилось? Что показывает информация о PHP в админразделе?

[Simple]

rxu
В информации о PHP
в колонке Local Value значение отключено, а в колонке Master Value включено. Если удалить строку из .htacces то в обоих колонках включается.