7 апреля 2021 в 16:44
Камрады, как лучше всего сделать чтобы была возможность зарегистрироваться только используя номер телефона, т.е. e-mail был бы не обязательным.
При этом установлен email_registration чтобы не было логина, ну точнее он там есть, но автогенериться и поле скрывается.
Поле номера телефона уже есть с верификацией по смс.
Вопрос в том как по проще сделать e-mail не обязательным и если его не вводят, то я так понимаю придётся писать туда заглушку?
Как быть с востановлением пароля и другими сопутствующими вещами?
Комментарии
Переписывать/заменять поведение, валидации и т.д.
P.S. Кстати, лучше не отказываться, от /user/password. ИМХО
P.P.S. Да и все-таки, плохое решение делать приоритет на мобилы. Тоже, имхо. 3 месяца неактива и номер пропал (для РФ)
А что делать с e-amil - писать туда заглушку, потом её проверять?
Однако с маркетинговой точки зрения - это удобнее, и почти у всех больших игроков это есть. А то что номер теряется, ну тут и мыло может потеряться. Люди у нас не компьютерно грамотные в общей массе
А смысл в заглушке?
В любом случае, всё сведется к тому: выпиливается юзерский e-mail или нет.
Если да, то весь модуль user придется переписать.
смысл заглушки в том, что меньше чего выпиливать
не согласен, костыли тогда будут, типа:
404 на /user/password
display: none полей в /user/edit
глушить отправку почты (сейчас это обязательно, чтоб под спам-фильтры не попасть при отправке на несуществующие ящики)
Кстати, сколько ещё контриба существует с отправкой почты юзерам...
Короче, делать e-mail необязательным может быть очень больно + весь друпаловский мир (кроме РФ/СНГ) не готов к этому. имхо
Точнее, способ, как безболезненно отказаться от юзерской почты - я не нашел.
Я делал, что при регистрации е-мэил и телефон обязательны, войти можно что по почте, что по телефону (как в VK). За основу, как раз брал email_registration.
перехватить отправление письма и не отправлять если там фейк-мэйл - это не сложно.
зачем? если он захожет вводить e-mail - пусть вводит
и почему же 404 на /user/password?
Там тоже самое будет + номер телефона. Просто нужно сделать восстановление ещё и по номеру
А в /user/edit ничего не меняем кроме того, что если значение фейк-мейл то стираем его. Плюс в сабмите, если его нет - пишем фейк-майл
Возможно, я вам открою Америку, но емэйл и так не обязательный. Из-под админа можно создавать юзеров, не заполняя емэйл. Что касается восстановления пароля - ссылку "забыли пароль?" можно заменить на ссылку с выбором способа восстановления пароля. И там уже ссылки на дефолтную форму и на форму с восстановлением по смс.
да, там необязательно поле e-mail
Тогда получается можно смело делать необязательным, а реализовывать вход по номеру тел. и восстановление?
От кейса зависит.
Если сам администрировать юзеров будешь, то возможно. Если полноценный аккаунт, то скорее нет, чем да.
Что значит сам администрировать юзеров?
создавать/редактировать
типа, как в почте для доменов
Соответственно у тебя и запрет должен стоять на создание аккаунта юзерами.
Ну и на какие-нибудь вспомогательные user_load_by_mail можешь сразу забить.
да почему?
Мне просто надо сделать мыло необязательным.
ну логично, что если админ создает учетки, то они для какого-то внутреннего пользования...
Если восстановление пароля по телефону работает, то вообще нет никакой объективной причины хранить ещё и почту. Более того, в таком раскладе можно обойтись даже без паролей.
Короче, решай сам, делать или нет:
https://www.drupal.org/project/drupal/issues/286401
А так, тема в перспективе, довольно интересная.
Сделал вход и регистрацию по E-mail или телефону на связке:
- email_registration
- user_registrationpassword
- mobile_number
+ 250 строк кастома - альтеры форм + объвязка.
Осталось реализовать восстановление пароля по смс - думаю, что тоже решаемо
Мне кажется такое можно и на орг выложить.
в том виде в котором есть - вряд ли.
т.к. до универсального решения там ещё далеко.
Понимаю, сам такой
Я для себя скрестил photoswipe с infinite scroll: листаешь картинки в фотосвайпе, и если доходишь до конца текущей страницы галереи, и есть еще, то подгружается следующая порция картинок. Но делал по-быстрому с привязкой в коде к реалиям своего сайта. Выкладывать в таком виде бессмысленно, а доводить до ума лень - работает же
Такое можно на drupal.ru выложить в виде статьи в раздел «Документация».
Ну это скорее не документаця, а раздел How to. Кстати, такой есть?)) Просто документация - это правила, как пользоваться чем-то готовым. А тут рецепт из разряда "возьмите кабачок, но можно и тыкву"))) но такие рецепты очень нужны, ведь именно они демонстрируют, как далеко можно оказаться, выйдя всего на пару шагов от стандартных модулей.
У нас пока всё в документации)