Является ли почта обязательным полем для регистрации пользователя в WP и Bitrix?

Question

[Дмитрий Баскаков]

Является ли почта обязательным полем для регистрации пользователя в WP и Bitrix? При условии ручной регистрации юзеров через код

Answer 1

[Анатолий Куликов]

Отвечу за Wordpress: если использовать стандартный путь регистрации, то да, он нужен. Но можно сделать вообще как угодно, вариантов полно - от использования плагинов для авторизации через oAuth до собственных решений.

Answer 2

[Adamos]

А в документацию смотреть уже вообще не модно?
https://dev.1c-bitrix.ru/api_help/main/reference/c... - русским по белому про обязательные поля.

Правда, вопрос, какого вам от этой регистрации нужно. Если требуется создать пользователя-заглушку, то ему можно указать фантастическую [e-mail] - и тем самым соблюсти обязательность. Однако восстановить пароль, например, он потом не сможет.

Comments

[Александр Воробьев]

Опять же от ситуации зависит. В Битрикс возможна регистрация/авторизация по телефону :)

[Adamos]

Александр Воробьев, не "возможно", а "возможна", и не в Битрикс, а в Битрикс24, "и не выиграл, а проиграл, и не в лотерею, а в покер" (с)

[Александр Воробьев]

Adamos, кто сказал что не возможна в Битрикс CMS? У меня два проекта на обслуживании где не используется EMail. Плюс делал модуль с дополнительным функционалом для этой ситуации.

[Александр Воробьев]

Скрин с формы настройки модуля main

[Adamos]

Александр Воробьев, да, у меня так же. Однако документации самого же Битрикса это противоречит.
Что, впрочем, для этой CMS является стандартным случаем.
Ну, и в базе поле EMAIL вообще nullable, так что при желании можно творить с ним все, что угодно.
Вопрос только, какие куски кода, уже существующие на сайте, полагаются на документацию.

[Александр Воробьев]

Adamos, я просто сказал, что это возможно и это работает. Человеку нужно работать без мыла - Битрикс это позволяет без проблем.

[Adamos]

Александр Воробьев, "битрикс" и "без проблем" в одном предложении? Вы с ним точно работаете? ;)
У меня сайту на Битриксе 15 лет, и я таки умный вещь скажу.
Если Битрикс еще "голый", без легаси - можно в нем забить на документацию и полагаться на то, что есть сейчас. Если сайт пожил на разных версиях - на нем может быть код, который полагается на старую логику. А раньше мыло было обязательным.

[Александр Воробьев]

Adamos, да, без проблем. Большинство проблем от кривых рук разработчиков. Вы и сами сказали, что проблема именно в том, что за эти 15 лет наработали. Понятно, что встречаются проекты, в которых и в ядро, кто то залез. Но является ли это проблемой Битрикс?

Если это так вам важно сам работаю конкретно с Битрикс с 2009 г. Были проекты когда обновлял древние технически "заброшенные" сайты и с более древних версий. То что вы говорите это все понятно, но это не проблема Битрикс, это проблема конкретной разработки.

В данном же случае человек явно выбирает CMS под новый проект (ну или перетащить старый), о каком легаси тут можно говорить? На данный момент, вот буквально не давно запустили проект (правда на готовом решении), я там занимаюсь только разработкой одного модуля. Клиент сам все настроил - авторизация/регистрация по sms. я вообще не вмешивался, а он сам в код или какие то технические дебри не лезет.

А ставить клеймо на CMS (да и на любой другой инструмент) из за легаси конкретного проекта - не серьезно.

[Adamos]

Александр Воробьев, я не ставлю клеймо на Битрикс за легаси своего проекта.
Я ставлю на нем клеймо за то легаси, которое написано за эти годы самими битриксоидами и уже никогда не будет вычищено, так как они этим и не занимаются, а налегают на Б24. Ну, и за то, что сама архитектура этой CMS просто-таки навязывает говнокод.
Но это, конечно, совсем другая история, не имеющая к данному вопросу уже вообще никакого отношения.

[Александр Воробьев]

Ну вот и ладушки.

Правда с навязыванием писать говнокод "инструментом" не согласен практически на 100%. На мой взгляд от программиста это зависит. ;)

В общем завязываем.

[Михаил Ливач]

Александр Воробьев,

. Понятно, что встречаются проекты, в которых и в ядро, кто то залез. Но является ли это проблемой Битрикс?

Увы, является, когда этот "кто-то" - сотрудники 1С-Битрикс. Коробочный корпортал - это лютый ужас и яркий пример наплевательства на собственные гайдлайны.