Double Account Preventer для 3.1

[Alecto]

может кто встречал или возьмется сделать аналог мода Double Account Preventer

[Shredder]

А событий-то нужных хватит? Уверен, что там сразу нескольких не окажется. Именно для этого мода.

Добавлено спустя 2 минуты 45 секунд:
Если будет время и возможность, то могу попробовать их набросать. Но вот добавят потом или нет - это ещё большой вопрос.

[Alecto]

ну может на перспективу. нужен.

[Michel]

Хех, а я уже обрадовался увидев эту тему. Так как пользуюсь этим модом на версии 3.0.12 и доволен по самые уши. Отличный мод.

Если будет время и возможность, то могу попробовать их набросать. Но вот добавят потом или нет - это ещё большой вопрос.

Попытайся, попробуй. Я один из первых буду кто установит себе данный мод (расширение, дополнение).

[Alecto]

запрос ап!
такой популярный мод был в 30, а в 31 нате - никому не надо.
грусть-печаль ((

[Shredder]

Alecto
Я уже работаю над ним. Осталось вставить 5 событий в session.php, и если не вылезет никаких подводных камней, то скоро будет релиз.

Добавлено спустя 53 минуты 4 секунды:
Даже 4, а не 5.

[Alecto]

это надо делать запросы на добавление событий в ядро?
потому как редактировать файлы ядра - не вариант.

[xisp]

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

Почему? Вы редактируете их один раз в 3.1.2, а при обновлении до 3.1.3 они уже есть в ядре. Как вариант конечно же, если их добавят.

[Alecto]

это принципиальный вопрос.
правки в ядро не вношу.

[Shredder]

Alecto
Сейчас в ядре нужных событий нет. Нужные события я добавлю. Добавят ли их потом в движок или нет - это зависит уже не от меня.

это надо делать запросы на добавление событий в ядро?

Да.

[Alecto]

Добавят ли их потом в движок или нет

будем просить Rxu :)

[rxu]

Я вообще сомневаюсь, что в session.php станут добавлять события. Данный класс грузится на каждой странице, и несколько событий могут перегрузить всю борду в целом. Сейчас там нет ни одного.
Лучше искать другие места, по возможности. Например, в функциях, вызываемых в session.php, и т.п.
Можно посмотреть в сторону @event core.user_setup.

[Shredder]

Можно посмотреть в сторону @event core.user_setup.

С виду, вроде бы, всё работает, но патологически не добавляется язык мода - явно потому, что его инициализация происходит уже после этого события. А если попытаться добавить через add_lang_ext, то:

Fatal error: Call to a member function getName() on a non-object in .../includes/functions.php on line 4939

Добавлено спустя 1 час 18 минут 59 секунд:
И лог мода полнится какими-то левыми записями, потому что проверка нужна только при входе пользователя, а не на каждой странице. Если использовать defined('IN_LOGIN'), то получается полная белиберда. В общем, уже проходили. Тогда на 3.0 я тоже пытался вставлять код сначала в какие-то хуки и т.п., в обход стандартных функций работы с сессиями и check_ban() - выходила такая же каша.

[rxu]

Shredder
Язык отлично подключается именно в этом событии, для примера можно посмотреть тут https://github.com/rxu/thanks_for_posts ... p#L222-230

[Shredder]

rxu
Он подключается, но языковые переменные в этом же событии не выводятся. Не совсем верно выразился.

Пробовал даже "родные" переменные phpbb в trigger_error выводить - результат один и тот же - нет такой переменной.

Добавлено спустя 2 часа 41 минуту 49 секунд:
Итак, после безуспешных попыток заставить работать "иначе", в session.php было добавлено 4 события, положения которых полностью соответствуют положениям частей кода "оригинального" мода для 3.0.x. После этого всё заработало, как часы.