Андрей Николаев (Все сообщения пользователя)

А $APPLICATION->ThrowException пробовал?

Смотрите логи php, только они могут рассказать.
но перед этим включить отладку нужно

Стандартной загрузкой


Ограничьте в фильтре

Изучайте документацию по системе.

Используя технологии локализации конечно же.

Может быть стояла а потом закешировалось. Кеш сбрасывайте после переключения

Для настройки NTLM не нужно, для настройки NTLM via SSO нужно

По-моему это лишнее.

В административной панеле в настройках модуля

Нет, работает это иначе.

Пользователь набирает позиции в корзины (b_sale_basket). Когда пользователь решится оформить заказ создается заказ (b_sale_order) и корзина прикрепляется к заказу.
В b_sale_fuser хранится посетитель интернет-магазина.

Брошенная корзина - это добавленные в корзину позиции но не оформленные в заказ.
Таким образом в b_sale_basket хранятся не только "брошенные" и "неоформленные" корзины, но и "существующие списки позиций из заказов"

Здесь путанница в терминологии, это они для SSO via NTLM пишут.
Я бы убрал галочку "создавать пользователя, если пользователь с таким логином уже существует" и да. Все верно.
Остается только добавить сервер AD, настроить правильное соединение (чтобы например не было пересечений между группами в AD у Вашего пользователя и НЕ импортируемыми группами в настройках подключения к AD) и на портал можно заходить по логину и паролю из AD

Omar Khazamov, Конкретно Вы скорее всего словили allocate memory или багу php. Включите дебаг и посмотрите логи httpd для прояснения картины.

Как пример, можно еще рассмотреть то, как это делает модуль компрессии:
1) Подписывается на событие OnPageStart
2) Проводит сжатие на OnAfterEpilog
Обратите внимание на 2 ob_start!

У себя же попробуйте в эпилоге поставить:

Нет, она прикрепляется к заказу.

Т.е. корзина это набор позиций с признаком ORDER_ID = null (не заполнен). Когда пользователь оформляет заказ, то в это значение присваивается номер заказа. А следующие товары, которые оформляются не имеют признака ORDER_ID и соотвественно не смешиваются с существующими заказами.

В какой по Вашему таблице хранится состав заказа?

Вы его можете дополнять по специальному LDAP-синтаксису



Тогда правило будет выглядеть (для приведенного выше случая) вот так:

/
В Битриксе есть некоторая путанница. Для настроек NTLM нужно включить в настройках опцию "Разрешить авторизацию по NTLM", но не включать "Переадресацию на порты 889/8891". При правильной настройке войти на портал по своим учетным данным Вы сможете.

Выкладывайте скриншоты на другие сервисы. Если нужна только группа adm-it то лучше ограничьте условие выборки пользователей.

А кто возвращать текст ошибки будет? Либо методом ThrowException, либо выбросив SystemException

Не понял вопроса. Откройте настройки и удалите отметки с тех групп где есть пользователи. В идеале конечно там не должно быть вообще групп выделенных.


Коробочная версия Битрикс24 это либо "Холдинг" либо "Энтерпрайз". CRM - это усеченная версия.

Попробуйте увеличить время. Смотрите логи веб-сервера.

Демо версия продукта не ограничена по возможностям, только по времени.


Для NTLM или SSO via NTLM?
Разница в том, что NTLM это вход на портал по логину и паролю из AD, а SSO via NTLM это автоматический вход на портал, при входе с компьютера авторизированного в том же AD.


Если будет включена опция "Создавать пользователей из AD, если не найдены", то да. Иначе - нет.


Сервер AD/LDAP должен быть настроен на сайте.

1) Создать свойство. Указать что оно участвует в умном фильтре.
2) Перегенерировать фасетный индекс
3) Сбросить кеш

Почитайте про мастера и где они находятся.


Как это работает?
Сначало происходил получение всех пользователей, затем получение всех групп каждого пользователя.
Если пользователь состоит хотя бы в одной группе которая помечена как "не импортируемая", то пользователь не должен быть добавлен на портал.

Т.е. если у Вас есть группы:
- Тест1
- Тест2
- Тест3

Если у Вас отмечено что группы Тест2 и Тест3 не должны быть импортированы, а пользователь состоит в Тест1, Тест2, то он не будет добавлен на портал.

Александр, посмотри кеширование

Виталий, зачем поднимать ну очень старую тему?

Может в 2013 это и было проблемой, а сейчас 2018 и уже есть правила корзины, которые позволяют все это разрешить.

Вы удивитесь, но это не проблема битрикса, а проблема Google Chrome, который Вы используете.
Данный код вставляется "Google's Tag Assistant" расширением для goolge chrome.

Подробнее на этот вопрос отвечали на StackOverflow.
Попробуйте использовать НЕ goolgle chrome или удалить это расширение

P.S. После того как удалите расширение, нужно будет открыть все страницы и удалить куски кода, которые Вы уже сохранили, так как они не исчезнут. Т.е. они перестанут появляться в новых полях ввода, но старые значения нужно будет откорректировать вручную.