Создание и изменение блока

В этом разделе

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

Контекстная панель

Поля формы

Закладка «Инфоблок»

В данной форме выполняется настройка общих параметров информационного блока.

* Поля, обязательные для заполнения.

Закладка «Свойства»

Эта форма служит для создания и настройки свойств элементов текущего инфоблока.

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

Закладка «RSS»

В этой форме настраиваются параметры выгрузки данных из информационного блока в RSS.

Закладка «Доступ»

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

Кнопки управления

Пример создание блока новостей

Для того, чтобы создать новый информационном блок «Новости компании» типа «Новости», выполните следующие действия.

Источник

Наполнение битрикса через внутренние механизмы интеграции с 1С без 1С

В данной статье мы расскажем вам о своем опыте интеграции с Битриксом и о некоторых особенностях этой системы с точки зрения интегратора. Наша компания занимается информационной поддержкой e-commerce каталогов, а по-простому мы наполняем интернет магазины и электронные каталоги автоматически, используя внутренние продукты. В наши обязанности входит наполнение интернет магазинов товарами, интеграция баз поставщиков с базами магазинов, анализ прайсов конкурентов, актуализация склада, цен и др.

Следует также отметить, что у нас уже были клиенты, e-commerce приложения которых работали на базе Битрикс. Однако они почему-то всегда просили нас предоставлять данные в виде текстовых файлов разного формата. Мы так и делали и всех все устраивало. Однако все же возникал закономерный вопрос: Почему битрикс один, а форматы у всех разные?

И наконец, одному из наших заказчиков потребовалось организовать импорт данных напрямую в Битрикс. Мы скачали Демо-версию Битрикса для магазинов и выяснили, что в нем есть возможность импорта данных csv формате. А так как в этот формат мы уже давно и успешно используем, то и было решено воспользоваться им для решения нашей задачи. Оценив стоимость проекта и уточнив все детали с заказчиком, мы принялись за работу.

Начав реально заливать данные было выяснено, что использовать csv формат не очень удобно, ввиду требования заказчика переносить и параметры товаров. csv отбросили потому, что импортировать товары с параметрами очень неудобно в этом режиме, битрикс требовал непонятные заголовки для csv файла, а они были более похожие на внутренние названия полей и разбираться с этим сразу не было желания и маловероятно, что этот бы способ принес требуемый результат. Т.е. если вам нужно сделать простой импорт где требуется перенести “Название товара”, “описание”, “цену” и “картинку” – то да – этот способ подойдет, но если что-то большее, то уже надо искать другой способ.

Битрикс поддерживает следующие варианты импорта, это мы выяснили уже изучив систему более подробно:
— Импорт через csv;
— Импорт CommerceML;
— Импорт XML;
— Импорт через 1С.

Сразу скажу, что в конечном итоге выбрали импорту товаров в магазин через 1С, а вот почему – читайте ниже.

Импорт используя CommerceML.

Этот способ который изначально казался наиболее перспективным, в интернете много различных статей о том, что есть CommerceML формат и как классно, что он вот такой единый формат для e-commerce. Странно правда, что официальный сайт этого формата не открывался, но честно нашли и скачали xsd формат, нашли несколько примеров и начал анализировать. Первое что вызывает культурный шок – это русский язык в названиях тегов, но сделав ставку на локальность продуктов и доступность их для пользователей можно принять, что для русскоязычного населения и соответственно пользователей этот способ наиболее подходящий. Далее сделали руками несколько тестовых файлов и начали тестировать заливку. Она не работала как нам нужно было и не было понятно почему нельзя залить сразу цены и склад.
Методом проб и ошибок подложили тестовый CommerceML файл в импорт XML и о чудо – что-то начало отображаться на сайте как нам хотелось, но все еще не удавалось отобразить цены – только номенклатура висела на сайте. Это подсовывание CommerceML файл в импорт XML работало, но чувствовалось что что-то не таки так не должно быть.

Позже выяснилось, что есть способ которым пользуются чуть ли не все – а это выгрузка из 1С. Разобравшись, что выгрузка состоит из двух файлов import.xml и offers.xml и сделав примеры этих файлов начали опять тестировать их на реальном сайте битрикса поочередно подсовывая то в процедуру импорта CommerceML, то в процедуру импорт XML, а требуемый результат так и не получался. Где-то на форумах встретилась фраза о том, что процедура импорта CommerceML требует формат файла 1.х, а тот который мы генерировали – был версии 2.х, поэтому я начали разбираться, а как же импортироваться эти import.xml и offers.xml, которые были явно валидные, но почему-то все никак не хотели отображаться в магазине.
Явно поняв, что следует научиться импортировать именно эти два файла и зная, что они генерируются из 1с, появилось понимание что необходима 1с чтобы их заимпортировать. 1С это умеет делать через веб. 1С получает в качестве параметра ссылку на веб обработчик (можно сказать сервис), в процессе импорта 1с передает файлы на сайт, а потом последовательно импортирует два файла. Я уже хотел писать программу эмуляции 1с, но вдруг наткнулся на интересное расширения для битрикса, которое эмулирует работу импорта из 1с прямо из битрикса! Бинго, теперь все сошлось.
Далее будет описан процесс настройки процесса импорта из файлов import.xml и offers.xml без 1с в магазин под управлением битрикса, без использования 1с.

