[v1.1.5.4] Material Admin - рефорк SB++ 1.5.4.7

[Miroha]

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

Что за хостинг то?
Может кто и подскажет тут.

Хостинг MyArena
Устанавливаю не себе а другу Material Admin
Kruzya может поможет потому что он знает как открыть доступ к пользователю.

 

[Серый™]

@DOVE, смотри в конфиге плагина "UnMuteUnBan", должно стоять 1. Если крузя не менял логику, то будет учитывать иммунитет и флаги, что веб и серверные. А поведение иммунитета плагин смотрит настройки сорсмода квара sm_immunity_mode .

 

[Troyanskaya]

Здравствуйте. Как добавить

колонку "тип" в список блоков коммуникаций

 

[DOVE]

@Серый™ вроде есть, спасибо. Буду тестить)

Спойлер

 

[vladadm]

Где у тебя бд
Размещена (обычный веб хост или на VDS)?

на веб хосте

@vladadm, удаленный доступ к бд есть?

Не знаю, есть PHPmyadmin и ISPmanager это оно?

 

[kylc]

на веб хосте


Не знаю, есть PHPmyadmin и ISPmanager это оно?

В isp зайдите в базы, выберите нужную и нажмите «изменить» и там нужно поставить галочку «Удаленный доступ»

 

[ZloY64ru]

@Kruzya, Подскажите пожалуйста, плагин установлен, веб часть ласт версии 1.1.6 (526). Не обновляет админов на сервере, файлы просто пустые. Ошибок никаких нет. С веб части через ркон команды проходят отлично.

Спойлер: meta list

  [01] SourceMod (1.11.0.6522) by AlliedModders LLC
  [02] ProcessCmds (1.3.2) by GoDtm666 (www.MyArena.ru)
  [03] SDK Tools (1.11.0.6522) by AlliedModders LLC
  [04] CS Tools (1.11.0.6522) by AlliedModders LLC
  [05] SDK Hooks (1.11.0.6522) by AlliedModders LLC

14 "Material Admin" (0.8.2-6018846) by Material Admin Dev Team

Спойлер: sm exts list

[01] Equinox Console Cleaner (1.0.5): Bite me alien boi
[02] ProcessCmds (1.3.2): Исправление багов, дополнение к плагинам и проверка на флуд.
[03] SDK Tools (1.11.0.6522): Source SDK Tools
[04] BinTools (1.11.0.6522): Low-level C/C++ Calling API
[05] CS Tools (1.11.0.6522): CS extended functionality
[06] Socket (3.0.1): Socket extension for SourceMod
[07] Sound Info Library (1.0): Access information of sound files
[08] Client Preferences (1.11.0.6522): Saves client preference settings
[09] SQLite (1.11.0.6522): SQLite Driver
[10] Top Menus (1.11.0.6522): Creates sorted nested menus
[11] Regex (1.11.0.6522): Provides regex natives for plugins
[12] SDK Hooks (1.11.0.6522): Source SDK Hooks
[13] MySQL-DBI (1.11.0.6522): MySQL driver implementation for DBI

 

[Kruzya]

@ZloY64ru, ServerID указан?

 

[ZloY64ru]

@ZloY64ru, ServerID указан?

да, указан.
"ServerID" "1"

 

[Kruzya]

@ZloY64ru, он точно верен? Вы проверяли?
Если админы не грузятся, я допускаю, что он отличается.

 

[ZloY64ru]

@ZloY64ru, он точно верен? Вы проверяли?
Если админы не грузятся, я допускаю, что он отличается.

да. Еще раз проверил, все стоит все хорошо, но появилась другая неприятность.
По пути "/addons/sourcemod/configs/materialadmin" должна быть папка "Admin" куда прописываются админки, ее там нету, не появляется. Но админы добавляют и работаю.
Подскажите, может при обновлении плагина изменился путь?

 

[Kruzya]

@ZloY64ru, все верно, теперь это /addons/sourcemod/data/materialadmin/

 

[Troyanskaya]

Здравствуйте.Можно ли установить SourceBans Star Theme на версию

• Версия 1.1.6 (526)???

 

[Phrog]

После перехода на новый серверный плагин игроки начали жаловаться на микрофризы. Поддерживается ли мультипоток в данном коде (database.sp)? Или плагин каждый раз ждет ответа от базы? Просто в старом плагине была такая проблема, ее исправили после моего репорта в 2017 в обычном sb: Freezes when refreshing admin list with sm_rehash - 1.6.2 (SERVER PART) · Issue #348 · sbpp/sourcebans-pp

#if SOURCEMOD_V_MINOR > 9
    strcopy(szCharset, sizeof(szCharset), "utf8mb4");
#else
    strcopy(szCharset, sizeof(szCharset), "utf8");
