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

Anuar Yerzhanov, а в чего Вы взяли что общение идет через json?

Откройте файл bitrixsetup.php и там вначале будет конструкция define с IP адресом. Замените его на свой.

Это не модуль и не конструктор, но в битриксе есть компоненты которые умеют выводить подготовленную информацию к выводу.
Причем как в Б24, так и в БУС. Это компоненты семейств main.interface.* и main.ui.*, но правда Вам придется еще и дописывать их для вывода Вашей информации.

А у Вас вообще тип плательщика 3 есть? Какие на сайте существуют типы плательщиков?

Оба сайта на одном сервере расположены?
Что в DNS записях?

Добавить можно, но только кодом (как в данный момент точно сказать не могу, но чуть больше полу года назад нужно было полностью компонент пересобирать).


Самый простой способ - css

Может я что-то упустил, но где рассказывали про авторизацию по мобильному телефону?
Я видел что можно по номеру телефона смотреть статус заказа, но вот про акторизацию не помню.

Да)

А какого лабутена у тебя в footer.php есть CAllMain::AuthForm() ???

new создает экземпляр класса, но не сохраняет его в БД и уж тем более не запускает бизнес-процесс.
Посмотрите как это сделано в исходном коде:/bitrix/modules/iblock/admin/iblock_element_edit.php (примерно 1113 - 1137 строчки)
И дополнительная информация по теме обсуждалась немного в другом топике.

Возможно


Посмотрите какой компонент находится по пути catalog/index.php скопируйте его, измените настройки и сэмулируйте внешний запрос (т.е. манипулируйте $_GET параметром перед вызовом компонента)

Формально да, получить период действия скидки можно для любого случая. Сложнее по ID товара получить ID правил корзины для которых уже можно получить даты.
Или где-то уже есть "заказонезависимый получатор скидок", который по ID товара вернет все его скидки не создавая обьект заказа и выполняя перерасчет?

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

Владислав Морозов, onBeforeEventSend.  onBeforeEventAdd - ограничивает добавление в очередь.

Использование SQL запросов для работы с инфоблоками не приветствуется (и даже строжайше запрещено). Используйте API для получения элементов.

Если Вас интересует именно запрос на получение данных, то укажите какой у Вас тип инфоблока: хранение свойств в отдельной таблице или в общей?

Вы пришлите что они вывели))
Они и должны быть разные и должны увеличиться.

Пропишите правило в urlrewrite.php

Николай Матюшкин, ну так создайте таблицу, инфоблок или highloadblock и записывайте туда: ID того кто приглашает, ID того кого пришлашает, дату и резолюцию.
Или в чем вообще проблема?

А какой кейс?
Ну например: у Вас есть публичная страница редактирования, при вводе полей там - нужно добавлять количество, а в админке не делать этого (чтобы у Администратора была возможность вручную установить значение).
Или в админке это единственное место где можно редактировать и Вы хотите это сделать там?

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

Такого API в Zendesk я не знаю.

Могут, но так же может быть и совпадение.


Устанавливайте на сайт Google reCAPTCHA

А что пишет:

Нету.
Разве что Рыжиков не ваш одноклассник или у вас не многомиллионный бизнес в России (при словах Энтерпрайз и "гарантированная покупка" вам партнерский отдел пойдет на встречу).


Понимаю, но по другому - никак.


Не прокатит


Если честно, даже не смотря на приписку в конце, у меня сформировалось пара впечатлений:
1) Даже если это займет пару часов, то все еще нужен ключ продления (иначе их физически не скачать)
2) Я же говорил о минимальном времени, т.е. это не "2 часа задаром", а "как минимум 2 часа задаром"