Слетают админские флаги после смены карты...

Слетают админские флаги после смены карты у игроков.
Сразу скажу, что админские флаги выдаются через веб-морду, хранятся с MySQL базе.
Проблема появилась, когда поставил плагин регистрации коннектящихся игроков.
Регистрация игроков также записывается в MySQL базу данных. Там уже порядка 106000 записей. Мне это нужно, поэтому убирать плагин нельзя.

Именно после смены карты флаги админки перестают работать. Если игрок перезайдёт уже через реконнект, то флаги админки будут на месте.
Почему я решил, что это из-за MySQL? Потому что админки, прописанные через users.ini никуда не пропадают и всегда работают.

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

Дай угадаю, Myarena?

Нет.
Если ты можешь помочь, то давай в лс обсудим это дело.

biffick, не помню есть ли команда перезагрузки админов через MySQL
если есть то можно сделать чтоб при каждой смене карты сервер вызывал команду для перезагрузки админов как на примере от плагина admin.amxx
amx_reloadadmins

Согласен. Решение как одно ИЗ.
Но раньше такого не было, пока таблица в базе не стала иметь много записей...
Я сейчас выставил плагин с админами подгружаться перед плагином регистрации посещений игроками. Посмотрю, может получится победить эту беду...

Ну кто-нибудь поможет за денежку то? :-)

biffick,

А что если сделать удаление старых записей? Не думаю, что тебе 106к записей необходимы.

biffick, в целом не должно мешать никак, amx_reloadadmins помогает?

Так вот стоит удаление старых записей. Плагином и удаляется (unix-time). Может это и влияет на работу админок.


Если честно, я не проверял команду. Но я знаю, что:
а) флаги доступа не работают только сразу после смены карты. Они восстанавливаются у игрока, если он сделает реконнект;
б) админки из users.ini работают всегда исправно.

P.S. MySQL настраивал даже так, чтобы лимиты были просто занебесные, чтобы проверить, поможет это или нет. Не помогло.

Всё. Я удалил плагин регистрации заходов и флаги доступа больше не слетали ни разу за вечер.
Надо походу из плагина регистраций удалить функцию удаления старых записей и сделать это через cron. Сервер не справляется с таким количеством записей.
Кто поможет с плагином? :-)

biffick, скорее всего просто не успевает amxbans данные по админкам получить до того как админ вошёл на сервер
в phpmyadmin просто удалите старые, если в плагине делать удаление на ежедневной основе, то ничего ему не станет. Да и так даже, если там асинхронные запросы. Воткните там LIMIT 5000 или 1000, за 1 карту если, то норм и 1000, я думаю
Уж 5К срок то удалит база, просто это вряд ли поможет, если у вас там нет индексов, то вставка столько же будет примерно занимать как и занимала.

mazdan, у меня нет AmxBans. Система админ-вип-выдачи самопальная. Система банов advanced_bans допиленная. Список банов в месяц набирает в себя не более 30 записей (записи старше 30ти дней очищаются автоматически).

mazdan, ты в ICQ бываешь онлайн? Я добавил там, здесь не очень удобно переписываться...

Кажется, мы нашли в чем проблема

georgeml, ага, сто процентов. 4 года отрабатывала без сбоев, а тут сбоить стала на ровном месте.

Ничего удивительного если только вы не предусмотрели при разработке своей системы все нюансы (без обид, но это сложно даже маститым скриптерам сделать).
Знаю точно, что права, выданные через set_user_flags, слетают, если изменить никнейм (например). Т.е. если менять поле setinfo, слетают флаги. Возможно у вас именно эта проблема (плагин регистрации заходов каким-то образом меняет поле setnifo), от того и слетают флаги.

А советы georgeml не игнорируйте, он знает, что говорит.

Ок.
Давайте так :-)

Отключаю плагин регистрации заходов на сервер - ничего ни у кого не слетает, включаю - слетает после смены карты у всех до реконнекта на сервер.
Тут и ежу ясно, что просто БД не успевает очередь заданий отработать по удалению старых записей, потому сервер затупливает и не получает вовремя данные об админках, випах (проще говоря, о флагах доступов игроков).
Пока в БД было < 20k записей, всё было нормально.
Пока в БД было < 50k записей, флаги доступов пропадали через раз после смены карты.
Когда в БД стало > 100k записей, флаги стали пропадать почти после каждой смены карты.
Думаю, что когда записей станет > 200k, то пропадать будут флаги всегда после смены карты.
Предположительно, в будущем, будет в базе до 500k записей, тогда что? Откладывать подгрузку флагов на минуту после смены карты? Это бред.

biffick, Ответ от БД (при таком кол-ве записей, да и от организации индексов зависит) приходит позже захода игрока- игрок остался без флагов. Предусматривайте присвоение флагов после получения ответа от БД. Это все, чем могу помочь
п.с. Вообще, для этого отладка существует. Ставите логирование на коннект и на момент присвоения флагов и смотрите, что и когда срабатывает

Вопрос уже помог решить Mazdan.
Пока сбоев не наблюдаю, но надо потестить пару вечеров.
Проблема была действительно в плагине подгрузки админов из БД.