Логины в InstantCMS 2 – открытое тестирование

Прошу протестировать вариант реализации логинов в InstantCMS 2. Если этот вариант окажется удачным, понравится пользователям и в нём будут устранены ошибки, тогда можно будет просить разработчиков InstantCMS 2 включить его в систему «из коробки». Поэтому нужна ваша активная помощь.


Встроить логины в Двойку обычным компонентом и хуками не представляется возможным, поэтому пришлось править много системных файлов. Я просмотрел и проверил всё, что смог. Но всё же предупреждаю:

Данный вариант НЕ ПРЕДНАЗНАЧЕН для использования в реальных проектах.
Он выложен тут ТОЛЬКО ДЛЯ ТЕСТИРОВАНИЯ.

Возможности:

• Логины — уникальный идентификатор пользователя на сайте. Теперь на сайте не будет двух пользователей с одинаковыми именами. Можно в шаблонах вместо ников выводить логины. Или к никам добавлять логины в скобках. Или ещё как угодно это сочетать.

• Логины вместо id в адресах профилей пользователей: site.ru/users/vasya (спасибо Fuze за идеи по оптимальной подстановке, а также за помощь и понимание).

• Есть возможность использовать логины в адресах страниц через переменную шаблона {user_login}. Например, можно создавать блоги с адресами site.ru/blogs/vasya.

• Возможность «по горячему» на работающем сайте переключаться из режима «логины» в «id» и обратно. Но зачем это нужно – не знаю. И при этом есть нюансы (см. ниже в «Особенности»)

• При включении логинов можно скрыть профили реальных админов сайта, задав им какие-то нестандартные логины вместо id=1 (или любого другого). При условии, что главный админ не будет модерировать контент, а будет только управлять сайтом, этот логин никто не узнает. Он будет выглядеть как обычный пользователь. Это повышает безопасность.

• Опциональная авторизация по логину вместо email. Это привычно для пользователей и желаемо многими вебмастерами. А также будет востребовано для корпоративных сайтов при входе сотрудников на сайт. Или при сопоставлении (связывании) пользователей сайта с пользователями корпоративной интрасети по LDAP (Active Directory, Samba). А также для сайтов с пользователями-юрлицами (авторизация по коду ОКПО фирмы, например).

• При выборе логина во время регистрации новому пользователю сразу будет показан адрес его будущей страницы с этим логином – это наглядно и повышает вероятность выбора красивых логинов пользователями (спасибо Нил™ за идею и пример кода).

• Полное управление логинами в Админке. При отключении логинов, связанные с ними поля и функции также скрываются в Админке.

• Дополнительная возможность: галка «Согласен с правилами сайта» при регистрации.

Как всё работает:

Всё очень просто. В настройках компонента «Авторизация и регистрация появились новые опции.

Галка «Запрашивать логин и использовать его в адресах вместо id»

Если она включена, то во время регистрации пользователю предлагается заполнить новое поле «Логин». При вводе логина в это поле пользователю тут же показывается, как будет выглядеть адрес его страницы. Допустимые символы: маленькие латинские буквы, цифры и «подчёркивание». Введённый логин проверяется на уникальность и сохраняется в новое поле login таблицы cms_users вместе с остальными введёнными данными.
В дальнейшем эти логины подставляются в адреса страниц пользовательских профилей и, при задании соответствующих шаблонов адресов типов контента, в адреса контента. Также при включении этой галки добавляются поля логинов в Админке.
У пользователей нет возможности изменить логины самостоятельно. Это может сделать только админ в Админке.

Если эта галка выключена, то при регистрации логин пользователя не запрашивается, а в поле login таблицы cms_users подставляются id (для возможности переключиться в режим с логинами. В адреса страниц пользовательских профилей подставляются id. Поля логинов в Админке скрыты.

Галка «Авторизация по логину вместо e-mail»

Если включена, то при авторизации запрашивается логин, если выключена – email.

Поле «Запрещенные логины»

Аналогично полю «Запрещенные никнеймы». Можно использовать маски.

Поле «Ссылка на "Правила сайта"»

Если это поле заполнено, то при регистрации внизу под всеми полями появляется галка «Я подтверждаю, что прочитал(-а) и принимаю "Пользовательское соглашение"», где под "Пользовательское соглашение" подставляется ссылка из этого поля. Кнопка «Продолжить» появляется лишь при включении галки согласия с правилами. При выключенной галке эта кнопка скрывается.

Информация для разработчиков компонентов и шаблонов:

Чтобы ваш продукт был совместим с логинами в данной реализации, вам нужно убедиться, что везде в вашем коде, где создаются адреса страниц пользовательских профилей, используется вызов функций href_to(), а не простое объединение строк. Вообще-то так и должно быть по стандарту, но мало ли… Замена id на логины в адресах производится именно в этих функциях.

«Особенности» реализации:

1. Логины вместо id подставляются только в адреса пользовательских страниц (контроллера users) вида site.ru/users/id или site.ru//users/id/что-то_ещё. В служебных адресах вида site.ru/users/action_name/id логины не подставляются и там в любом режиме остаются id. То есть подстановка делается только там, где id стоит на первом месте после имени контроллера users. Это сделано для ускорения работы подстановки.
По идее, должно работать переименование users во что-то другое (см в документации «Замена URL компонентов»).

2. Я не нашёл способа автоматической подстановки логина вместо id в меню. Поэтому в пункте «Мой профиль» в «Персональном меню» нужно будет вручную изменять ссылку на users/{user.login} при логинах и обратно на users/{user.id} при id.

3. Если в ленту активности попало событие «Дружба пользователей», то в БД сохраняется адрес профиля второго пользователя в том виде, в каком он построился на момент дружбы (по id или по логину). И при смене режима подстановки в адреса id/логинов этот адрес уже не меняется и по нему профиль пользователя может уже оказаться недоступен.

4. При использовании модулей регистрации новых пользователей из соцсетей, может понадобиться доработка этих модулей, чтобы они сохраняли логины пользователей или подставляли вместо логинов в поле login их id.

Как тестировать:

Скачайте пакет установки и стандартным образом установите его в новую InstantCMS 2.4.0 с демо-данными. Замена системных файлов и добавление/обновление нужных полей БД будет выполнено автоматически. Также автоматически включатся логины.

Вход по логину admin с заданным вами паролем для Администратора.

А далее заходите в настройки компонента «Авторизация и регистрация», включайте/выключаете логины и смотрите, удобно ли пользоваться, есть ли ошибки. Все найденные ошибки и умные мысли пишите тут в комментариях.

Скачать пакет установки версии 0.2.240

Заранее спасибо за помощь!

UPD 23.02.2016
Изменения в версии 0.2.240:
— Исправлена ошибка при обновлении аватара.
— Исправлены ошибки обновления БД. Теперь id копируются в логины для всех пользователей с пустыми логинами, кроме id=1.

UPD 28.02.2016
Создал на форуме обсуждение вариантов визуальной идентификации пользователей на сайте Ники и логины на сайте.