Нагрузка на сервер от phpbb3

[evrus01]

Пчелкин, ну так vertical-align:middle; или прямо в пикселях для более ровного результата style="vertical-align:-12px;"

[Пчелкин]

Тогда и ТЕМЫ, СООБЩЕНИЯ, Последние сообщения тож надо давить по центру...млин...Но они не преффы...

Добавлено спустя 4 минуты 42 секунды:
Гарантирую что по центру так не сработает...я уже пробовал подобное...ни фига...таки потому что это детешка -

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

<dt><!-- IF forumrow.S_IS_CAT --><a href="{forumrow.U_VIEWFORUM}">{forumrow.FORUM_IMAGE} &bull; {forumrow.FORUM_NAME} &bull; {forumrow.FORUM_DESC}</a><!-- ELSE -->{L_FORUM}<!-- ENDIF --></dt>

Добавлено спустя 1 минуту 30 секунд:
Не хай наверху торчат..спасибки за путь истынный..

[gorodskoy]

Ребят, если не сюда, извините.
Переехали на VDS. Форум подтормаживает по времени генерации страницы. В лог медленных запросов сыпятся запросы с _phpbb_sessions. Запросы разные, но примерно такого типа:

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

# Time: 121112 22:35:46
# User@Host: gv_user[gv_user] @ localhost []
# Query_time: 2.032246  Lock_time: 0.000027 Rows_sent: 0  Rows_examined: 1
SET timestamp=1352745346;
UPDATE _phpbb_sessions SET session_time = 1352745344, session_last_visit = 1352745344, session_admin = 0, session_page = 'viewtopic.php?t=177&p=280178', session_forum_id = 0, session_album_id = 0
						WHERE session_id = '7d5377e482855d914f8d243eea3931ab';
# User@Host: gv_user[gv_user] @ localhost []
# Query_time: 2.997184  Lock_time: 0.000036 Rows_sent: 0  Rows_examined: 1
SET timestamp=1352745346;
UPDATE _phpbb_sessions SET session_time = 1352745343, session_page = 'ucp.php?mode=login', session_forum_id = 0, session_album_id = 0
								WHERE session_id = '1b00abf367c495ad353b19e603e8485f';
# User@Host: gv_user[gv_user] @ localhost []
# Query_time: 2.628216  Lock_time: 0.000032 Rows_sent: 0  Rows_examined: 1
SET timestamp=1352745346;
UPDATE _phpbb_sessions SET session_time = 1352745343, session_page = 'viewtopic.php?forum_uri=posle-prostudi&t=7971&start=', session_forum_id = 0, session_album_id = 0
								WHERE session_id = '0b884492492434be31aa3f0033237d75';
# User@Host: gv_user[gv_user] @ localhost []
# Query_time: 2.525855  Lock_time: 0.000024 Rows_sent: 0  Rows_examined: 1
SET timestamp=1352745346;
UPDATE _phpbb_sessions SET session_time = 1352745343, session_page = 'viewtopic.php?forum_uri=ami&t=8009&start=', session_forum_id = 0, session_album_id = 0
								WHERE session_id = '805febf3892094e8264b6d59bbd20b04';
# User@Host: gv_user[gv_user] @ localhost []
# Query_time: 2.919537  Lock_time: 0.000027 Rows_sent: 0  Rows_examined: 1
SET timestamp=1352745346;
UPDATE _phpbb_sessions SET session_time = 1352745343, session_last_visit = 1352745343, session_admin = 0, session_page = 'viewtopic.php?f=52&p=279034', session_forum_id = 52, session_album_id = 0
						WHERE session_id = 'f6d007af2c847f77ba2b03a081af5e40';
# Time: 121112 22:36:01
# User@Host: gv_user[gv_user] @ localhost []
# Query_time: 1.099386  Lock_time: 0.000032 Rows_sent: 0  Rows_examined: 1
SET timestamp=1352745361;
UPDATE _phpbb_sessions SET session_time = 1352745359, session_last_visit = 1352745359, session_admin = 0, session_page = 'viewtopic.php?forum_uri=srochno&t=6776&start=', session_forum_id = 0, session_album_id = 0
						WHERE session_id = '7948075f14df74b480ed7b719bb32949';
