7 ноября 2018 в 20:43
Есть ли аналоги Field collection, кроме громоздкого параграфа? А то нужно считай просто некое-кол-во текстовых полей при создании ноды, им даже отображение не надо - только ввод и смена последовательности.
Какие ещё альтернативы? Field collection как-то страшно юзать - альфа 2016 года
8 ноября 2018 в 12:47
Оказывается в восьмерке из коробки идёт, даже ниче ставить не надо
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
По идее, в drupal 8 "громоздкие" модули, предоставляющие дополнительные типы сущностей не нужны.
все делается просто (в друпал-консоли):
drupal generate:module
drupal generate:entity:content
эти команды сгенерируют модуль и "заготовку" для нужной сущности, которую можно сразу использовать в работе.
Но лучше доработать напильником-)
Я использую - всё работает, есть-пить не просит
То, что модуль формально находится в статусе альфы, не всегда означает, что он сырой - просто всё работает, а делать непродуктивные телодвижения по выпуску релиза мейнтейнеру некогда или лень...
На самом деле, альфа-релизы это еще совсем "сырой" продукт, в который, в будущем, могут быть внесены значительные изменения, влекущие за собой потерю данных. Я бы крайне не рекомендовал использовать альфы на проде. Только на свой страх и риск.
Ну, а отсутствие каких-либо обновлений за 2 года - серьезный показатель и заинтересованности в модуле и мейнтейнеров, и всего сообщества. Опасения вполне справедливы.
На восмёрке филд колекшены заброшены, там вроде даже на странице модуля написано, что рекомендуют вместо них юзать параграфы. И параграфы вовсе не громоздкие, тем более по сравнению с филд колекшн - почти идентичные модули, только параграфы менее глюченные.
То, что предлагает Орион76, в данном случае полнейшая глупость - кастомный заменитель параграфов будет почти такой же по объёму, только абсолютно непротестированный, помимо этого, придётся после друпал-консоли выпиливать из этих сущностей тайтлы, а также удалять роуты просмотра, редактирования и удаления этих сущностей.
Автору нужно посмотреть double_field, если он не подойдёт, то остановиться на параграфах.
Автору не нужен " кастомный заменитель параграфов ".
Ему даже вывод этих полей не нужен.
Зачем тогда сущности советовать?
А в 9ке кто-то обещал киллер фичу типа филд колекшн в ядре.
Напишите пожалуйста какую задачу решаете этим способом?
Временные интервалы для доступности ноды для покупки
Оказывается в восьмерке из коробки идёт, даже ниче ставить не надо
Что именно идёт-то? Тут же много всякого обсуждалось
Так обсуждалось то не мною. )) Да раздул из мухи - почему то думал, что не будет поля, которое позволяет при вводе увеличивать ко-во значений элементов - ну там ввести 10 полей, а не одно. А давно это есть, может даже и в семерке уже было.
"Множественные поля" - это о количестве значений поля, а не про сборные поля (как всем показалось).
Никто не попал! )
Это не мы, это всё боты, это они среагировали на ключевые слова: paragraphs и field collection-)