Хм, человек оформляет заказ, ему предлагается использовать купон. Вроде логично.
Если неправ, подскажите как правильно.
Спасибо.
Если неправ, подскажите как правильно.
Спасибо.
Мне кажется что дело всё-таки не в таймвебе а в битриксе: как только нагрузка на сервер возрастает - так периодически переполняется зарезервированная для сервера память (про механизм ошибки есть подробная информация в интернете). Как с этим бороться - до сих пор не знаю. |
|||
|
|
|
|
Добрый день.
Есть интернет-магазин, настроен обмен с 1С. Если зайти в карточку товара в админке сайта - -то во вкладке "торговый каталог" есть поля вес и габариты (длина-ширина-высота). Вопрос: как надо настроить обмен и 1С чтоб эти поля автоматически обновлялись из 1с-ки? Сейчас всё что есть 1С-ке, кроме цены, автоматически попадает в свойства элемента, а надо чтоб обновлялись именно свойства торгового каталога для данного элемента. Возможно ли это штатными средствами? |
|
|
|
|
|
Добрый день.
Подключил модуль оплаты roboxchange, в тестовом режиме работает нормально, активировал магазин и сразу появилось сообщение робокассы что после активации магазина тестовый режим недоступен. Логично, понятно, надо сменить адрес, лезу в файл "payment.php" и вижу следующие строки:
Подскажите как у этого модуля выключить тестовый режим. Заранее спасибо. |
|||
|
|
|
|
Добрый день.
Вывожу на странице bitrix:sale.order.ajax, у меня есть счёт покупателя, компонент выводит его, всё правильно, но если нажать кнопку "оплатить бонусами" - то в итоговой цене появляется строчка - Оплачено с бонусного счета:Х руб., при этом сама итоговая сумма не меняется! Если я оплачиваю - то магазин забирает полную сумму заказа + списывает бонусы с личного счёта. Как исправить эту ошибку? |
|
|
|
|
|
Ясно, ну а вообще, кто-нибудь пробовал создавать простой инфоблок с большим количеством элементов? Может я вообще зря беспокоюсь?
Есть ли какой-либо рекомендуемый предел по размерам простого инфоблока? Есть ли какие-нибудь инструменты по увеличению производительности для такого инфоблока? |
|
|
|
|
|
То есть вывести эти данные с помощью стандартных компонентов, например с помощью каталога и применением умного фильтра уже не получиться?
Или можно, но придётся сильно колдовать? Я документацию глянул, понял что это вроде для списков вспомогательных, а у меня планируется наращивать информацию по элементам: добавлять свойства (картинки, текст, список и т. п.), то есть масштабировать со временем. |
|
|
|
|
|
Добрый день.
Необходимо хранить и показывать на сайте большой объём однотипных данных. Примерно 700 000 элементов. Структура элементов - по большей части текстовые данные, но, возможно, и некоторое количество картинок. Так как данные однотипные - напрашивается мысль хранить их все в одном инфоблоке. Вопрос: сильно опасаюсь за производительность, насколько битрикс способен обрабатывать такой массив данных, что нужно предпринять для оптимизации, имеет ли смысл разбить информацию по нескольким инфоблокам, и т. п. Наконец, где что можно почитать про такую ситуацию? Спасибо за внимание. |
|
|
|
|