Столкнулся с такой ситуацией, что типовой функционал битрикса не определял в механизме оформления заказа моего местоположения. При этом, через GeoIP информацию по городу выдавало корректно. Скорей всего причина в том, что сайт на Украинском языке, а в ядро битрикса залита база на русском и английском языках. К тому же и GeoIP также отдает информацию на русском языке.
Данный пост - маленькая шпаргалка для работы с highload-инфоблоками.
Столкнулся тут с проблемкой: как отсортировать все товары по цене, если каталог имеет торговые предложени?
При этом проблема даже не с решением того, как это реализовать, а с логикой: по какому полю сортировать? у товара может быть много торговых предложений, каждое со своей ценой ...
При проверке сайта в валидаторе w3c часто возникает ошибка The type attribute is unnecessary for JavaScript resources. Это значит, что атрибут type='text/javascript' для тега script не нужен. Он считается устаревшим.
Для скриптов, которые мы явно сами подключаем в коде убрать устаревший атрибут не является проблемой, но как же быть со скриптами, добавляемыми через api битрикса? Данный атрибут добавляется автоматически.
Настройка кеширования с помощью memcache заключается в настройке memcache на стороне сервера (при использовании BitrixVM данный функционал включается в меню модуля "Масштабирование", либо через панель веб-окружения) и настройкой на стороне сайта.
Если в списке товаров показываются торговые предложения, то при использовании умного фильтра отфильтровываются только товары, имеющие тот или иной параметр в торговых предложениях. При этом, у товара показываются все торговые предложения.
В данном посте рассмотрим, что нужно сделать, чтобы в списке показывались только те торговые предложения, которые соответствуют выбранным в умном фильтре параметрам.
Очень часто сео-специалисты ставят задачу как можно сильнее упростить адрес до карточки товара и до карточки раздела и как результат мы получаем шаблон адреса вида: /раздел/ и /товар/. В таком случае типовой компонент catalog при включенном режиме отдачи 404-й ошибки, будет выдавать ошибку. Чтобы этого избежать, нужно вносить правки в логику отображения.
При работе с каталогами, с торговыми предложениями, достаточно распространенной задачей является получение информации о родительском товаре для торгового предложения, добавленного в корзину.
Для выгрузки каталога товаров в различные площадки, в разных форматах на Marketplace можно подобрать подходящий модуль, и для непрограммиста это будет отличное решение!
Но для себя понял главное - все эти модули очень сложно кастомизировать, если нужно! Если вы программист - лучше сделайте себе свою заготовку, которую в дальнейшем можно расширять, или убедитесь, что вам достаточно того функционала, который предоставляет покупаемый вами модуль.
В данном посте я выложу свою заготовку создания xml-файла с актуальной версией небольшого каталога товаров.
Думаю, объяснять, что такое логи - нет необходимости. Имея под рукой логи проще разобраться с возникшими проблемами и выяснить, когда и почему они начались. В данной статье расскажу основные моменты в использовании логов.
Данный код позволяет добавить в корзину товар вместе со свойствами товара
Достаточно распространенная задача, когда в корзине нужно получить информацию о разделе, в котором размещается товар, добавленный в корзину. Если у вас каталог товаров без торговых предложений - тут все просто. Но что делать, если в каталог добавляются торговые предложения? Для этого нужно немного модифицировать запрос к базе данных о категории.
При работе сайтов в режиме b2b объемы заказов обычно имеют внушительные размеры - количество единиц номенклатуры в заказе может превышать десятки единиц.
Для таких вариантов достаточно распространенным решением является генерация pdf-файла с товарной накладной.
В данном посте рассмотрим работу с модулем tcpdf на примере генерации накладной для заказа пользователя.
Что делать если нам нужно разместить фильтр в подвале сайта или слева/справа в сайдбаре? Но при этом фильтр должен вызываться ДО компонента bitrix:catalog.section...
В системе 1С-Битрикс есть очень полезный механизма автоматического регулярного резервного копирования, но одна из сильных сторон резервного копирования (пароль шифрования на бекап) иногда может сыграть с вами злую штуку: что делать, если механизм вы включили очень давно и забыли, какой же пароль поставили ? Кроме вас этот пароль не знает никто:( Но к счастью, данный пароль можно увидеть до того, как он вам понадобится.
Иногда бывает нужно узнать программно, какой купон был введен пользователем, например, при отправке письма менеджерам, чтобы они видели, на основании чего пользователь получил скидку по заказу.
В большинстве систем управления сайтом такой функционал идет "из коробки". Не знаю, почему многоуважаемые творцы битрикса до сих пор не реализовали данный функционал в типовых механизмах, однако, очень часто может быть необходимо выполнять какие-то действия только при подтверждении действий текущим паролем (например, нужно изменить логин/пароль в личном кабинете). Для этого может пригодиться следующий алгоритм ...
Правильный вызов регистрации обработчика на примере HL-блока BrandReference
Уже достаточно давно у битрикса появился новый тип свойств инфоблоков, "Справочник", основанный на привязке элементов инфоблока к элементам хайлоад-инфоблоков. Как известно, данный вид свойств имеет связку не по ИД значения справочника, а по полю "UF_XML_ID". Иногда может возникнуть ситуация, когда в справочнике дублируются значения с одинаковым внешним кодом (при не очень грамотно построенном механизме добавления новых значений в справочник). Тогда на помощь в очистке справочника может прити данный скрипт.
Понадобилось тут мне для одной задачки выводить текст, который был введен с помощью LHE-редактора и, соответственно, хранится с BB-кодами вместо html-сущности. Для перевода такого текста в html у битрикса есть специальный парсер