# User@Host: gv_user[gv_user] @ localhost []
# Query_time: 1.124465  Lock_time: 0.000025 Rows_sent: 0  Rows_examined: 1
SET timestamp=1352745361;
UPDATE _phpbb_sessions SET session_time = 1352745360, session_page = 'posting.php?mode=reply&f=50&t=7971', session_forum_id = 50, session_album_id = 0
								WHERE session_id = '0b884492492434be31aa3f0033237d75';

Помогите чайнику. Собственно вопросов два. В чём косяк? И что делать?

[danilas]

Изредка на сайте стало появляться сообщение:

User 'forum' has exceeded the 'max_user_connections' resource (current value: 10) [1226]

Хостер отвечает:

Данное сообщение сигнализирует о том, что Ваш проект держал слишком много открытых одновременных подключений к серверу баз данных. Обычно это вызвано использование mysql persistent connection, как например в файле /includes/db/mysql.php:
$this->db_connect_id = ($this->persistency) ? @mysql_pconnect($this->server, $this->user, $sqlpassword) : @mysql_connect($this->server, $this->user, $sqlpassword, $new_link);
Рекомендуем изменить способ подключения к базе с mysql_pconnect() на mysql_connect().

Вопрос - такая рекомендация приемлема? Действительно стоит сменить способ подключения и не будет ли после этого других проблем с phpbb? И если да, то как его сменить?

[Пчелкин]

Да
Нет
К хостеру..он и сменит, если нет доступа в php.ini

[ELITE_]

это какойто ппц а не движок
стояла жумла с форумом на кунена - в день до 7-8 тыс просмотров, под сотню постов - нагрузка было 20-30ср
щас phpBB 3 - на нем пока никакой индексации и онлайна от силы 300-500 в день - и постов по 5 в день - вообще пустой - нагрузка уже 70-100ср
-----------
откуда такие нагрузки на пустом форуме да еще и без модов практически...

[Kot]

Тогда вопрос, чем же phpBB оказался так хорош, что вы переехали на него с той же кунены, причём посчитали нормальным потерять всех пользователей и всю базу сообщений?? Возможно, ваш ответ и объяснит причину нагрузки.

[Pazh]

причём посчитали нормальным потерять всех пользователей и всю базу сообщений??

а конвертеры на что? При правильности рук и правки кода конвертера под конкретный форум - все прекрасно переноситься

[ELITE_]

из бесплатных - он один из самых многофункциональных движков форума..

А всё-таки серьёзно, чем конкретно phpBB лучше кунены? Я интересуюсь не просто так, у меня сейчас в очередной раз встал вопрос, что ставить на один из Joomla-сайтов: phpBB с бриджем, или ту же Кунену?

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

P.S. А на Жука внимания не обращайте. Он считает, что выполняет священную миссию по очистке форума от школоты, на самом же деле он просто ... жук. Я старше его всего лишь на пару лет, но уже научился не судить о людях только на основании знания ими правил русского языка.

P.P.S. А ещё он хоть и тролль, но сам ведётся как миленький. И обязательно ответит на мои пассажи в его адрес.

для небольшого не требовательного форума кунена подходит полностью, но в моем случает от форума требовалось не только непосредственно форум но и ряд систем учета рейтингов и систем на подобие денежных, а также вносить ряд доработок, позволяющих на основании информации о пользователе, его рейтинге и счетов предоставлять ему определенные права доступа к информации как на форуме так и на самом сайте
кунена, как модуль жумлы, в достаточно высокой степеним ограничен самой жумлой и имеет не простой код (более сложный, чем у phpBB)
кунена изначально голый форум в котором нет очень многого, даже банально ЛС в него надо запихивать отдельно
также она имеет совсем немного возможностей по организации форумов с ограничением доступа, менее гибкие настройки форумов
также модерация и администрирование в кунене менее удобные и куда менее гибкие, нежеле чем в phpBB
также кол-во готовых модулей на него в разы меньше
также при высокой нагрузке (>5к онлайн) он начинает достаточно не быстро отрабатывать и подвисать, бывает и сбои
-----------
еще 1 причиной отказа от кунена стало оптимизация ресурса в целом, тоесть отдельно форум на поддомене. отдельно блог, отдельно магазин (всё на своих движках но с общей авторизацией и базой)
а собственно сам сайт преставляет пару простых штмл страниц (по факто тульно главная страница) ради которой держать полноценный движок попросту нет смысла
---
из плюсов кунена пожалу только корректная система обновления автоматическая, без вреда работа установленых модов и дополнений - phpBB в этом роде куда более капризен и после апдейта может потребоваться переустановка или исправление модов
ну и +к кунене - это легкость, она раза в 3-4 меньше нагружает проц на хостинге и примерно в 2 раза ниже sql нагружен

