Size: a a a

2019 October 02

NM

Nikita Malyshev in Drupal RU
Конечно можно, ядро так делает
источник

AP

Anatoly Politsin in Drupal RU
охонь, пойду смотреть
источник

NM

Nikita Malyshev in Drupal RU
Там вообще никаких ограничений нету. Чего не хватает, всегда можно создать destination plugin и хоть ВП сайты создавать в миграциях
источник

AP

Anatoly Politsin in Drupal RU
🔥🔥
источник

NM

Nikita Malyshev in Drupal RU
Anatoly Politsin
@Niklan
С помощью миграций можно создавать типы материалов, словари таксономии?
Типы материалов, словари и т.д. это же тоже сущности, только Config Entity Type.

Тут стоит лишь глянуть в ядре, стандартный destination для entity поддерживает только Content Entity Type или ему пофиг. Если пофиг, юзай прямо его, если не пофиг, с вероятностью 100% есть плагин под конфиг сущность в дестинейшн
источник

NM

Nikita Malyshev in Drupal RU
Anatoly Politsin
@Niklan
С помощью миграций можно создавать типы материалов, словари таксономии?
Drupal\migrate\Plugin\migrate\destination\EntityConfigBase и все что от него расширяется, тебе конкретно нужен

Drupal\node\Plugin\migrate\destination\EntityNodeType (entity:node_type)

А для словарей походу базовый прокатит. Ибо для типов материала просто легкая обертка для доп. установки поля body из настроек миграции.
источник

AP

Anatoly Politsin in Drupal RU
ого, паси)
источник

AK

Alexey Korepov in Drupal RU
А в Drupal8 можно нормально работать с кастомными сущностями, которые содержат только uuid (без id)? Или пока рано, т.к. будут проблемы со всякими EntityReference полями и другими связями? Для EntityReference есть модуль https://www.drupal.org/project/entity_reference_uuid но кроме этого возможно ещё всяких сюрпризов пачка будет ожидать?
источник

AP

Andrey Postnikov in Drupal RU
Лучше иметь id и целочисленный
источник

AK

Alexey Korepov in Drupal RU
Пасиб, для надёжности конечно лучше целочисленный id, но не хочется лишнее поле в базе хранить, так что решил спросить на всякий, может кто-то без числового id живёт нормально ;)
источник

ИЛ

Иван Лещёв in Drupal RU
вы будете смеяться, но id не числовой, а строковый
источник

ИЛ

Иван Лещёв in Drupal RU
для приложения
источник

ИЛ

Иван Лещёв in Drupal RU
для базы он числовой исключительно ради автоинкремента
источник

ИЛ

Иван Лещёв in Drupal RU
там где он числовой с автоинрементом
источник

AK

Alexey Korepov in Drupal RU
Ну с форматом цифр "строка" в Друпале, да и вообще в PHP - я уже перестал удивляться. В JS, впрочем, ещё веселее: https://cs11.pikabu.ru/post_img/2018/11/02/7/1541159362122991464.jpg
источник

ИЛ

Иван Лещёв in Drupal RU
Alexey Korepov
Ну с форматом цифр "строка" в Друпале, да и вообще в PHP - я уже перестал удивляться. В JS, впрочем, ещё веселее: https://cs11.pikabu.ru/post_img/2018/11/02/7/1541159362122991464.jpg
числа можно складывать и вычитать, идентификаторы не
источник

ИЛ

Иван Лещёв in Drupal RU
хотя со строками тоже можно делать всякое
источник

ИЛ

Иван Лещёв in Drupal RU
так что идентификатор формально и не строка, а значение преобразуемое в строку
источник

ИЛ

Иван Лещёв in Drupal RU
с точки зрения допустимых операций
источник

EB

Eugene B. in Drupal RU
Eugene B.
Господа помогите решить проблему, стоит модуль Search Autocomplete, необходимо чтобы от показывал только связанные термином ноды, а он показывает все, вьюс который он отдает я пытался настроить по разному, настройка контекстных фильтров не дает результата, или ничего не отдает или все, ставил всякие доп модули Views Related Content, не работает, притом что если сделать в этом же вьюсе блок, с контекстным фильтром или Related Content то в блоке фильтрует то что нужно, а в Autocompletion JSON нет, при этом же фильтр на пример по типу материала нормально отрабатывает… что можно попробовать предпринять?
Может будет идея у кого?
источник