Является ли почта обязательным полем для регистрации пользователя в WP и Bitrix?
Является ли почта обязательным полем для регистрации пользователя в WP и Bitrix? При условии ручной регистрации юзеров через код
Дополнительно:
Анатолий Куликов @anatoly_kulikov Помог ответ? Отметь решением! Отвечу за Wordpress: если использовать стандартный путь регистрации, то да, он нужен. Но можно сделать вообще как угодно, вариантов полно - от использования плагинов для авторизации через oAuth до собственных решений.
Adamos @Adamos А в документацию смотреть уже вообще не модно?
https://dev.1c-bitrix.ru/api_help/main/reference/c... - русским по белому про обязательные поля.
Правда, вопрос, какого вам от этой регистрации нужно. Если требуется создать пользователя-заглушку, то ему можно указать фантастическую use@mail.no - и тем самым соблюсти обязательность. Однако восстановить пароль, например, он потом не сможет.
- Опять же от ситуации зависит. В Битрикс возможна регистрация/авторизация по телефону :)
- Александр Воробьев, не "возможно", а "возможна", и не в Битрикс, а в Битрикс24, "и не выиграл, а проиграл, и не в лотерею, а в покер" (с)
- Adamos, кто сказал что не возможна в Битрикс CMS? У меня два проекта на обслуживании где не используется EMail. Плюс делал модуль с дополнительным функционалом для этой ситуации.
-
Скрин с формы настройки модуля main
- Александр Воробьев, да, у меня так же. Однако документации самого же Битрикса это противоречит.
Что, впрочем, для этой CMS является стандартным случаем.
Ну, и в базе поле EMAIL вообще nullable, так что при желании можно творить с ним все, что угодно.
Вопрос только, какие куски кода, уже существующие на сайте, полагаются на документацию. - Adamos, я просто сказал, что это возможно и это работает. Человеку нужно работать без мыла - Битрикс это позволяет без проблем.
- Александр Воробьев, "битрикс" и "без проблем" в одном предложении? Вы с ним точно работаете? ;)
У меня сайту на Битриксе 15 лет, и я таки умный вещь скажу.
Если Битрикс еще "голый", без легаси - можно в нем забить на документацию и полагаться на то, что есть сейчас. Если сайт пожил на разных версиях - на нем может быть код, который полагается на старую логику. А раньше мыло было обязательным. - Adamos, да, без проблем. Большинство проблем от кривых рук разработчиков. Вы и сами сказали, что проблема именно в том, что за эти 15 лет наработали. Понятно, что встречаются проекты, в которых и в ядро, кто то залез. Но является ли это проблемой Битрикс?
Если это так вам важно сам работаю конкретно с Битрикс с 2009 г. Были проекты когда обновлял древние технически "заброшенные" сайты и с более древних версий. То что вы говорите это все понятно, но это не проблема Битрикс, это проблема конкретной разработки.
В данном же случае человек явно выбирает CMS под новый проект (ну или перетащить старый), о каком легаси тут можно говорить? На данный момент, вот буквально не давно запустили проект (правда на готовом решении), я там занимаюсь только разработкой одного модуля. Клиент сам все настроил - авторизация/регистрация по sms. я вообще не вмешивался, а он сам в код или какие то технические дебри не лезет.
А ставить клеймо на CMS (да и на любой другой инструмент) из за легаси конкретного проекта - не серьезно.
- Александр Воробьев, я не ставлю клеймо на Битрикс за легаси своего проекта.
Я ставлю на нем клеймо за то легаси, которое написано за эти годы самими битриксоидами и уже никогда не будет вычищено, так как они этим и не занимаются, а налегают на Б24. Ну, и за то, что сама архитектура этой CMS просто-таки навязывает говнокод.
Но это, конечно, совсем другая история, не имеющая к данному вопросу уже вообще никакого отношения. - Ну вот и ладушки.
Правда с навязыванием писать говнокод "инструментом" не согласен практически на 100%. На мой взгляд от программиста это зависит. ;)
В общем завязываем.
- Александр Воробьев,
. Понятно, что встречаются проекты, в которых и в ядро, кто то залез. Но является ли это проблемой Битрикс?
Увы, является, когда этот "кто-то" - сотрудники 1С-Битрикс. Коробочный корпортал - это лютый ужас и яркий пример наплевательства на собственные гайдлайны.
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос
В WordPress email для стандартного пользователя фактически обязателен: поле
user_emailесть в таблицеwp_users, а функции создания пользователя ожидают корректный email. Через код можно сгенерировать технический адрес, но это компромисс: восстановление пароля, уведомления и часть плагинов будут работать некорректно.$user_id = wp_insert_user([ 'user_login' => 'user_1001', 'user_pass' => wp_generate_password(), 'user_email' => 'user_1001@example.invalid', 'role' => 'subscriber', ]);
Если регистрация идёт по телефону/SMS/OAuth, нормальный путь — всё равно хранить уникальный технический email или использовать плагин/кастомную авторизацию, которая аккуратно обходит стандартные формы, но не ломает структуру пользователя.
В 1C-Битрикс обязательность зависит от используемого API и настроек модулей. Для стандартной регистрации обычно есть набор обязательных полей, и email часто участвует в логине/уведомлениях/восстановлении доступа. Через API можно создавать пользователя с техническими данными, но нужно смотреть конкретный метод и бизнес-сценарий.
Итог: для ручной регистрации через код можно сделать пользователя без реального email только как техническую учётку. Для живых пользователей лучше требовать email или явно строить альтернативную схему авторизации по телефону, понимая последствия для уведомлений и восстановления пароля.