[МайскийЖук]

«Нетребовательного» пишется слитно. «Наподобие» пишется слитно. «Непростой код» — слово «непростой» пишется слитно. В слове «нежели» на конце стоит буква «и». «не быстро отрабатывать» — слово «небыстро» пишется слитно. «То есть» пишется раздельно. В словах «По факту» на конце стоит «у», а не «о».

И этот человек отсылает меня к учебникам. Ппц.

Хотя чему я удивляюсь, если человек на своем собственном сайте в своем собственном мини-чате даже ОДНО единственное слово «буквами» не может написать правильно?

screenshot.png

И на хрена было все предудыщее сообщение цитировать полностью со всеми постскриптумами, если добрая половина этого сообщения осталась неоткомментированной?

примерно в 2 раза ниже sql нагружен

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

[Kot]

ну и +к кунене - это легкость, она раза в 3-4 меньше нагружает проц на хостинге и примерно в 2 раза ниже sql нагружен

Описанное выше может хорошо объяснять, почему Кунена генерит меньшую нагрузку. Более навороченная авторизация доступа, поддержка всяких свистелок вида "кто онлайн", активности на форуме и так далее. Почему-то мне кажется, что если на Кунену установить все те возможности, которые предоставляет базовый пакет phpBB, то она будет грузить проц не меньше.

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

Кстати, с помощью чего реализована связка авторизации phpBB и остальных сервисов? Если мост сделан не оптимально, у вас может создаться ложное впечатление о проблеме в самом phpBB, хотя на самом деле это не так.

P.S. Ну, и напоследок убедитесь, что у вас с ботах прописаны всякие русские яндексы и так далее. Боты своими сканами могут генерить большую нагрузку, но когда движок их распознаёт именно как ботов, нагрузка заметно меньше -- большая часть функционала для них становится недоступной.

[ELITE_]

Кстати, с помощью чего реализована связка авторизации phpBB и остальных сервисов? Если мост сделан не оптимально, у вас может создаться ложное впечатление о проблеме в самом phpBB, хотя на самом деле это не так.

JFusion на стороне жумлы
пока других сервисов еще нет но они в ближайшем будущем и концепция их работы уже есть

[Sheer]

phpbbguru.net = Joomla + phpBB3 (JFusion)
phpBB3 - мастер.
Спросите про нагрузку здешних администраторов.
Свистелок и перделок тут хватает.

[Webliberty]

Всем здравствуйте! На днях получил неприятное письмо от хостера:

У Вас происходит превышение лимита на количество запущенных обработчиков PHP FastCGI.

[Fri May 03 01:36:48 2013] [info] mod_fcgid: too many /var/www/ххххххххх/data/php-bin/php processes (current:4, max:4), skip the spawn request.

Рекомендуем провести оптимизацию работы PHP скриптов или рассмотреть вариант переноса сайта на VPS.

Форум на одном домене с сайтом, хостов в день около 800, откуда может быть эта нагрузка/превышение? Раньше было и 2500 посетителей в день и все нормально работало без ошибок... Вымогание со стороны хостера или действительно высокая нагрузка? Дело то было в майские праздники и посетителей намного меньше чем обычно...

[MIT]

seodirection, как бы тебе сказать... Ты текст предупреждения от хостера читал?
Там написано:

превышение лимита на количество запущенных обработчиков PHP

а это значит, что проблема не в нагрузке скриптов на сервер, а в количестве одновременных обращений к различным скриптам.

Проверяй логи доступа. Может кто-то пытается "досить" с одного айпишника, может поисковики распоясались... Может у тебя возросло время прибывания одного пользователя на сайте и теперь он натыкивает по 100 запросов за посещение, вместо двух?