ДляСебятина

Drupal Entity Usage

Бессовестно вольный перевод с комментариями, первоисточник drupal.org/project/entity_usage. Модуль Entity Usage был весьма ожидаем (автором), но впервые упомянут только в июле 2016 года, т.е. с запозданием примерно в 15 лет по отношению к «десктоповому варианту» соответствующей фунциональной возможности программы AuthorIT. Редакция от 19.03.2021.

Открыть в новой вкладке

В чем польза от бес_ПОЛЕ_зных сущностей Drupal?

⇪В 12509 💥

Открыть в новой вкладке

Внедрение страницы Confluence в сущность Drupal

ДляСебятина

⇪В 12509 💥

Открыть в новой вкладке

Гиперссылки в AuthorIT как путь в матрицу

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

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

Для чего вся эта затея? А чтобы попасть в матрицу 🤪 Редакция от 04.04.2021.

Открыть в новой вкладке

Импорт «консолидирующих» топиков последующего проекта с помощью CSV

ДляСебятина

⇪В 12514 💥

Открыть в новой вкладке

Импорт топиков последующего проекта с помощью CSV

ДляСебятина

⇪В 12514 💥

Открыть в новой вкладке

Кастомные переменные в Drupal 8

Кастомные (в пользовательском контексте) переменные в Drupal 8 могут применяться для хранения и представления исходных (вводных) данных проекта, в состав которых входят наименование проекта, наименование продукта проекта, даты инициации и завершения проекта, заказчик, руководитель, куратор, все заинтересованные стороны, все участники проекта и многое–многое другое, в том числе параметры ссылок на внешние системы управления проектами (вроде Jira или Redmine).

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

Открыть в новой вкладке

Клонирование матрицы путем многократного повторного использования контента

Клонирование матрицы путем многократного повторного использования контента (reusing) — вовсе не преступление против т.н. «человечности» (какой идиот выдумал это словечко?!), а напротив — отличный технологический прием, работающий во благо и во имя всего прогрессивного человечества. Клонирование применяется к онлайновым библиотекам взаимоувязанных документов.

Суть проблемы: путь в матрицу, подробно расписанный в предыдущей статье, позволяет создавать всего лишь один «экземпляр класса», — библиотеки взаимоувязанных документов. Но экземпляров библиотек может потребоваться великое множество. Разумеется, все ожидаемые издержки на их клонирование должны быть сведены к минимуму. Редакция от 09.11.2024.

Открыть в новой вкладке

Клонирование сущностей через экспорт-импорт

Клонирование сущностей от проекта к проекту разумнее всего выполнять экспортом (безотносительно ГИС) предыдущего проекта с «последующим импортом последующего» 😂 Т.е. вновь создаваемого. Если, конечно, последующий проект представляется более–менее типовым.

А сущности в проектах применяются как простые, так и составные, т.е. консолидирующие все прочие, простые. Простая сущность — это топик, не содержащий в своей структуре внедренных топиков. Своего рода неспецифицированное изделие. Сложные же сущности содержат в своей структуре внедренные топики и являются изделиями специфицированными. Как книжки, состоящие из отдельных страниц. Редакция от 09.11.2024.