Ну вот здесь и ответ, либо добавляйте в форму авторизации/регистрации инпут licenses_subscribe, либо отключите в настройках aspro параметр SHOW_LICENCE.
Тут уж всё зависит, от того нужна вам эта опция или нет.
Значит у вас проблема в методе Add класса CSubscription, просто когда вы авторизуетесь - у вас уже есть подписка, но у нее нет рубрик и вам просто добавляются рубрики, когда авторизуется новый пользователь (в вашем случае) - для него создается новая подписка и вот здесь что-то не работает.
Попробуйте вывести ошибку, как показано в примере документации. Должно точно ответить на вопрос, что не так.
Так сделайте в конце функции dump переменных и смотрите чем отличаются данные в одном и другом случае, далее уже можно будет что-то конкретнее смотреть.
Где-то в шаблонах явно прописаны пути с http:// , необходимо пробежаться по файлам шаблонов и заменить либо на https:// либо использовать относительные пути.
Пытаюсь создать создать своё приложения для Б24 (коробка, последние стабильные обновления) с интерфейсом на портале. Ознакомился с докой, и не одной, пересмотрел видеоуроки от Сергея Вострикова, но встрял в самом начале.
1. Код из примера расположен на сервере 1 (БУС, работает по https) 2. На портале (тоже работет по https) создано приложение, выданы права на модуль пользователей, в качестве адреса указан файл на сервере 1.
Из примечательного, обратил внимание на то, что на каждый хит приложения (если обновить страницу с ним 5 раз подряд) для одного и того же member_id на сервер отправляются разные AUTH_ID, APP_SID и REFRESH_ID, несмотря на то, что AUTH_EXPIRES час.
По запросу в ТП сделано: 1. Исправлены все ошибки в Проверке Системы на портале (были проблемы с сокетами); 2. В таблице b_module удалена строчка с ID oauth; 3. Перевыпущены ключ и кодприложения, т.е. создавал его заново; 4. Переустанавливался модуль REST; 5. После каждого действия вычищался весь кеш; 6. От себя пробовал переводить хранение сессий в БД модуля.
Всё тщетно, проблема не решается. Буду рад любым советам, спасибо!
Евгений Макаров написал: В файл /bitrix/php_interface/init.php добавил поиск по артикулу
Ну если Вы действительно сами добавили это, то вообще непонятно в чём проблема!? У вас же уже есть полностью готовый рабочий пример, ничего подробнее вам здесь не посоветуют. Продублируйте логику для второго свойства и всё.
На мой взгляд логичнее было бы обойтись одним ИБ "Партнёры", у которого вложенные разделы - Страна / Регион / Населенный пункт, а элементы - сами партнеры, которые раскиданы по своим населенным пунктам (разделам). В таком случае любая фильтрация (свойства элементов, т.е. партнеров) и выборка по местоположению сводится к одному запросу.
Сергей Матвеев написал: "Тип сотрудника не определён (init)"
Как бы (init) намекает, что ошибку нужно искать в /(bitrix || local)/php_interface/init.php . Вам всё верно подсказали - проверяйте обработчики событий в этом файле.
Вы наверняка переопределили стили для базовых элементов (td, tr, table и прочее). Используйте селекторы в своем коде (завязаться за атрибуты id или class), чтобы стили применялись только к нужным элементом. Подробнее, например, тут или гугл в помощь. Это базовые знания верстки, битрикс тут не при чём.
Так выше же уже дали ответ, в главном модуле настройка "Сохранять исходные имена загружаемых файлов". Будет работать только для новых загруженных файлов.