Напишите в поддержку разработчиков модуля, потом в поддержку 1С-Битрикс, если разработчики модуля не отвечают... Еще и пожаловаться можно на разработчика и модуль админам маркетплейса
Если опция отмечена, то при регистрации пользователя будет выполняться проверка адреса электронной почты на совпадение с уже имеющимися адресами в системе. Также уникальность E-mail будет проверяется и при обновлении пользователя. Уникальность Email проверяется только для внутренней регистрации. Внешние источники авторизации могут вовсе не отдавать e-mail, например odnoklassniki, twitter, vkontakte.
При отправке письма берётся шаблон письма, и в него передаются данные от вызывающей стороны... То есть перманентно это поле нигде не хранится, а подставляется во время создания события отправки письма... Вообще лежат они в таблице b_event...
Леонид Щелкунов написал: Круто! Спасибо Александр Гусев ! В случае использования CIBlockSection::GetByID почему так нельзя сделать?
Можно и GetByID юзать, но не всегда и не везде. В моём примере – одним запросом к базе данных дёргаются все необходимые данные, если делать GetByID, то если 10 разделов, то будет 10 запросов – это не хорошо, привыкайте писать сразу оптимизировано, чтоб потом меньше разговоров было про "БИТРИКС ГОВНО ТОРМОЗИТ"
1. Кто взломал? Автоматом с размещением пересылов на порно сайты и тд? Если да, то не так страшно. 2. Обновиться до последней версии можно, потом ядро чистое воткнуть, остальное проштудировать глазами и вычистить... При покупке лицензии через меня – могу помочь незадорого с этими операциями.
Если вы не вызываете компонент bitrix:catalog.section.list, то крошки заполняйте сами, т.к. крошки заполняются именно в этом компоненте, в данном случае... Как – пост выше.
Скорее всего у вас включен бэкап в облако. Посмотрите в "экспертных настройках" резервного копирования, сколько копий разрешаете оставить при выгрузке бэкапа в облако.. А 10 часов –– похоже на время создания бэкапа и выгрузку его в облако