В общем, исключений для вашего случая кодом не предусмотрено, без модификации кода не сделать. С другой стороны, модификации кода несколько строчек.
Проблема с большим потоком сообщений понятна. Думаю, сейчас вы вряд ли сможете радикально изменить
сложившеюся практику. Но всё-таки попробуйте запланировать изменения - механизм личных сообщений плохо заточен под то, чтобы отслеживать проблемы (по-принципу решенные/нерешенные) и распределение задач между сотрудниками (возможно двое разом начнут разбираться
с одним и тем же обращением). Может быть другие участники форума посоветуют какие-то подходящие решения, вроде отдельного курса для техподдержки с каким-то особым модулем. Использовать одну учетку на всех опасно в первую очередь тем, что когда случится проблема,
не сможете идентифицировать, в ком причина.
Кроме того, прав администратора тут, наверное, многовато, правильнее дать права глобального менеджера.
файл lib/classes/session/manager.php
public static function apply_concurrent_login_limit($userid, $sid = null) {
global $CFG, $DB;
// NOTE: the $sid parameter is here mainly to allow testing,
// in most cases it should be current session id.
if (isguestuser($userid) or empty($userid)) {
// This applies to real users only!
return;
}
+ if (in_array($userid, array(СЮДА_ВСТАВИТЬ_ЧЕРЕЗ_ЗАПЯТУЮ_ID_ПОЛЬЗОВАТЕЛЕЙ_ИЗ_БАЗЫ_ИЗ_ТАБЛИЦЫ_USERS
_КОТОРЫХ_НЕ_НУЖНО_ПРОВЕРЯТЬ))) {
+ return;
+ }
if (empty($CFG->limitconcurrentlogins) or $CFG->limitconcurrentlogins < 0) {
return;
}
....