Форум

[QUOTE]Артем Финогентов написал:
Здравствуйте товарищи!
И так на дворе почти конец 2016 года, а данная проблема все еще актуальна!
------------------------------------------------------
УТ 10.3 модуль обмена 4051. Битрикс 16.0.11.
------------------------------------------------------
Кто-нибудь нашел оптимальное решение этой насущной проблемы?
Как вариант одного из авторов в теме воспользоваться дополнением "Продвинутого обмена", правкой кода в 1с не сильно хочется заниматься, но возможно на крайний случай. Лучше конечно на стороне битрикса все править.[/QUOTE]
В данной ветке несколько решений проблемы. Если правкой кода заниматься не хочется, то поставьте модуль обмена последней версии.

p.s. Вот решение которым лично пользовался [URL=http://1c.1c-bitrix.ru/support/forum/messages/forum26/topic53668/message328311/#message328311]http://1c.1c-bitrix.ru/support/forum/messages/forum26/topic53668/message328311/#message328311[/URL]
Но делал по уму. Копировал компонент в свое пространство и переопределял метод класса.

Столкнулся с такой ситуацией на одном из сайтов окружения. Хотел установить типовое решение Битрикс сайт корпоративной компании, загрузка cpu 100% для httpd. Все параметры окей, причем уже ставил на сайт какое-то решение из маркетплейс, ставилось окей, а вот на битриксовых зависло.

Немного потыкался но решения проблемы не нашел. Поднял новый сайт на окружении и все поставилось.

Если Вы хотите настроить интеграцию сайта с 1С, то используйте модуль обмена с сайтом на стороне 1С.

Укажите адрес сайта и запустите обмен.

На стороне 1С в настройках обмена документами есть кнопка - Настроить загружаемые документы. Там выбираете Заказ клиента, жмете Настроить соответствия реквизитов и указываете нужные Вам значения.

[QUOTE]Evgeniy Khvan написал:
Такое возможно? Уже все настройки и внешние коды перепроверил, но упорно импортируется в  Типе инфоблока Каталоги: оба каталога, один с товаром, другой с характеристиками. [/QUOTE]
Удалите эти инфоблоки, а их внешние коды запишите в нужные Вам.

Для того чтобы обновлялись остатки информация о товаре должна попадать на сайт.

Как я понял вы используете отбор для формирования номенклатуры для выгрузки, это не совсем правильно. Используйте дерево групп, формируйте там список разделов и товаров для выгрузки.

Я бы не стал править ядро, а воспользовался событиями [URL=https://dev.1c-bitrix.ru/api_help/sale/events/events_basket.php]https://dev.1c-bitrix.ru/api_help/sale/events/events_basket.php[/URL] , OnBeforeBasketDelete должно помочь.

Примерно я вижу следующий код на запрет удаления при обмене. но надо проверять, плюс настройках модуля Интернет-магазин должна быть отмечена опция Включить обработку устаревших событий[CODE]AddEventHandler("sale", "OnBeforeBasketDelete", "preventDelete");

function preventDelete($ID)
{
   if (@$_REQUEST['mode']=='sale')
{
return false;
}
}[/CODE]Но надо проверять.

[QUOTE]Дмитрий Ипатов написал:
Попробуйте обновить ansible, выполните команду [CODE] yum install ansible -y [/CODE][/QUOTE]

[QUOTE]Анна Васильева написал:
У меня подключен акселератор Opcahe. Отключила APC. При проверке Производительности вкладка Битрикс указывает значение cacheenginenone. Тоесть Битрикс не воспринимает Opcahe ? Нужно ли исправлять это значение? Подскажите[/QUOTE]
Да, нужно. Показатель означает, что битрикс не использует Opcache на данный момент. Проверьте в phpinfo, скорее всего opcache там сейчас не активен.

На мой взгляд в случае кастомизации компонента каталог и в принципе других тоже, лучше оставлять стандартную логику и внутри логики править куски html кода. Такая интеграция верстки займет больше времени, но большая часть настроек компонента будет работать.

Также надо учитывать, что каждый компонент каталога (catalog.element, catalog.section) имеет логику для инфоблока с торговыми предложениями (в массиве ключ OFFERS) и без торговых предложений. Соответственно если на сайте ску не используются, то достаточно править только ту часть кода которая идет после той где используется СКУ. Примерно так.

Сам задавался вопросом как лучше делать, когда начинал. Но было у кого спросить (Привет Витька)), подсказали, что лучше логику шаблона не трогать, а встраиваться в неё.

Другое дело на мой взгляд с BX, если логика обычная, то можно его скрипты не трогать. Но если какая-то кастомизация на уровне js, то проще сразу от него отказаться и написать свои скрипты на jQuery. В скриптах BX тоже логика для товаров с СКУ (Offers) и без них. Но библиотека топорная и кастомизация её себе дороже. ИМХО))

Успехов в кастомизации стандартных шаблонов. )