#endif

    SQL_SetCharset(g_dDatabase, szCharset);
    SQL_LockDatabase(g_dDatabase);

    Format(szCharset, sizeof(szCharset), "SET NAMES '%s'", szCharset);
    SQL_FastQuery(g_dDatabase, szCharset);

    SQL_UnlockDatabase(g_dDatabase);

SQL_SetCharset вроде как не мультипоточен, нужно через SQL_TQuery это делать

В старом оригинальном плагине это исправили так:

Вот это:

decl String:query[1024];
SQL_SetCharset(DB, "utf8");

Заменили на это:

decl String:query[1024];
FormatEx(query, sizeof(query), "SET NAMES "UTF8"");
SQL_TQuery(DB, ErrorCheckCallback, query);

Как самому это поправить в новом плагине не знаю, т.к. не кодер.

 

[kylc]

Здравствуйте.Можно ли установить SourceBans Star Theme на версию

• Версия 1.1.6 (526)???

Попробуйте, я не думаю, что там что-то отвалится.

 

[Kruzya]

@egorka2, поддерживается, но мультипоток, как Вы верно уже заметили, не поддерживается для установки кодировки.
Эта операция происходит перед каждым запросом из-за возможных причин в виде "хренового" подключения к базе, но отключается в конфиге. FixDatabaseCharset, что-то такое, посмотрите.

 

[Phrog]

Фикс фризов при включенном фиксе кодировки, если кому надо. Установка кодировки теперь происходит через SQL_TQuery, которая выполняется в отдельном потоке.

 

[Kruzya]

Установка кодировки теперь происходит через SQL_TQuery, которая выполняется в отдельном потоке.

Это всё, конечно, прекрасно, но:

1. Одним запросом к базе кодировка не меняется.
   В запросах фигурируют "пользовательские данные". Чтобы эти данные никак запрос не ломали, у драйверов подключения всегда есть метод экранизации данных, которые, если максимально упростить, просто производят замену каких-либо символов - на два символа, или три, чтобы запрос от этого не сломался, и база не подавилась в попытках понять, что ей вообще прислали. Драйверу для экранизации данных для подстановки в запрос самому нужно знать кодировку базы. Он своё кешированное значение изменяет только два раза за всю сессию: при её старте (когда подключение установилось) и если кто-то явно дёрнул метод изменения кодировки. Если просто выполнить запрос к базе, сервер у себя заменит значения активной кодировки, а клиент так и не узнает, что он теперь, оказывается, использует другую кодировку.
   Только из-за этого во всех языках программирования, под смену кодировки выделена именно отдельная функция, а за "выполнение запроса на смену кодировки" - бьют по пальцам, дабы неповадно было говнокодить.
   К слову, эта функция ничего не делает, если кодировка и так правильная стоит, а потому и воздействия от неё в идеальных условиях - никакого. Потому если она у Вас внезапно фризит, то у Вас наблюдаются явные проблемы с подключением. И будет ещё хорошо, если дефолтная кодировка соединения на уровне соединения - это какой-нибудь utf8 конкретный, а не latin1...
   Только в таком случае Ваш фикс имеет право на жизнь, и то, не полностью, потому что в таком случае вообще нет никакого смысла гонять запрос на смену кодировки, для чего изначально и был введён параметр в конфиге.
2. В SM - один SQL Worker на все запросы. А ещё давайте вспомним специфичность реализации фикса "проблем с кодировками на говнохостах" (запрос на смену кодировки выполняется перед каждым запросом (!)), и мы получим полный букет удовольствий, когда на загрузку бана, плагин может тратить минуту, а на его выгрузку - условные полчаса. Естественно, это я сильно накрутил, хотя у меня был такой клиент как раз, который заменял всегда везде SQL_SetCharset() на SQL_TQuery()...

 

[$---DI@BLO---$]

Добрый день , помогите разобраться , при обновление вот такая вылезла ошибка
Оффтоп

An exception occured: [PDOException] SQLSTATE[HY000] [2005] Unknown MySQL server host 'DB_HOST' (2) in /includes/classes/Database.php on line 123

1. PDO->__construct(string, string, string, array) in /includes/classes/Database.php at line 123
2. Database->Connect(array) in /includes/classes/Database.php at line 9
3. Database->__construct(array) in /includes/classes/DatabaseManager.php at line 30
4. DatabaseManager::InitConnection(string) in /includes/classes/DatabaseManager.php at line 16
5. DatabaseManager::GetConnection() in /includes/classes/App.php at line 28
6. App::db() in /includes/classes/App.php at line 84
7. App::options() in /init.php at line 266
8. include(string) in /updater/index.php at line 82

 

[Kruzya]

@$---DI@BLO---$, удалите /data/db.php, и перезапустите апдейтер. Если снова вылезет - нужно разбираться по месту.