Важные шаги процесса импорта в битрикс механизмом через 1С:

1) Для того чтобы обойтись без 1С следует использовать великолепное расширение – bx_1c_import_lite.php (ссылка на него в конце статьи), его копируем в корень и далее открываем в браузере. Открыв эту ссылку мы получает возможность импорта файлов import.xml и offers.xml.

2) Согласно документации файлы import.xml и offers.xml следует скопировать в папку uploads/1c_catalog, но на деле получилось, что нужно это два файла копировать в корневую папку 1c_catalog, предварительно ее создав.

3) Далее следует дать пользователю (в нашем случае Администратору) возможность импорта (задаем права доступа) через интерфейс 1с, показано на следующей картинке.

4) Следующая задача которую необходимо решить — отображения каталога, этот пункт в действительности мы сделали в самом начале наших исследований битрикса, но важен он именно здесь и сейчас. Для отображения каталога следует выбрать правильные компоненты отображения, общая идея настройки показана на следующем рисунке:
т.е. надо открыть страницу catalog в визуальном редакторе, после этого поменять визуальный компонент этот страницы на “каталог” из доступных компонентов, на рисунке они справа. После этого перетащив компонент на страницу, двойным кликом по нему начать редактирования, задав последовательно все требуемые настройки.

5) Свойства. В действительности на данном этапе нам требовалось засветить на сайте более одной тысячи свойств на карточках продуктов. А Светилось только Артикул и Цена, хотя в админке показывалось что на товаре свойства есть и свойства есть на инфоблоке каталога. Впоследствии выяснилось, что свойства в битриксе отображаются на странице товара только если им задан “Мнемонический код свойства”. Выставив парочку руками и убедившись в правильности выставления, мы произвели попытки найти как выставить эти свойства через файлы import.xml и offers.xml, но ничего подходящего не нашли, после чего был написан следующий скрипт который заполнял в странице браузера мнемонические коды автоматически (странно что в битриксе нет такой функциональности из коробки),
вот код JavaScript:

var elems = document.getElementsByTagName(‘*’);
var t = 0;
for(var i=0; i

Собственно на этом весь процесс наполнения битрикса и заканчивается мы получили то, что требовалось, а именно, красивую карточку товара, с большой картинкой и правильной ценой, складом и красивым отображением свойств. Пример одной из карточек товара показан на следующем изображении:

Получив опыт первого знакомства с битриксом хочется поделиться своими впечатлениями о системе (с точки зрения интегратора и поставщика данных):
1) Битрикс имеет огромные возможности прямо из коробки;
2) Изначально Битрикс – это CMS общего назначения и для использования в качестве магазина следует делать косметические настройки после инсталляции;
3) Битрикс – это для бизнеса. Огромное число студий, которые работают с битриксом. У них всегда можно заказать разработку и консультации;
4) Поддержка формата CommerceML 2.0 используемый битриксом во время импорта через 1С – это лучший из тех с чем нам приходилось работать (а сегодня мы поддерживаем 17 cms), ну а сама реализация просто великолепна.

В конце мы получили счастливого заказчика с наполненным магазином и что важно — опыт работы с битриксом. Надеюсь статья будет полезной для всех интегрирующихся с битриксом, потому что описывает основные моменты, которые можно не заметить сразу при знакомстве с этим продуктом.

Источник

Методы для проверки и генерации символьных кодов

Перечень методов, их параметры вызова и тип возвращаемого результата идентичны для классов CIBlockElement и CIBlockSection.

Методы работают, только если в настройках инфоблока включена опция Транслитерировать из названия при добавлении элемента для поля Символьный код (класс CIBlockElement) и Транслитерировать из названия при добавлении раздела для поля Символьный код раздела (класс CIBlockSection)

Язык, с которого осуществляется транслитерация, выбирается из настроек сайта, к которому привязан инфоблок. Может быть переопределен в момент использования. Если сайты, к которым привязан инфоблок, имеют различные языки, то язык транслитерации ОБЯЗАТЕЛЬНО необходимо указать при вызове методов.

