Форум

Omar Khazamov, в обработчике событий Битрикс обращается к методу считая его статичным, т.е. он не создает обьект и this там нет.

Евгений Акимов, а почему он должен быть об этом сообщить? Права битрикс проверяет ДО изменения (выводя элементы) и соответственно на действиях нужно просто отрезать то что пользователь не может. Хотя логика в этом есть.

Петр Тазиков, bitrix:catalog - это комплексный компонент, который сам уже отмаппит на catalog.element

Вариант номер 1: открывать сайт не по IP или адресу в hosts, а по его реальному адресу и проводить тесты там.
Вариант номер 2: заходить по локальному адресу (НЕ IP) и на сервере прописать hosts
Вариант номер 3: использовать реверс прокси:

- На входе делаем прокси сервер.
- Запросы поступающие на testsite.ru:80 (внешний адресс) проксируются на testsite.local:80 (внутренний адрес)
- Запросы поступающие на testsite.ru:443 (внешний адресс) проксируются на testsite.local:5656 (внутренний адрес)
- Запросы поступающие на testsite.local:80 (внутренний адрес) не проходят через прокси
- Запросы поступающие на testsite.local:443 (внутренний адрес) не проходят через прокси
- Прописывам новую конфигурацию в nginx (для 5656) и в него прописываем внешние сертификаты
- Прописывам новую конфигурацию в nginx (для 443) и в него прописываем локальные доверенные сертификаты

И вуаля - ошибки нет.

Петр Тазиков, нет

Никита Булгаков, можете повысить детализацию логов апача?

Петр Тазиков, это равноценные замены.
То что Вы указали - это GUI для изменения ссылок (они так же меняют правила, только в админке, а не в коде)

[QUOTE]Никита Булгаков написал:
Примерно минут через 40-60 обновляю страницу в браузере и получаю такой ответ.[/QUOTE]

А после обновления сколько ждете ответа от страницы?

[QUOTE]Omar Khazamov написал:
т.е вы говорите, что обращение к $USER  \ CUser нужно делать в другом месте?  [/QUOTE]

Именно. В зависимости от того зачем Вам эта переменная и нужно смотреть.
Какой кейс Вы пытаетесь закрыть?

Евгений Акимов,