Система хранения информации
После пробных не-лабораторных задач пришел к выводу о необходимости хранения информации о процессе. Вот вроде все просто и должно было уже давно быть отработано - но не тут-то было. Оказалось несколько иначе. Редакторов крайне много, и выбор сильно усложняется. А если добавить требования например к API - вылетают почти все)
Начнем с разделения на удобство создания отчета и удобство хранения технической информации. Потом попробую объединить эти аспекты.
Список редакторов после общего поиска
Рекомендация из статьи по документации:
- CherryTree CherryTree
- OneNote OneNote
- Dradis Dradis
Совместная работа
-
Nextcloud: https://nextcloud.com/
-
Collabora: https://www.collaboraoffice.com/
-
OnlyOffice: https://www.onlyoffice.com/
Еще CryptPad https://cryptpad.org/ для безопасности.
Также хранение данных в msf или burp enterprize edition.
Требования
Общие или особенности
| Название | Описание | Приоритет |
| Начальный уровень подготовки | Высокий. Иначе в хакеры не идут. | |
| Многопользовательский режим | Вариант локального хранения файлов + git вполне может сработать. | |
| Одновременное редактирование | Хз. Для блока не встречал необходимость. | |
| Динамическое обновление | ||
| Время запуска и настройки | Серьезная проблема. | |
| Время изучения | Основная проблема. Должно быть минимизировано. | |
| Процент выполнения блока | При большом объеме данных может быть критично. | |
| Дополнительное ПО | На примере msf необходим гибридный подход. Локальное использование должно быть из коробки. | |
| Локальное / браузер | Портирование затратная процедура. Но скорость должна быть высокой. | |
| Визуализация отчета online | Возможно для корпоративных версий. |
Редактор
| Название | Описание | Приоритет |
| Шаблоны | Шаблоны в целом для документа и для блоков. | 0 |
| Модификация символов | Мне хватает жирного шрифта и 3 вариантов размера. | |
| Цвета текста и выделения | ||
| Списки | ||
| Ссылки | ||
| Таблицы | ||
| Рисунки | ||
| Выравнивание текста | 4 варианта |
Интеграции, импорт / экспорт
| Название | Описание | Приоритет |
| Текстовые файлы | Самое логичное - одна строка в блок данных (столбец таблицы). Но только данных. Экспорт оформления в txt бессмысленно. | 0 |
| JSON / XML / ... | Сохранение проекта. | 1 |
| msf | Важно, однако здесь будут вопросы. | 2 |
| Остальные приложения | По возможности. Однако чем больше - тем выше скорость работы. Хотя небольшой скрипт решит вопрос преобразования данных в нужный формат. | 2 |
| API | Крайне желательно. Инструменты разные. | |
| Импорт шаблона из word | Звучит круто, но практически может и не нужно. |
Подумав, пришел к выводу - для локальных данных вполне подойдет cherrytree.
CherryTree