Пользовательские комментарии

Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.

Источник

Свойства заказа в интернет-магазине

Тоже очень интересует вопрос по поводу артикулов и изменения формы счета. Подскажите, пожалуйста, кто знает.

Буду благодарен за ответ.

Вопрос также интересен.

Ответ видно придется ещё подождать.
Ещё и 2 года не прошло.

Техподдержка, в студию!

КАК сделать так, что бы:

Желательно, что бы это свойство добавлялось туда средствами движка, а не переписыванием кода.

Спасибо, господа разработчики!

Дмитрий, у нас не «Поле чудес».

Извините, не предполагал, что такая цитата может кого-то оскорбить.

Просим профессионалов компании Битрикс, без надуманных обид, откликнуться.

Сущности «АРТИКУЛ» в продукте нет.
Что есть «АКТИКУЛ»? Это свойство инфоблока?
В этом случае задача очень узкая, т.к. другим захочется добавлять, например цвет товара, номер серии и т.д. в печатные формы заказов. Всё это можно организовать на уровне свойств товара в корзине и модификацией печатных форм, для внесения КОНКРЕТНЫХ данных в них.

В отделе разработки ведуться работы в этом направлении, но конкретно внесения «АРТИКУЛА» пока не планируется.

Да всё понятно с «Артикулом».
Конечно здесь все осознают, что речь идет о любом свойстве.

Уточните пожалуйста,
вот это добавление «на уровне свойств товара в корзине» означает, что покупателю придется заполнить предложенное поле (допустим «артикул») вручную?

и второе,
«модификация печатных форм, для внесения КОНКРЕТНЫХ данных в них» в моем случае состояла в том, что я в шаблоне вывел переменную с мнемоническим кодом свойства «артикул», но это не привело к выводу Артикула.
Я не программист, но все равно понятно, что массивы просто разные.

Так вот к тому и вышестоящий вопрос: Как же все таки вывести этот наш пресловутый Артикул?

Источник

BitrixFramework: берем все в свои руки

Очередная суицидальная статья от меня на тему Битрикс, надеюсь в этот раз хабраобщество будет более снисходительно, т.к. здесь все по факту, с кодом, схемками, никакого холивара и все по-честному.

В статье я рассмотрю альтернативу BitrixFramework, которая призвана облегчить жизнь разработчика и как-нибудь повлиять на развитие CMS Битрикс в нужном направлении.

Акция для хейтеров: если напишите комментарий с нормальной критикой и по теме + к карме лично отправлю ;-). Вот вам Вольфыча для затравки, все интересное внутри…

Для начала расставим все точки над ‘i’

Все что написано ниже лично мое мнение и может быть спокойно закидано тапками, но я уверен, что я прав:

Знакомьтесь, Juggernaut!

Наверняка многие знакомы с этим персонажем (из Marvel, не из Dota), которого «невозможно остановить». Слегка пафосное название, на самом деле отражает суть данного проекта: абсолютно безразлично как развивается Битрикс, какие новшества он вводит и что он делает, все равно библиотека будет жить и процветать.

Bitrix нацелен на пользователей. Juggernaut нацелен на разработчиков.

Зачем это надо?

Битрикс нужно было с версии 14 просто закончить поддержку старого ядра и сделать основной упор на новом, но нет, «заботятся о клиентах». Бред. Это тоже самое если бы Yii2 поддерживал и обратно совмещал Yii1.

Раз Битрикс никакие подвижки не делает, то их будет делать сообщество (вместо того чтобы ныть, писать в сервис «Идея», и как-то выкручивать используя стандартные компоненты).

Поругали Bitrix, теперь можно приступить и к обзору Juggernaut. Далее начнется обзор составляющих частей библиотеки и краткое описание их использования.

Компоненты

Компоненты – это кирпичи из которых строиться сайт на Битрикс. Компоненты условно разделены на 2 категории: виджеты и роутеры (в нотации Битрикс: «обычный» и «комплексный»).

Виджет

Виджет – это компонент, который тупо делает одну элементарную задачу (выводит форму, список, информацию). Виджет получает на вход данные и каким-либо образом их преобразует. Больше делать он ничего не должен. Виджеты не управляют маршрутизацией, но могут ее использовать.

Порядок выполнения компонента по умолчанию:

Чаще всего достаточно переопределить метод initResult и накидать шаблон компонента.

Ниже представлен пример класса компонента (class.php), который выводит список элементов инфоблока. На вход он получает массив параметров ($params), которые используются для фильтра и сортировки данных.

Роутер

