по этой статье немного переделал регистрацию, но поле логин остается так как оно обязательно к заполнению, но при просмотре пользователя логин в админке уже не выводится, может все таки как-то можно от этого поля избавиться ?
Я постоянно на форуме, так что как напишите я сразу отвечу →
пробовал вставить такой код для автозаполнения <input type="hidden" name="REGISTER[LOGIN]" value="<?=RandString(20)?>" /> в шаблон компонента /bitrix/components/demo/main.register/templates/.default/template.php что-то не автозаполнилось поле Логин
Я постоянно на форуме, так что как напишите я сразу отвечу →
ilyas-> пишет: пробовал вставить такой код для автозаполнения <input type="hidden" name="REGISTER[LOGIN]" value="<?=RandString(20)?>" /> в шаблон компонента /bitrix/components/demo/main.register/templates/.default/template.php что-то не автозаполнилось поле Логин
1)randString 2)у вас пользователь потом и будет заходить на сайт по этому randString а не по адресу почты
на заметку: пользователь авторизуется по паре Логин-Пароль. А уж, что вы поставите в поле логин это и будет логином, хоть телефон, хоть почта, хоть снилс.
kopoBko пишет: 1)randString 2)у вас пользователь потом и будет заходить на сайт по этому randString а не по адресу почты
на заметку: пользователь авторизуется по паре Логин-Пароль. А уж, что вы поставите в поле логин это и будет логином, хоть телефон, хоть почта, хоть снилс.
kopoBko пишет: и просто убираем все нужные поля из шаблона, а обработку ведем событием.
Угу-угу. Потом обнаруживаем, что и для авторизации, и для восстановления пароля юзеру нужно ввести логин, и вот тут-то и начинается веселуха с переписыванием шаблонов system.auth.whatever, переделкой соответствующих почтовых шаблонов и переопределением языковых констант из /bitrix/modules/main/lang/ru/classes/general/user.php
kopoBko пишет: и просто убираем все нужные поля из шаблона, а обработку ведем событием.
Угу-угу. Потом обнаруживаем, что и для авторизации, и для восстановления пароля юзеру нужно ввести логин, и вот тут-то и начинается веселуха с переписыванием шаблонов system.auth.whatever, переделкой соответствующих почтовых шаблонов и переопределением языковых констант из /bitrix/modules/main/lang/ru/classes/general/user.php
Евгений Жуков пишет: Вы хотите сказать, что изменили ядро?
При регистрации логин другое текстовое значение вводил, при просмотре инфо о регистрации вместо логина теперь имеил, и если ввожу логин при регистрации по ниму уже не авторизовывает, только по имеилу
Цитата
Dmitry Ban пишет: Угу-угу. Потом обнаруживаем, что и для авторизации, и для восстановления пароля юзеру нужно ввести логин, и вот тут-то и начинается веселуха с переписыванием шаблонов system.auth.whatever, переделкой соответствующих почтовых шаблонов и переопределением языковых констант из /bitrix/modules/main/lang/ru/classes/general/user.php
Можете привести свой вариант решения ?
Я постоянно на форуме, так что как напишите я сразу отвечу →
Дорогой Битрикс! На самом деле хотелось бы уже наконец решить все проблемы с авторизацией и регистрацией на уровне ядра. А именно:
- Не запрашивать при регистрации, авторизации и восстановлении пароля ЛОГИН вообще НИКОГДА. Запрашивать только E-mail. Пусть в поле логина записывается e-mail. Или вообще отказаться от этого поля.
- Авторизация, регистрация и восстановление пароля должно быть сделано в рамках ОДНОГО компонента, который работает динамически во всплывающем окне. Можно там сделать закладки например.
- Проверять введенные данные на корректность динамически и выводить ошибки в этом же всплывающем окне.
- Сделать несколько стандартных шаблонов окна авторизации/регистрации с хорошим дизайном.
Ну это же не сложно! Все многочисленные нынешние компоненты, ссылки, страницы связанные с регистрацией/авторизацией выглядят просто нелепо в 2014 году. Уж про дизайн окна авторизации - вообще молчу.
Ни одного действительно качественного стороннего решения указанной проблемы в Marketplace - найти не удалось. Везде свои недостатки.
Григорий в 14,5 релизе выйдут изменения когда понятие обязательности полей будет отсутствовать, вы сами будете решать какую информацию у клиента запрашивать.
Единственно это приведет к проблеме не возможности восстановления пароля (в некоторых случаях), так как просто непонятно какой механизм идентификации применить если нет емейла.
Юрий Волошин написал: Григорий в 14,5 релизе выйдут изменения когда понятие обязательности полей будет отсутствовать, вы сами будете решать какую информацию у клиента запрашивать.
Вы имели ввиду поля формы при оформлении заказа в магазине или регистрацию из ядра системы?
веб формы для регистрации... это уже черезчур!!!..... есть стандартные компоненты регистрации(системный) есть компонент настраиваемой регистрации....(плюс события) или же без событий (кастомизация шаблона для подстановки email в поле логина-не выводя поле логин)....
Почему черезчур? как по мне так гораздо проще и быстрее кастомизировать шаблон формы+письма и навесить обработчик в инит. Лепить костыли в виде подмены полей это не черезчур?
Я думаю что хранение пользователей в системе без логина - это плохая практика. Если же не нужно чтобы на сайте при регистрации пользователь указывал логин, то поле скрыть можно. Но это скрытое поле ввода можно заполнять в первую очередь е-мейлом или же номером телефона если присутствую оба вот как сделано тут.