Повторная отправка тем

[Tugus]

Доброе утро. Обнаружил ряд сбоев или ошибок в работе форума, таких как повторная отправка тем ( по 2-3 раза отправляется одно и то же сообщение при создании новой темы) в примерно одно и то же время раз в сутки (происходит в одно и то же время в диапазоне буквально 10 минут, ночью; в остальное время работает как положено. Понял, что-то "заедает", и это что-то напрямую связано с кроном).
Перед образованием проблемы имело место слетание то ли таблиц, то ли сбоя какого-то сктрипта в последнюю неделю. Чего точно - жду ответа от хостера.

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

[Siava]

в примерно одно и то же время раз в сутки (происходит в одно и то же время в диапазоне буквально 10 минут, ночью

Вероятно в это время у хостера происходят какие-то запланированные задания (по cron ). Возможно ежедневный бэкап. В это время форум работает как обычно или сильно тормозит/подвисает? Если второе, то возможно из-за этого пользователь пытается повторно отправить сообщение, видя что первое никуда не ушло или долго пытается уйти, и каждое такое нажатие на "отправить" в итоге создаёт дубль.

[Tugus]

Siava,
Спасибо, что перенесли сообщение в нужную часть форума

Да, еженочный бэкан у нас примерно совпадает по времени с пачкованием сообщений, и это появилось несколько дней назад. А сегодня и днем одно и то же сообщение отправляется "пачкой" (сегодня в 12 дня). Пользователь действительно несколько раз пытается его отправить, а система пишем что-то про аякс, и сообщение выглядит для пользователя не отправленным. А на самом деле отправляется несколько раз.
Насчет "что-то про аякс" я попробую подловить момент и сделать скрин.

Также хостер пишет (и дает скрин), что 23 июля бились таблицы БД (сбой в работе сервера, приведший к временной нехватке ОЗУ, приведшей к падению...), однако их восстановили в автоматическом режиме. Проверил наличие места и памяти - столько же, как у нас обычно в распоряжении

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

[Siava]

Tugus, суммарно я вижу проблемы в достаточно слабом хостере

З.Ы.
тему переносил не я)

[Tugus]

Тогда спасибо тому человеку, кто перенес

Отправлено спустя 2 минуты 15 секунд:

проблемы в достаточно слабом хостере

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

[Siava]

Tugus, версии можно проверить. Начните с PHP. Оптимально минимум 7.0.x и до 7.2.x включительно.
Если это есть, то медленную работу PHP можно условно исключить. Условно - потому, что я не знаю что у вас там. Но почему-то уверен, что не в настройках дело.

Включите отладку, посмотрите время генерации страниц. Тяжёлых страниц.
config.php

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

@define('DEBUG', true);
@define('PHPBB_DISPLAY_LOAD_TIME', true);

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

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

[Tugus]

2019-07-29_16-51-06.png

Оно?

Также вижу, что сегодня "не получился" автоматический ночной бэкап (который на делается хостинге). Такое ранее бывало.

[Siava]

Tugus, ну вот, уже как минимум версию PHP необходимо поднять хотя бы до 7.0. Получите значительный прирост быстродействия и возможно даже этого вам хватит.

[Tugus]

как минимум версию PHP необходимо поднять.

Ага.
Сейчас ждем ответа хостера о неудачной попытке автобэкапа. Они разберутся со своей частью, после этого выполню все рекомендации. Чтобы не одновременно вносить изменения

[Siava]

Tugus, заодно включите время генерации страниц в футере.
раскомментируйте в config.php строку @define('PHPBB_DISPLAY_LOAD_TIME', true);
Запомните примерные значения на главной и каких-нибудь определённых темах, а после смены версии PHP сравните результат.

[Пчелкин]

(сбой в работе сервера, приведший к временной нехватке ОЗУ

Где ж вы такие г*** нах=оди те?
Да еще плюс эта опция на серваке -

еженочный бэкан у нас примерно совпадает по времени с пачкованием сообщений

Вы точно хотите что бы форум работал или вы хотите себе вечную долбежку? Или вам надо гарантии 100% сохранения инфы на нем? Там что - доклады ООН по разоружению в темах?
Бекапов по расписанию только БД мало? Зачем еще левое серваковское бекапирование? Да еще каждый день, да еще небось с сохранением последних 30 штук. А?

[Tugus]

Сменил версию PHP на 7.2.х. Кроме того, хостер сообщил, что были старые настройки серверного бэкапирования, их изменили. Темы перестали отправляться повторно.

Продолжают висеть старые предупреждения (должны сниматься через 7 дней), также продолжают не заноситься в автогруппу новые пользователи (должны заноситься по умолчанию сразу при регистрации), и не выбрасываться из той же автогруппы те, кому давно пора вылететь согласно выставленным условиям (параметрам). Так понимаю, к этому вопросу стоит вернуться в последнюю очередь и в соответствующей теме?

Прописал

config.php

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

@define('DEBUG', true);
@define('PHPBB_DISPLAY_LOAD_TIME', true);

попутно обнаружил ошибку от одного из расширений

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

[phpBB Debug] PHP Notice: in file [ROOT]/ext/pwg/UserAvatars/event/listener.php on line 184: Undefined variable: topic_row

.

[Sheer]

Возможно запланированная дата выполнения крон-задачи опережает текущее время на несколько лет. У меня такое было, когда хостер обновлял ПО на сервере, установив время на три года вперед от текущего. В этот момент на форуме выполнялась крон-задача, и время выполнения следующей задач было установлено на три года вперед. В итог у меня никакие крон-адачи не выполнялись, пока не выяснили в чем причина. Читать отсюда Некорректная дата последнего посещения форума
Установи [3.1][3.2] [dev] STK for phpBB 3.2.x & 3.1.x и на вкладке СРЕДСТВА АДМИНИСТРИРОВАНИЯ перейти к Параметры конфигурации и из выпадающего списка выбрать Планировщик крон, затем обнулить все даты.
Если есть какие-то крон задачи от установленных расширения, в списке выбрать Прочее и проверить даты там. После очистить кеш и наблюдать, будут ли выполняться крон-задачи.

[Tugus]

Попутно также возник вопрос, с PHP 7.2.х использовать модуль Apahe или CGI?

Отправлено спустя 28 секунд:
Sheer,
Принято. Пошел читать.

[Sheer]

попутно обнаружил ошибку от одного из расширений

Попутно создай тему о расширении. Правила, пункт: 2.3