Задача роутера – это сбор виджетов воедино. Роутер — представляет из себя контроллер, который на основе запроса пользователя (REQUEST_URI), вызывает соответствующее действие. Действие может быть либо страницей с информацией (в том числе виджетами), либо содержать какую-либо логику.

Порядок выполнения компонента по умолчанию:

Автозагрузка классов

По данному вопросу много говорить не буду, потому что и так ясно что это очень нужная вещь, просто опишу все работает.

Как реализовано в Juggernaut:

В папке «lib» вы должны соблюдать следующую структуру: имена файлов классов, идентичны именам пространства имен, не включая расширение и верхнего пространства имен. Например, классу «Iblock\Property\Table» будет соответствовать файл «…/modules/Iblock/lib/Property/Table.php».

Вызывать «includeModule» больше не нужно, т.к. при необходимости все классы подгрузятся автоматически из нужных директорий.
Если директория модуля отличается от названия пространства имен, или в любой другой ситуации, можно вручную задать соответствие пространства имен и директории:

У Битрикс тоже реализована автозагрузка, но формирует она путь несколько иначе:

Класс «Olof\Catalog\Tools\File» транслируется как «/Olof.Catalog/lib/Tools/File.php».

Если Вам нужен класс «Olof\Catalog» — то извините, руками указывайте его наличие (см.ниже). Директория модуля у Вас должна быть именно с разделителем «.» иначе гуляйте лесом. При чем директория «olof.catalog.iblock» — является некорректной.

Господа из Битрикс на самом деле сделали нормальную штуку: позаботились об указании вендора в имени модуля, но я считаю это лишнее условие именования директории.

Автозагрузка неявно реагирует на классы вида «ElementTable» удаляя постфикс, транслируя их в файлы «element.php». Собственно, из-за этого, вы не можете создать класс с именем Table.

Также загрузить классы из модулей, которые в данный момент не подключены (includeModule) – нельзя.

Рассмотрим пример работы Битриксового варианта: имеем модуль «olof.iblock» и соответствующий файл include.php:

Слишком много неявностей и условий на мой взгляд. Да и никто не знает, какую глупость Битрикс завтра придумают. А придумать им стоит указание директории для префикса пространства имен (как в PSR-4) и тогда будет круто. А пока есть Juggernaut 😉

ActiveRecord

Для удобства работы с сущностями, а в частности с инфоблоками, реализован шаблон ActiveRecord. На данный момент AR базируется (по факту является надстройкой) на битриксовых DataMapper’ах, в дальнейшем планируется полный перенос на независимый ORM / DAO.

Ниже представлен пример работы с инфоблоками через AR, охвачены практически все, имеющиеся на данный момент, методы.

Методы: getPrimary, getRow, getRowByField, getList, getListByField — идентичны для всех ActiveRecord.

Функционал AR на данный момент достаточно беден (например, нет перекрестного поиска по таблицам), но т. к. они являются оберткой над стандартными функциями, в методах «getList» и «getRow» можно использовать Битриксовые плюшки. После создания / заимствования нормального DAO, этот момент будет допилен.

Hermitage

Сильной стороной Битрикс, и я думаю многие согласятся, является его пользовательский интерфейс a.k.a. «Эрмитаж». Он очень удобен и гибок.

Ниже представлен пример работы с Эрмитажем:

Так похвалил и так мало написал)) На самом деле этого достаточно для взаимодействия с пользователем. Очень много нужно реализовать касаемо административного интерфейса, но это уже не Эрмитаж, и это все в планах.

Безопасность

В Битрикс на сколько я знаю (а в данном вопросе, скрывать не буду, я особо не ковырялся), с безопасностью сайта (именно в коде) вообще грустно (только защита от SI). В будущем данный раздел будет содержать в себе инструменты для защиты от различных атак и вредоносных действий (XSS, генерация случайных данных, различные крипто-функции, валидация форм, работа с паролями, …). На данный момент реализован только инструментарий для защиты от CSRF:

После каждой проверки (удачно или неудачной) – токен из сессии удаляется, таким образом проверить токен можно только один раз.

UrlManager

Маршрутизация в Битрикс, не сказал бы что на высоте, поэтому и эта область затронута в Juggernaut. Данный класс позволяет динамически создавать и использовать URL маршруты (используется в компонентах-роутерах).

Рассмотрим пример парсинга и генерирования URL:

В дальнейшем планируется также подвязаться и к urlRewrite.php.

События

Данный класс является просто оберткой над функциями D7, с более удобным использованием.

Что дальше?

Заключение

Много чего задумано, много чего не сделано. Библиотека развивается по мере моей необходимости, поэтому очень зависит от текущих заказов (которое очень часто однотипны) и свободного времени.

Спасибо за внимание! Конструктивная критика очень даже приветствуется 🙂

Источник