Закончил перевод 3 главы руководства к LiteVNA. Местами коряво, самому не нравится. Думаю со временем исправлю. Комментарии и критика приветствуются 🙂

В планах закончить перевод руководства и снять уроки по использованию устройства.
В сети много видео о калибровке устройства и измерении КСВ антенн. На этом, как правило, многие останавливаются. У прибора много других функций, о которых многие не догадываются и / или не используют.
А что вы об этом думаете?

3. Выполнение измерений
▪ Настройка диапазона частот измерения
▪ Калибровка
▪ Отображение трассировки
▪ Маркеры
▪ Операция во временной области
▪ Сохранение / сброс калибровки и настроек
▪ Сохранение данных измерений на карту MicroSD

Спасибо @DanielFlow за перевод и оформление статьи о Meshtastic:
Выбор правильной роли устройства

Перевел 4 главу руководства к LiteVNA.

4. Программное обеспечение NanoVNA-APP
▪ Пользовательский интерфейс
▪ Использование Zadig для установки драйвера USB-CDC

По своей профессии я ИТ-инженер.
Долгое время у меня не было публикаций туториалов.
Появилось желание, написал статью "Установка inpx-web на Terramaster в контейнере Docker".

После приобретения NAS Terramaster какое-то время потребовалось разобраться как использовать / настраивать NAS.
Немного его освоив, решил написать статью "Установка inpx-web на Terramaster в контейнере Docker".

После очередного обновления TOS слетели зеркала Docker Hub.
Оформил в статью "Добавление зеркал Docker на Terramaster"

В сети много open source приложений на Java. Для запуска приложений с web-интерфейсом необходим контейнер исполнения сервлетов.
В этой статье мы рассмотрим "Установку Apache Tomcat и Java Virtual Machine на Terramaster"

В ходе деплоя приложения Gitbucket в Tomcat на Terramaster столкнулся с выставленным ограничением на размер загружаемых файлов на сервер. Актуальная (4.46.1), на момент написания этих строк, собранная версия gitbucket.war занимает 72 Мб.
Оформил статью "Как увеличить лимит размера загружаемых файлов в Apache Tomcat установленном на Terramaster" на эту тему.

В "Центре приложений" время от времени устаревают версии собранных для установки на nas приложений.
Другим примером является, что производитель не поспевает за желанием использования различных приложений для наших нужд.
Таким примером для меня стало приложение GitBucket. Оно интересно для разработчиков и других пользователей git.
На его примере проведем исследование как одно и тоже приложение запустить в среде исполнения различными способами.
Оформил в статью первый способ: Запуск java-приложений в Терминале на Terramaster.

Оформил в статью альтернативный способ запуска java-приложения на NAS или другом устройстве:
Как самостоятельно собрать образ Docker и запустить его.

Задумал вынести на NAS с ПК различные приложения из рабочего окружения разработчика.
Чтобы не дублировать в каждой статье материал как создавать и настраивать проекты в Docker Manager, оформил статью "Создание проекта в Docker Manager на Terramaster" на примере Postgre.

Вчера хотел установить проект Docker в Container Manager. Меня ждала неудача. Обнаружил, что в разделе "Реестр" пустой список.
В моем случае потребовалось добавить зеркала на реестр Docker.
Оформил в статью "Добавление зеркал Docker в Container Manager на Synology".

Продолжаю готовиться к публикации инструкций по развертыванию docker compose конфигураций на разных устройствах.
Оформил в статью "Создание проекта в Container Manager на Synology" на примере СУБД Postgre.
Еще в план себе записал статьи по развертыванию в Docker Desktop и в docker compose в Терминале.
После в планах написать статьи по "деплою" конкретных приложений со ссылкой на инструкции по самостоятельному развертыванию.

До сегоднешнего дня мне думалось, что в экранную форму Docker Desktop можно загрузить docker compose файл и создать проект.
Так-то мне привычно редактировать docker-compose.yaml в среде разработки и запускать в терминале среды разработки.
Для подготовки статьи решил открыть Docker Desktop и загрузить в него ранее заготовленный файл. Но так и не нашел куда/как загрузить yaml файл.
В итоге в статье изложил материал как создать проект в Терминале:
Создание проекта Docker Compose в Docker Desktop.

Давно хотел написать "свою" статью с разбором структуры docker compose файла.
Сделал это на примере конфигурации inpx-web.
Inpx-web - это вэб интерфейс для каталогизатора онлайн библиотеки Флибуста. Существенным дополнение inpx-web является интерфейс opds-каталога.
Статья "Подготовка файла конфигурации для Docker Compose".
Просьба в комментариях написать насколько понятным языком изложим материал и чего в статье не хватает.
Тексты конфигурационных файлов разместил в репозитории fadusru\docker на GitHub.

Недавно открыл для себя обратный прокси на базе Nginx Proxy Manager. На пути его настройки захотел взамен ip адресов использовать доменные имена. О настройке подмены ip адресов из своей сети на DNS имена в статье "Рекомендации по настройке AdGuard Home".

Многие из нас сталкивались с ситуацией, что по мере роста количества web-приложений в своей сети начинаешь забывать на каком хосте оно установлено. Тем более это становится актуальным, когда контейнеров с web-приложениями переваливает за десяток и ты уже начинаешь путаться на какой порт ты его настроил.
В этом "хаосе" поможет навести порядок Nginx Proxy Manager (NPM). В NPM можно настроить правила переадресации на приложения Docker в одной подсети с NPM или на приложения установленные на других хостах сети.
Настроив DNS записи в AdGuard Home (или другом удобном вам инструменте) и правила в NPM, мы можем добиться единой точки входа в наши web-приложения без запоминания ip-адресов и номеров портов.
Оформил в статью "Установка и настройка Nginx Proxy Manager в контейнере Docker".

Добавил в репозиторий на GitHub (fadusru/docker) свои настройки для AdGuard Home:
- фильтры рекламы;
- DNS серверы;
- пользовательские правила;
- сайты с рекламой для проверки фильтров рекламы.

Задался целью в Homelab развернуть среду для хранения кода, артефактов, сборки и деплоя в среду исполнения.
По мере достижения цели, планирую оформить цикл статей об установке и настройке перечисленных инструментов.
Начну цикл статей с инструкций по установке, настройке и хранению артефактов сборки в Nexus Repository.
На текущем этапе Nexus используется в качестве прокси репозитория Docker. Это ускоряет многократный деплой образов из открытых репозиториев и позволяет хранить собственные имиджи.
Статья "Установка Sonatype Nexus Repository в контейнер Docker".

На днях попался инструмент для подготовки документации: Docsify.
Сражу скажу - инструмент понравился.

Проект можно создать "с нуля" с помощью утилиты docsify-cli либо скачать репозиторий с уже готовым проектом и внести правки файлов. Здесь каждый выбирает что ему нравится. Для хостинга проекта подойдет любой web-сервер.

Залил текст вики по Docsify в репозиторий:
https://github.com/fadusru/docsify

Настроил pages в репозитории:
https://fadusru.github.io/docsify/#/

Желающие могут скачать репозиторий на локальный диск и запустить проект по инструкции в README.md