Битриксовед

Что делать, если свойств у товаров в магазине битрикс становится всё больше и больше? При редактировании элементов свойства отображаются огромным списком, большинство из пунктов которого даже неактуально для данного товара. В этом видео я показываю, как разделить свойства товаров в битриксе по разделам. Таким образом, в форме редактирования элементов у вас будут показываться только свойства, актуальные для товаров этого раздела. Советы по эффективной настройке интернет-магазина на битрикс

Часто заказчикам, работающим с интернет-магазином на Битриксе, требуется не столько помощь программиста, сколько вовремя данный совет. Уже не первый раз я записываю подобные видеосоветы для контент-менеджеров на Битриксе, поэтому решила делиться ими на youtube. Там будут частозадаваемые вопросы, с которыми сталкиваются реальные клиенты в реальных магазинах ) Подписывайтесь на канал: Видеосоветы по настройке Битрикс Первое видео о настройке умного фильтра в Битриксе :

Не всегда получается сделать ее по этой инструкции: https://dev.1c-bitrix.ru/community/blogs/howto/336.php Проблемы начинаются с первого пункта: скрипт просто не видит папку битрикс соседнего сайта, чтобы сделать на нее ссылку. Приходится подключаться по SSH. Заходим в папку "второго" сайта, на котором нет битрикса (пустой). ln -s $HOME/ имя_первого_сайта/public_html /bitrix/ . ln -s $HOME/ имя_первого_сайта/public_html /upload/ . Далее в файловом менеджере хостинга открываем обе эти папки (на первом сайте) для доступа всего аккаунта. Копируем из первого сайта во второй .access и index.php. ( В первом файле  чтобы был доступ на чтение корневого раздела, при необходимости можно вручную отредактировать его, удалив всё кроме  $PERM["/"]["*"]="R"; ) - цитата из документации битрикса. Еще был косяк с версией php - она должна быть одинаковой на обоих сайтах. А также если один из сайтов - это поддомен, у него сортировка должна быть меньше, че...

У элементов инфоблоков легко можно добавлять дополнительные свойства и при необходимости выводить их. Иногда подобная задача возникает для разделов. Но там этот функционал несколько ограничен: во-первых, типы полей не так разнообразны, а во-вторых, подобраться к ним не так уж и легко (это уже не ограничится только включением доступности свойства в настройках компонента). Например, нам необходимо добавлять краткое описание для "Описания раздела" (которое будет выводиться отдельно, в сайдбаре). //задаем параметры фильтра - ID инфоблока, а также выбираем id выбранного раздела (без ID инфоблока работать не будет!) $arF=Array( "IBLOCK_ID"=>"8", "ID"=>$arResult["ID"] //примечание: в компоненте news.list это будет $arResult['SECTION']['PATH'][0]['ID'] ); $db_list = CIBlockSection::GetList(Array("SORT"=>"­­ASC"), $arF, false, array("UF_*")); //делаем выборку пользо...

Не совсем про битрикс, но пусть тоже будет здесь <?$uri=$_SERVER['REQUEST_URI'];?> <script> function goal_ym_call() {   var uri = '<?php echo $uri;?>';   var yaParams = {url: uri};   yaCounter38030175.reachGoal('call_me_target', yaParams);   return true; }; </script> onClick="goal_ym_call()"

Бывает такое, что сайт у клиента организован насколько странно. Например, фотогалерея лежит в инфоблоках, и отображается компонентом bitrix:news.list, и поэтому каждую фоточку бедному клиенту приходится заливать по отдельности, да еще и присваивая ей значение обязательно поля "Имя". Так что клиент в 2 часа ночи сидит и материт битрикс, будучи уверенным, насколько это неудобная CMS. Но тут на помощь приходят они - грамотные сертифицированные специалисты))) В данном случае я. Чтоб не городить огород, не писать новых скриптов и не переделывать компонентов, и при этом загрузить за одну ночь 280 фоток в инфоблоки, было решено использовать медиабиблиотеку в качестве промежуточного буфера.  Клиент залил туда фотографии с помощью множественной загрузки, а я написала небольшой скрипт, который закинул все эти фоточки - каждую в свой элемент инфоблока. Строго говоря, скрипт не идеален и можно было его еще доработать, сделав так, чтобы он сам подключился к медиабибли...

Итак, сегодня задача была несколько странновата. Заказчик, имея полноценную версию интернет-магазина, желает получать заказы через подобие "формы обратной связи". Для удобства я сразу решила определять все заказы в инфоблок "Заказы", чтобы они хранились еще хоть где-то, кроме почты. Поэтому использую компонент iblock.element.add.form. Заказы успешно добавляются, но теперь нужно, чтобы еще и почта приходила. Штатного события "Добавлен элемент в инфоблок" в системе нет. Поэтому пишем свой обработчик в init.php. Если используется событие OnAfterIBlockElementAdd, то ID инфоблока в который добавлен элемент - это $arFields["IBLOCK_ID"]. Достаточно понятно этот механизм описан у Дениса Шаромова в статье о создании своего почтового события и шаблона . Кроме прочих данных, нам в письме понадобится ID товара, на котором нажали кнопку "Купить". Для этого кнопка "Купить" имеет идентификатор, например, id=171, который совпадае...