ДляСебятина

- Длясебятина, или заметки на салфетках

Коротенькие заметки о всяческой полезной мелочевке: как, к примеру, удалить сразу все сноски в Microsoft™ Word, как запустить AuthorIT в линуксе (без винды) с применением Wine или PlayOnLinux, как организовывать ссылки в том же AuthorIT так, чтобы... В общем, это просто ни к чему не обязывающий авторский поток сознания, без какой-либо предварительной структуризации, классификации и систематизации.

В ходе выполнения поставленной задачи способы и методы ее решения немедленно фиксируются и публикуются «по горячим следам», чтобы в дальнейшем не потерять все эти, с позволения сказать, life hacks, поскольку периодически они бывают важны, нужны, востребованы, а порой даже жизненно необходимы. Все для себя, любимого, но, быть может, еще кому сгодятся. Редакция от 24.08.2020.

Drupal Entity Usage

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Клонировать сущности имеет смысл в два этапа: экспортировать ВООБЩЕ ВСЕ топики, а затем их импортировать; экспортировать топики, содержащие внедренные топики, отдельно, а затем также отдельно их импортировать как консолидирующие. Для лучшего осмысления: сначала клонируем все поголовье, а затем отдельно особо выдающихся баранов, которые назначены нами козлами, ведущими свои субпоголовья.

Оба этапа проводятся с применением экспортеров на основе Views и импортеров на базе Feeds. Редакция от 22.03.2021.

Экспорт всех топиков предыдущего проекта с помощью Views

Экспорт всех топиков предыдущего проекта с помощью Views:

- Экспорт топиков - Title - Path (Content)

Настроить критерий фильтра: Content: Title:

- Настроить критерий фильтра - Content - Title

Должен содержать (, иначе экспортироваться будут ВООБЩЕ ВСЕ ТОПИКИ. Это как минимум. Если необходимо экспортировать все топики конкретного исходного предыдущего проекта, то тогда в поле Значение следует подставлять префикс этого проекта, например (_PREFIX_.

Интересно было бы еще экспортировать и поля Body, заполненные ранее участниками предыдущего проекта. Для этого во Views придется добавить Content: Body. Будет экспортирована полная HTML-разметка, но импорт с помощью CSV или даже XML может не прокатить из-за разметки, в связи с необходимостью конвертирования угловых скобок во всяческие gt и т.п. Вообще разумно экспортировать (сохранять) поля Body в отдельные файлы образцов.

Вопрос пока остается открытым и требует дополнительной проработки.

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

Импорт топиков последующего проекта с помощью CSV без поля Body предусматривает создание нод типа topic для нового (последующего) проекта. Для этого _PREFIX_ меняется на новое значение (с учетом требований системы классификации и кодирования проектов). Затем выполняется импорт. Настройки импортера:

- Topic CSV Import (title и path)

Mappings Topic CSV Import (title и path):

- Mappings Topic CSV Import (title и path)

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

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

Экспорт топиков - Title - Path - Entity Embed (Content). Расширенные - Настройки запроса - Уникальность!

- Экспорт топиков - Title - Path - Entity Embed (Content)

Уникальность добавляется для того, чтобы не было дублирования. Для разделения списка внедренных топиков применен |.

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

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

- Редактировать CSV-импорт топиков (Title, Path, Entity Embed)

Mappings CSV-импорт топиков (Title, Path, Entity Embed):

- Mappings CSV-импорт топиков (Title, Path, Entity Embed)

Tamper CSV-импорт топиков (Title, Path, Entity Embed):

- Tamper CSV-импорт топиков (Title, Path, Entity Embed)

В плагине Explode в качестве разделителя применен |.

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

Модуль Drupal 7 HTML import. Сокращенный перевод с комментариями

Любопытный модуль Drupal 7 HTML import. Если хорошо структурированный стилями заголовков документ ворда сохранить в формате HTML, а затем хорошенько почистить с помощью Dreamweaver, то можно получить ноды из заголовков.

Сокращенный перевод описания, комментарии после развертывания, настройки и проверки работоспособности. Редакция от 04.04.2021.

Нетрадиционное применение модуля Entity Usage

Модуль Entity Usage интересен всем тем, кто однажды открыл его для себя и остался удовлетворен его потребительскими свойствами. Кто не знает - это такой модуль с пёсьей мордой, изображенной на рисунке ниже. Функционал модуля позволяет выявлять всевозможные связи между различными сущностями. Если совсем уж простым языком, то модуль Entity Usage отображает список материалов, в которых (многократно и повторно) используется картинка этой самой морды.

Представление (Views), упомянутое внизу страницы drupal.org/docs/8/modules/entity-usage/installation-and-basic-usage, позволяет вытащить число раз использования, т.е. число материалов (страниц и т.д.), содержащих связанную сущность. Но если подойти нетрадиционно (что нынче в тренде), то можно заполучить от модуля гораздо больше полезной информации. В частности, информацию о входимости некой сущности НЕ ПРОСТО В СОСТАВ других сущностей, а в КОНКРЕТНЫЕ УЗЛЫ ИЕРАРХИЧЕСКИХ СТРУКТУР этих сущностей. С прямым попаданием в них. Редакция от 20.03.2021.

Пакетный импорт задач в Jira

Пакетный импорт - он же импорт задач в Jira в режиме пакетной обработки - это дело серьезное. В статье Создание задач Jira с помощью внешних ссылок было показано, как создавать задачи (они же issues) в Jira поодиночке с помощью гиперссылок, но это все для любителей садомазо и ради констатации самого факта, что создавать одиночные задачи можно не только с помощью интерфейса самой Jira, но и с внешних ресурсов (да хоть из текста стандарта, открытого в документе Microsoft™ Word), прописывая в гиперссылках необходимые параметры. Но ни один вменяемый руководитель проекта, разработки или главный конструктор ОКР не...

И тут автор сам себя поймал на вранье 🤪 Подавляющее большинство участников проектов любой степени сложности в нашем благословенном государстве занимается именно тем, что вводит задачи Jira, Redmain, Bitrix24 или MS Project вручную. Покажем, как автоматически и всего за несколько минут создать в Jira сразу аж целых 95 задач, причем полностью соответствующих требованиям стандарта. И заполучить на выходе красивую диаграмму Гантта, изображенную на рисунке ниже. Редакция от 12.03.2021.

Страницы

Copyright © «Техническая документация» 2008-2021. Заимствуйте наши материалы с блеском! При воспроизведении материалов портала обязательна установка активной гиперссылки на источник — страницу с этой публикацией на tdocs.su.

Яндекс.Метрика