Отвечу за Wordpress: если использовать стандартный путь регистрации, то да, он нужен. Но можно сделать вообще как угодно, вариантов полно - от использования плагинов для авторизации через oAuth до собственных решений.
Правда, вопрос, какого вам от этой регистрации нужно. Если требуется создать пользователя-заглушку, то ему можно указать фантастическую use@mail.no - и тем самым соблюсти обязательность. Однако восстановить пароль, например, он потом не сможет.
Adamos, кто сказал что не возможна в Битрикс CMS? У меня два проекта на обслуживании где не используется EMail. Плюс делал модуль с дополнительным функционалом для этой ситуации.
Александр Воробьев, да, у меня так же. Однако документации самого же Битрикса это противоречит.
Что, впрочем, для этой CMS является стандартным случаем.
Ну, и в базе поле EMAIL вообще nullable, так что при желании можно творить с ним все, что угодно.
Вопрос только, какие куски кода, уже существующие на сайте, полагаются на документацию.
Александр Воробьев, "битрикс" и "без проблем" в одном предложении? Вы с ним точно работаете? ;)
У меня сайту на Битриксе 15 лет, и я таки умный вещь скажу.
Если Битрикс еще "голый", без легаси - можно в нем забить на документацию и полагаться на то, что есть сейчас. Если сайт пожил на разных версиях - на нем может быть код, который полагается на старую логику. А раньше мыло было обязательным.
Adamos, да, без проблем. Большинство проблем от кривых рук разработчиков. Вы и сами сказали, что проблема именно в том, что за эти 15 лет наработали. Понятно, что встречаются проекты, в которых и в ядро, кто то залез. Но является ли это проблемой Битрикс?
Если это так вам важно сам работаю конкретно с Битрикс с 2009 г. Были проекты когда обновлял древние технически "заброшенные" сайты и с более древних версий. То что вы говорите это все понятно, но это не проблема Битрикс, это проблема конкретной разработки.
В данном же случае человек явно выбирает CMS под новый проект (ну или перетащить старый), о каком легаси тут можно говорить? На данный момент, вот буквально не давно запустили проект (правда на готовом решении), я там занимаюсь только разработкой одного модуля. Клиент сам все настроил - авторизация/регистрация по sms. я вообще не вмешивался, а он сам в код или какие то технические дебри не лезет.
А ставить клеймо на CMS (да и на любой другой инструмент) из за легаси конкретного проекта - не серьезно.
Александр Воробьев, я не ставлю клеймо на Битрикс за легаси своего проекта.
Я ставлю на нем клеймо за то легаси, которое написано за эти годы самими битриксоидами и уже никогда не будет вычищено, так как они этим и не занимаются, а налегают на Б24. Ну, и за то, что сама архитектура этой CMS просто-таки навязывает говнокод.
Но это, конечно, совсем другая история, не имеющая к данному вопросу уже вообще никакого отношения.
. Понятно, что встречаются проекты, в которых и в ядро, кто то залез. Но является ли это проблемой Битрикс?
Увы, является, когда этот "кто-то" - сотрудники 1С-Битрикс. Коробочный корпортал - это лютый ужас и яркий пример наплевательства на собственные гайдлайны.
Средний
