Первый отчет группы , я решил посвятить переносу данных модуля Taxonomy Drupal'а в модуль "Инфоблоки" Битрикса.
Таксономия в Друпале очень мощный инструмент, очень гибкий и имея хорошее воображение можно сделать любую сложную иерархию, при том, что имеет мало настроек и освоить его не составляет труда. Однако он не очень удобен в использовании, возможно в этом виновата админка системы, уходит много лишних кликов на то, чтобы создать термин, а затем привязать к нему метериал. Но все это конечно же относительно.
В битриксе, мы привыкли, что элементы лежат в разделах, разделы - в инфоблоках, инфоблоки - в типах инфоблоков, а так же имеют какие то свойства. Все это хранится в разных таблицах. В друпале есть материалы, которые имеют тип, для каждого типа можно привязать справочник, который в свою очередь содержит термины.
Итак, что мы имеем. Мы имеем множество справочников привязанных к некоторому типу материалов. Как же нам разнести все это по инфоблокам. С точки зрения пользователя друпала, логично было бы сделать отдельный инфоблок справочник, термины сделать элементами этого справочника, а элементы инфоблока с материалами привязывать к элементам из инфоблока справочник.
Но задача данного модуля заключается в том, чтобы не копировать структуру других CMS, а перенести все данные используя идеологию Битрикс. Поэтому мне хотелось задействовать максимально возможное количество сущностей модуля 'Инфоблоки', а это - тип инфоблоков, инфоблоки, разделы, элементы, свойства(поля). Вот собственно я и пришел пояснению, как же данный модуль переносит сущности "Таксономии" в "Инфоблоки".
Вот правила, которые следует учитывать при переносе:
Ну и остальное: Типы материалов становятся инфоблоками, материалы - элементами. Все это записывается в отдельный тип инфоблока.
В друпале есть так же понятие "связанные термины", сейчас оно не используется. Я не придумал, где можно его применить в Битриксе. Если есть идеи буду рад услышать.
Так же в модуле появился перенос данных из модулей интернет-магазина UberCart и eCommerce, перенос фотографий модуля ImageField, встроенного форума, блогов, перенос пользователей, с информированием их о необходимости смены пароля.
Таксономия в Друпале очень мощный инструмент, очень гибкий и имея хорошее воображение можно сделать любую сложную иерархию, при том, что имеет мало настроек и освоить его не составляет труда. Однако он не очень удобен в использовании, возможно в этом виновата админка системы, уходит много лишних кликов на то, чтобы создать термин, а затем привязать к нему метериал. Но все это конечно же относительно.
В битриксе, мы привыкли, что элементы лежат в разделах, разделы - в инфоблоках, инфоблоки - в типах инфоблоков, а так же имеют какие то свойства. Все это хранится в разных таблицах. В друпале есть материалы, которые имеют тип, для каждого типа можно привязать справочник, который в свою очередь содержит термины.
Итак, что мы имеем. Мы имеем множество справочников привязанных к некоторому типу материалов. Как же нам разнести все это по инфоблокам. С точки зрения пользователя друпала, логично было бы сделать отдельный инфоблок справочник, термины сделать элементами этого справочника, а элементы инфоблока с материалами привязывать к элементам из инфоблока справочник.
Но задача данного модуля заключается в том, чтобы не копировать структуру других CMS, а перенести все данные используя идеологию Битрикс. Поэтому мне хотелось задействовать максимально возможное количество сущностей модуля 'Инфоблоки', а это - тип инфоблоков, инфоблоки, разделы, элементы, свойства(поля). Вот собственно я и пришел пояснению, как же данный модуль переносит сущности "Таксономии" в "Инфоблоки".
Вот правила, которые следует учитывать при переносе:
| 1) Термины становятся разделами если справочник, в который они входят, имеет флаг hierarchy=1 (таблица vocabulary), этот флаг автоматически ставится при сохранении справочника при условии, что в структуре его терминов присутствует иерархия. И дополнительное условие - справочник не должен быть типа "Теги". 2) Термины становятся свойством типа "Список" (множественным если в справочнике указано) когда флаг hierarchy=0 + справочник не должен быть типа "Теги". 3) Термины выгружаются в поле TAGS элемента инфоблока когда справочник имеет тип "Тэги", даже если присутсвует иерархия. |
В друпале есть так же понятие "связанные термины", сейчас оно не используется. Я не придумал, где можно его применить в Битриксе. Если есть идеи буду рад услышать.
Так же в модуле появился перенос данных из модулей интернет-магазина UberCart и eCommerce, перенос фотографий модуля ImageField, встроенного форума, блогов, перенос пользователей, с информированием их о необходимости смены пароля.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».
