КББ

Хостинг Hugo-блога на S3 Timeweb

2026-06-13T00:15:01.472Z

Долгое время мой блог жил на VDS — nginx, certbot, systemd-сервисы, бекапы, короче полноценный сервер. В какой-то момент стало лень следить за ещё одной машиной и особенно меня подтолкнули проблемы с разными хостингами и я решил переехать на статический S3-хостинг.

Пост про то — как я переехал, с какими граблями столкнулся и что в итоге получилось.

Почему Timeweb S3

Почему именно Timeweb, а не Яндекс Облако или Selectel? Тут всё просто: у меня уже были там аккаунты, а S3 у них стоит копейки. Для статики — идеально.

Из коробки Timeweb S3 умеет раздавать статический сайт, выдаёт URL вида *.website.twcstorage.ru, поддерживает кастомные заголовки и политики.

Что нужно

Аккаунт в Timeweb (уже был)
Hugo
Репозиторий блога на GitHub (уже был)
Домен (уже был)

Шаг 1: Создание бакета

Заходим в панель Timeweb → S3 → Создать бакет
Выбираем регион, имя бакета
После создания открываем бакет → Настройки → Хостинг статического сайта → Включаем
Получаем URL: https://<id>.website.twcstorage.ru

Шаг 2: S3-ключи

В панели Timeweb идём в сервисные аккаунты → создаём ключ с доступом к бакету (на запись и чтение). Нам понадобятся:

AWS_ACCESS_KEY_ID
AWS_SECRET_ACCESS_KEY
AWS_ENDPOINT_URL — https://s3.twcstorage.ru
И имя бакета

Шаг 3: GitHub Actions

Деплой настроил через GitHub Actions. Workflow выглядит так:

name: Deploy blog to S3

on:
  push:
    branches: [main]

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - uses: peaceiris/actions-hugo@v3
        with:
          extended: true

      - run: hugo --gc

      - uses: jakejarvis/s3-sync-action@master
        with:
          args: --delete
        env:
          AWS_S3_BUCKET: ${{ secrets.AWS_BUCKET_NAME }}
          AWS_ACCESS_KEY_ID: ${{ secrets.AWS_ACCESS_KEY_ID }}
          AWS_SECRET_ACCESS_KEY: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
          AWS_ENDPOINT_URL: ${{ secrets.AWS_ENDPOINT_URL }}

Секреты (AWS_*) храню в настройках репозитория GitHub — Settings → Secrets and variables → Actions.

Шаг 4: Деплой

Пушим в main:

git push origin main

GitHub Actions собирает сайт и синхронизирует с бакетом. Всё, сайт на S3, никаких ssh и ручных заливок.

Шаг 5: Домены (не так всё просто)

Настраиваем CNAME в DNS:

blog.tatarinovms.ru → s3.twcstorage.ru
blog.tatarinovms.space → s3.twcstorage.ru

Ждём, пока DNS обновится, открываем браузер… и получаем AccessDenied.

Подводный камень: кастомные домены не работают

Как оказалось, Timeweb S3 не поддерживает кастомные домены. Вообще. Только их *.website.twcstorage.ru. На момент написания поста ответ поддержки это подтвердил.

Есть два пути:

Вариант 1: CloudFlare Меняем NS на CloudFlare, он проксирует запросы на S3-эндпоинт и выдаёт свой SSL. VDS не нужен. Бесплатно. Но мы знаем как в некоторых регионах работает CloudFlare, скажем мягко - с перебоями.

Вариант 2: nginx reverse proxy Пришла простая идея, так как есть в загашнике VDS, то мы ставим nginx на VDS, он проксирует кастомные домены на S3 URL. SSL через certbot. VDS всё равно есть под другие задачи. Конфиг nginx:

server {
    listen 80 default_server;
    server_name blog.tatarinovms.ru blog.tatarinovms.space;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl http2;
    server_name blog.tatarinovms.ru blog.tatarinovms.space;

    ssl_certificate /etc/letsencrypt/live/blog.tatarinovms.space/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/blog.tatarinovms.space/privkey.pem;

    location / {
        proxy_pass https://id.website.twcstorage.ru;
        proxy_ssl_verify off;
        proxy_ssl_server_name on;
        proxy_set_header Host id.website.twcstorage.ru;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

SSL получил через certbot:

certbot --nginx -d blog.tatarinovms.ru -d blog.tatarinovms.space

Итоговая схема

Пуш в main → GitHub Actions → Hugo build → aws s3 sync → S3 бакет → DNS: blog.tatarinovms.ru / blog.tatarinovms.space → A → VDS → nginx reverse proxy → S3 (*.website.twcstorage.ru)

При пуше в main GitHub Actions сам собирает Hugo и синхронизирует с S3 — nginx просто проксирует то, что уже лежит в бакете. Редеплой занимает меньше минуты.

Timeweb S3 как хостинг статики — отличное решение. Но с кастомными доменами придётся извернуться. Надеюсь, когда-нибудь они добавят эту возможность, но пока — nginx.

FineTune — бесплатный аудио-микшер для macOS

2026-05-28T16:03:17.976Z

Что такое FineTune?

FineTune — это бесплатная open-source утилита для macOS, которая живёт в меню-баре и даёт полный контроль над аудио на системном уровне. Регулировка громкости каждого приложения независимо, маршрутизация звука на разные устройства, 10-полосный эквалайзер и коррекция АЧХ для наушников — всё в одном окне.

Для перехвата аудиопотоков FineTune создаёт виртуальное аудиоустройство. Оно появляется в системных настройках звука и работает как прослойка между приложениями и вашими колонками/наушниками.

Написан на SwiftUI, требует macOS 15.0+.

Основные возможности

Управление громкостью

Per-app громкость — отдельный слайдер и mute для каждого приложения
Pinned apps — закрепить приложение в меню-баре, даже когда оно не воспроизводит звук (удобно настроить EQ и маршрутизацию заранее)
Ignore apps — полностью исключить приложение из управления FineTune
Scroll-wheel — наведите курсор на любой слайдер и крутите колёсико

Горячие клавиши

Глобальные хоткеи — назначьте свои комбинации на App Volume Up/Down и Mute. Работают даже когда приложение свёрнуто
Toggle Popup — повесьте хоткей на открытие/закрытие окна FineTune, работает из полноэкранных приложений
Навигация внутри попапа — стрелки ↑↓ между строками, ←→ регулировка громкости, Mmute, Return/Space активация, Tab переключение вкладок устройств

Маршрутизация

Multi-device output — вывод звука на несколько устройств одновременно
Audio routing — отправлять разные приложения на разные устройства
Device priority — автопереключение при подключении нового устройства
Auto-restore — при переподключении устройства настройки (громкость, маршрут, EQ) восстанавливаются автоматически

Эквалайзер

10 полос, 20 готовых пресетов
Пользовательские пресеты — сохраняйте свои настройки и применяйте к разным приложениям
AutoEQ headphone correction — коррекция АЧХ под конкретную модель наушников из базы AutoEQ (тысячи профилей). Можно импортировать свои ParametricEQ.txt
Загрузка пресета — выбрав пресет для своих наушников, FineTune запоминает его и применяет автоматически при каждом подключении этой модели
Loudness compensation — автоматическая коррекция низких и высоких частот на малой громкости по стандарту ISO 226:2023

Системное

Input device control — уровень микрофона
Alert volume — громкость системных уведомлений
DDC — регулировка громкости внешних мониторов
Volume HUD — встроенный индикатор громкости (Tahoe или Classic стиль)
Медиа-клавиши F10-F12 — работают даже на USB DAC и HDMI, где штатные клавиши macOS бесполезны
Bluetooth — подключение устройств прямо из меню-бара
URL schemes — автоматизация через shell, Shortcuts или Raycast’о подобное

Установка

brew install --cask finetune

Или скачайте DMG с GitHub Releases.

Быстрый старт

Запустите FineTune из папки Applications
Разрешите Screen & System Audio Recording — это необходимо для перехвата аудиопотоков
Нажмите на иконку FineTune в меню-баре — приложения, воспроизводящие звук, появятся автоматически

Готово. Регулируйте громкость, маршрутизируйте звук, настраивайте EQ.

Полезные фЫшки

Автопереключение на Bluetooth-гарнитуру: откройте edit mode (карандаш) и перетащите устройство выше встроенных динамиков — FineTune будет переключаться на него при подключении
Управление с клавиатуры: откройте попап и пользуйтесь стрелками.
URL schemes — automate volume, mute, device routing, and more from scriptsFineTune понимает URL-команды формата finetune://.finetune://set-volumes?app=com.spotify.client&volume=50 finetune://set-mute?app=com.spotify.client&muted=true finetune://toggle-mute?app=com.hnc.Discord finetune://set-device?app=com.apple.Music&device=DEVICE_UID finetune://reset

Qwen3 ASR на macOS

2026-05-03T11:51:17.499Z

В этом гайде я покажу, как развернуть и запустить модель распознавания речи Qwen3‑ASR через пакет mlx-qwen3-asr на macOS с M-чипом. Решение позволяет транскрибировать аудио из видеофайлов с поддержкой русского языка и сохранять результат в разных форматах: SRT, VTT, TXT, JSON.

Что такое mlx-qwen3-asr?

mlx-qwen3-asr - это Python‑пакет, предоставляющий удобный интерфейс к модели Qwen3‑ASR‑1.7B от Alibaba Cloud, оптимизированной для работы на чипах Apple Silicon через фреймворк MLX. Модель поддерживает несколько языков, включая наш родной русский, и позволяет получать транскрипцию с тайм‑кодами.

Требования

macOS
Установленный Python 3.11
Руки
Свободное место на диске (модель ~3 ГБ)

Установка и настройка

Подготовка директории проекта

Создайте отдельную папку для проекта и перейдите в неё, у меня будет так:

mkdir -p ~/Documents/ai/asr
cd ~/Documents/ai/asr

Создание виртуального окружения

python3.11 -m venv venv

Активация окружения

Активируйте виртуальное окружение:

source venv/bin/activate

Обновление pip и установка пакета

Обновите менеджер пакетов и установите mlx-qwen3-asr:

pip install --upgrade pip
pip install mlx-qwen3-asr

Установка может занять несколько минут — загружаются зависимости и модель.

Создание скрипта автоматизации

Чтобы не вводить команды вручную каждый раз, создадим shell‑скрипт с небольшим интерактивным интерфейсом.

Создайте файл скрипта

Создадим скрипт в любимом текстовом редакторе:

vim asr_process.sh

Вставьте этот код
Укажите настройку VENV_BIN=, где будет путь к созданной вами папке.
Сохраняем файл
Делаем скрипт исполняемым

chmod +x asr_process.sh

Отправляем файл на распознавание

Запускаем скрипт

./asr_process.sh

откроет диалоговое окно для выбора файла
потом скрипт предложит выбрать формат вывода
позволит указать папку для сохранения
запустится распознавание и покажет прогресс (при первом запуске модель скачается)

VoxCPM - на ноуте. Клонируем свой голос

2026-04-26T17:26:16.498Z

Развёртывание VoxCPM на MacBook с чипом Apple Silicon

Данное руководство содержит пошаговые инструкции по установке и запуску VoxCPM на macOS с процессорами Apple Silicon. Игрался на своем ноуте.

Скачиваем репозиторий проекта

Переходим в папку, где у вас всё будет аккуратно лежать и скачиваем репу:

git clone https://github.com/OpenBMB/VoxCPM.git
cd VoxCPM

Настройка доступа к Hugging Face

Для ускорения загрузки моделей и повышения лимитов запросов рекомендуется настроить токен доступа на Hugging Face

Получение токена

Перейдите на https://huggingface.co/settings/tokens
Создайте новый токен с правами Read
Скопируйте токен (формат: hf_...)

Настройка токена

Способ 1: Через huggingface-cli

pip install -U huggingface_hub
hf auth login
# Вставьте токен при запросе

Способ 2: Через переменную окружения

# Временно для сессии
export HF_TOKEN="hf_ваш_токен_здесь"

# Или навсегда (добавить в ~/.zshrc)
echo 'export HF_TOKEN="hf_ваш_токен_здесь"' >> ~/.zshrc
source ~/.zshrc

Установка Python 3.10+ через pyenv

Установка Homebrew (если не установлен, но навряд ли, конечно)

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Установка pyenv и зависимостей

brew install pyenv openssl readline sqlite3 xz zlib pkgconf autoconf

Настройка окружения оболочки

Добавьте следующие строки в ~/.zshrc:

export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init --path)"
eval "$(pyenv init -)"

Примените изменения:

source ~/.zshrc

Установка Python 3.10.14

pyenv install 3.10.14

Настройка версии для проекта

Перейдите в папку проекта, которую мы скачали ранее и указываем локальную версию Python:

cd ~/Documents/ai/VoxCPM 
pyenv local 3.10.14
python --version  # Должно вывести: Python 3.10.14

Настройка проекта и установка зависимостей

Создание виртуального окружения

# В папке проекта
python -m venv venv
source venv/bin/activate
pip install --upgrade pip

Установка проекта в режиме разработки

pip install -e .

Проверка установки

which voxcpm
# Должно указывать на путь внутри venv

voxcpm --help
# Должно отобразить справку по командам и доступным флагам

Скачиваем модель в папку

Делаем папку для модели и качаем модель:

mkdir -p models/VoxCPM-2B
hf download openbmb/VoxCPM2 --local-dir ./models/VoxCPM2

Использование через CLI

Базовый синтаксис

В без все просто:

voxcpm <режим> [параметры]

Но мы пойдём путём клонирования своего голоса для озвучки текста.

Готовим файл для клонирования

Я просто записал аудиосообщение в одном голубом мессенджере, сохранил его и перекодировал через ffmpeg в wav. Текст сообщения был такой: Это образец моего голоса. Я говорю здесь целых пять секунд.

Файл с текстом и аудио сохранил в папке ./ref. Т. е. ref.txt и ref.wav

Готовим текст для озвучки

Создам папку output и inpit чтобы папку не замусоривать. Создаю текст для озвучки:

vim ./inpit/anime.txt

Накидал туда описание аниме - Ателье колдовских колпаков

Запускаем озвучку с клонированием нашего голоса

Запускаем озвучку нашего текста с клонированием голоса в папку output:

voxcpm clone --text "$(cat ./inpit/anime.txt)" --prompt-audio ./ref/ref.wav --prompt-text "$(cat ./ref/ref.txt)" --reference-audio ./ref/ref.wav --output ./output/anime_18.wav --model-path ./models/VoxCPM2 --device mps --no-optimize --cfg-value 1.8 --inference-timesteps 20 --normalize --no-denoiser

Что у нас по параметрам?

Параметр

Значение в команде

Назначение

voxcpm clone

clone

Активация режима клонирования голоса

--text

"$(cat ./inpit/anime.txt)"

Целевой текст для генерации

--prompt-audio

./ref/ref.wav

Аудио-референс

--prompt-text

"$(cat ./ref/ref.txt)"

Точная транскрипция prompt-audio

--reference-audio

./ref/ref.wav

Аудио-референс для тембральной идентичности

--output

./output/anime_18.wav

Путь к выходному файлу

--model-path

./models/VoxCPM2

Локальный каталог с весами модели

--device

mps

Платформа на которой мы играемся

--no-optimize

без значения

Отключение torch.compile

--cfg-value

1.8

Значение Classifier-Free Guidance

--inference-timesteps

20

Количество шагов диффузионного декодера

--normalize

без значения

Нормализация громкости выхода

--no-denoiser

без значения

Отключение модуля ZipEnhancer

Результат

На выходе получился файл 35.02. Послушать его можно ниже:

Скачать запись

ютуб

рутуб

вк видео

Литература для изучения

GitHub репозиторий: https://github.com/OpenBMB/VoxCPM
Страница модели на Hugging Face: https://huggingface.co/openbmb/VoxCPM2

Синхронизация кода в два репозитория одновременно

2026-04-21T19:28:52.008Z

В условиях турбулентной работы облачных сервисов (снова так скажем) вопрос избыточности хранения кода становится актуальным. Держать проект только на GitHub — это риск. Решением может стать зеркалирование кода в другой сервис, например, на GitVerse.

Обычно мы привыкли, что один remote (например, origin) привязан к одному URL. Но Git позволяет добавить несколько URL для push-операций в один remote.

Как это настроить

Если у вас уже есть основной репозиторий на GitHub, достаточно добавить второй URL для отправки данных:

git remote set-url --add --push origin git@gitverse.ru:tatarinovms/ShadowRocketSimpleConfig.git

Теперь при выполнении команды git push origin ваши изменения полетят сразу в оба репозитория.

Нюансы с конфликтами

Главная проблема возникает, когда в одном из зеркал есть изменения, которых нет в другом (например, вы отредактировали README прямо в веб-интерфейсе GitVerse). В этом случае обычный push будет отклонен.

Решить это можно через создание временного remote для «проблемного» зеркала и слияние веток:

Добавляем зеркало как отдельный remote:git remote add gitverse git@gitverse.ru:tatarinovms/ShadowRocketSimpleConfig.git
Подтягиваем изменения, разрешая несвязанные истории:git pull gitverse main --no-rebase --allow-unrelated-histories
После разрешения конфликтов снова пушим всё в origin.

Теперь код синхронизирован, а вы спите спокойно, зная, что копия вашего проекта лежит на разных площадках.

Podsync - YouTube канал в подкаст-приемник

2026-04-12T14:01:27.349Z

Podsync — маленький проектик на go, который преобразует каналы с YouTube или Vimeo в обычные подкаст-фиды (RSS). Идея проста: у меня есть каналы, которые я больше слушаю, чем смотрю, и мне хотелось бы делать это в моём подкаст-приёмнике. Гайд будет на Debian-based системы.

Как это работает

Принцип работы Podsync довольно простой:

В конфиге прописываем каналы
Podsync по расписанию проверяет обновления
Скачивает новые видео через yt-dlp и конвертирует их в аудио в MP3 через ffmpeg или оставляет видео. Тут уж как хотите.
Генерирует RSS-фид, доступный по HTTP/HTTPS

Вы просто добавляете ссылку вида https://your-domain.com/feed_id.xml в подкаст-клиент — и всё работает.

Установка зависимостей

Для работы Podsync нужны yt-dlp, ffmpeg и deno (как JS runtime для yt-dlp на всякий случай):

apt update && apt install -y yt-dlp ffmpeg curl

Deno устанавливается через официальный скрипт:

curl -fsSL https://deno.land/install.sh | sh

Также понадобится Go, если планируете собирать из исходников:

apt install -y golang

Установка Podsync

Вариант A: Сборка из исходников

git clone https://github.com/mxpv/podsync /mnt/dietpi_userdata/podsync
cd /mnt/dietpi_userdata/podsync
make

Вариант Бэ: Готовый бинарь

Скачиваем с GitHub Releases:

cd /mnt/dietpi_userdata/podsync
curl -L -o podsync "https://github.com/mxpv/podsync/releases/download/v2.8.0/podsync-v2.8.0-linux-amd64"
chmod +x podsync

Вариант Цэ: Docker

Если предпочитаете контейнеры:

services:
  podsync:
    image: ghcr.io/mxpv/podsync
    container_name: podsync
    volumes:
      - ./data:/app/data/
      - ./db:/app/db/
      - ./config.toml:/app/config.toml
    ports:
      - 8181:8080

Запуск:

docker compose up -d

YouTube Data API v3 ключ

Ключевой момент — для работы Podsync нужен YouTube Data API v3 ключ. Без него парсинг каналов не работает.

Получить ключ можно здесь: https://developers.google.com/youtube/registering_an_application

В конфиге нужно указать ключ в секции:

[tokens]
youtube = "YOUR_YOUTUBE_API_KEY"

Или даже несколько для ротации:

youtube = ["KEY1", "KEY2", "KEY3"]

Настройка конфигурации

Собственно и сам конфиг. Создаём файл config.toml на основе примера:

cp /mnt/dietpi_userdata/podsync/config.toml.example /mnt/dietpi_userdata/podsync/config.toml
nano /mnt/dietpi_userdata/podsync/config.toml

Для примера:

[server]
port = 8181
hostname = "https://poddown.tatarinovlovesbeaver.su"

[cleanup]
keep_last = 2

[storage]
  [storage.local]
  data_dir = "/mnt/dietpi_userdata/podsync/data"

[tokens]
youtube = "тут ваш ключ из пункта выше"

[feeds]
    [feeds.MaximTatarinov]
    url = "https://www.youtube.com/@MaximTatarinov"
    format = "video"
    update_period = "8h"
    page_size = 5
    youtube_dl_args = ["--js-runtimes", "deno:/root/.deno/bin/deno"]

[log]
filename = "podsync.log"
max_size = 50
max_age = 30
max_backups = 1
compress = true
debug = false

Конфиг готов.

Запуск как systemd-сервис

Чтобы Podsync работал в фоне и запускался автоматически, создаём сервис:

nano /etc/systemd/system/podsync.service

[Unit]
Description=Podsync
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
ExecStart=/mnt/dietpi_userdata/podsync/bin/podsync
WorkingDirectory=/mnt/dietpi_userdata/podsync
Restart=on-failure
RestartSec=10
StandardOutput=journal
StandardError=journal
Environment="PATH=/root/.deno/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

[Install]
WantedBy=multi-user.target

Активируем и запускаем:

systemctl daemon-reload
systemctl enable podsync
systemctl start podsync

Проверить статус:

systemctl status podsync
journalctl -u podsync -f

Reverse proxy через nginx

Podsync у меня работает без TLS, поэтому HTTPS у нас будет обрабатывать nginx. Конфиг для сайта:

server {
    listen 80;
    listen [::]:80;
    server_name poddown.tatarinovlovesbeaver.su;

    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl;
    listen [::]:443 ssl;
    http2 on;
    listen 443 quic;
    listen [::]:443 quic;
    quic_retry on;
    quic_gso on;
    add_header Alt-Svc 'h3=":443"; ma=86400' always;

    server_name poddown.tatarinovlovesbeaver.su;

    ssl_certificate /etc/letsencrypt/live/poddown.tatarinovlovesbeaver.su/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/poddown.tatarinovlovesbeaver.su/privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;

    location / {
        proxy_pass http://127.0.0.1:8181;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Применить:

nginx -t && systemctl reload nginx

Фильтры и тонкая настройка

Podsync позволяет не просто скачивать всё подряд, а выбирать контент по правилам. Например, скачивать только эпизоды, содержащие «обзор» и длительностью до 2 часов:

[feeds]
    [feeds.ID1]
    url = "https://www.youtube.com/@channel"
    format = "audio"
    filters = { title = "обзор", max_duration = 7200, max_age = 30 }

Доступные фильтры:

Параметр

Описание

title

Regex для совпадения в заголовке

not_title

Regex для исключения по заголовку

description

Regex для совпадения в описании

not_description

Regex для исключения по описанию

min_duration

Минимальная длительность (секунды)

max_duration

Максимальная длительность (секунды)

min_age

Минимальный возраст (дни)

max_age

Максимальный возраст (дни)

Также можно задать кастомный формат видео:

[feeds]
    [feeds.MaximTatarinov]
    format = "custom"
    custom_format = { youtube_dl_format = "bestaudio[ext=m4a]", extension = "m4a" }

Итог

RSS-лента доступна по адресу:

https://poddown.tatarinovlovesbeaver.su/MaximTatarinov.xml

Подставляем её в ваш подкаст-клиент и вуаля!

Синхронизация заметок Obsidian через GitHub

2026-04-01T11:43:54.309Z

В условиях турбулентной схемы работы облачных сервисов (скажем это так) вопрос хранения и синхронизации личных заметок приобретает особую актуальность. Данная заметка посвящена настройке синхронизации заметок Obsidian между устройствами iOS (Android пока не пробовал) и MacOS с использованием приватного репозитория GitHub (пока как он ещё работает). Позже дополню с переходом на свой git-сервер, но это решение мне ещё надо обкатать.

Что у нас из плюсов?

Отсутствие зависимости от iCloud (есть только зависимость от GitHub);
Бесплатность;
Автоматическое копирование как содержимого заметок, так и истории их изменений;
Есть и локальное хранение данных, мы же делаем git pull

Краткое описание, что нам нужно

Приватный репозиторий GitHub в качестве центрального хранилища.
Obsidian собственно.
Для десктопных платформ: плагин Git для Obsidian.
Для мобильных платформ: плагин Fit для Obsidian.

Установка Obsidian на устройства

Все ссылки под все платформы:
https://obsidian.md/download

Создание приватного репозитория на GitHub

Авторизуйтесь на github.com.
Перейдите по ссылке https://github.com/new и укажите:

Имя репозитория;
Тип доступа: Private;
Опция: Add a README file (репозиторий не должен быть пустым).

Нажмите кнопку создания репозитория.
В корне репозитория создайте файл .gitignore со следующим содержимым:.obsidian

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

Создание токена доступа

Перейдите по ссылке https://github.com/settings/personal-access-tokens.
Укажите параметры токена:

Token name (произвольное и понятное вам);
Expiration: можно No expiration, но осторожно;
Repository access: Выберите свой репозиторий, который создали ранее.
Permissions: Выберите всё, что связано с репой, без всяких Copilot и пр.

Создайте токен.
Скопируйте и сохраните сгенерированный токен

Настройка синхронизации на десктопной платформе

Клонирование репозитория

Убедитесь, что в системе установлен Git и он настроен
Создайте папку для хранения хранилища Obsidian
Откройте терминал, перейдите в созданную папку и выполните клонирование:cd ./OBSIDIANREPO git clone git@github.com:username/ObsidianRepo.git

Создание хранилища в Obsidian

Запустите Obsidian.
Выберите опцию Open folder as vault и укажите путь к клонированной папке репозитория.
Теперь вы можете создавать и редактировать заметки в данном хранилище.

Настройка плагина Git для автоматической синхронизации

В настройках Obsidian перейдите в раздел Community plugins, отключите Restricted mode(если активен), найдите и установите плагин Git.
В настройках плагина укажите следующие параметры:

Author name for commit: Ваше имя для коммитов
Author email for commit: Ваша имя для коммитов Остальные параметры на ваш вкус.

Настройка синхронизации на мобильных устройствах

Запустите приложение Obsidian на iOS.
Создайте новое пустое хранилище (не добавляйте в него пока файлы).
В настройках приложения перейдите в раздел Community plugins, найдите и установите плагин Fit.
В настройках плагина укажите:

Token: вставьте Personal Access Token, созданный ранее;
Нажмите Authenticate user (она вверху) для авторизации;
Github repository name: выберите ваш репозиторий;
Branch name: main;
Auto sync: Muted;
Auto check interval: 5 minute;
File change: отключите все визуальные уведомления.

Особенности плагина Fit и вообще всей связки

Плагин не поддерживает автосинхронизацию при запуске приложения. Для немедленного получения изменений используйте кнопку Fit Sync (иконка с котиком в меню бургерном) сразу после запуска Obsidian.
Не редактируйте один и тот же файл одновременно на двух устройствах, если не умеете разбираться с конфликтами в Git

Итоги

Ну как-то так.

Navidrome — свой музыкальный стриминговый сервер на DietPi

2026-03-07T15:00:19.000Z

Ввиду недавних изменений на стриминговых платформах, давно хотел иметь свою собственную музыкальную библиотеку, к которой можно получить доступ с любого устройства. У меня конечно уже стоит Jellyfin, но хотелось отдельного решения для музыки. Остановился на Navidrome.

Почему Navidrome?

Navidrome — это лёгкий и быстрый сервер для стриминга музыки с поддержкой Subsonic API. Написан на Go, использует SQLite в качестве базы данных и потребляет минимум ресурсов.

Из плюсов:

Лёгкость — написан на Go, потребляет мало RAM и CPU
Subsonic API — совместим с большинством клиентов Subsonic
Поддержка тегов — автоматически сканирует и индексирует метаданные
Транскодинг — встроенная поддержка FFmpeg
Веб-интерфейс и мобильные клиенты
Мультипользовательский режим — можно создать аккаунты для семьи

Что нам понадобится

Сервер с DietPi
Домен (опционально, для удобного доступа извне)
Nginx в качестве reverse proxy

Установка Navidrome на DietPi

Шаг 1: Установка через dietpi-software

DietPi имеет встроенную поддержку Navidrome через dietpi-software. Запускаем:

dietpi-software

В меню выбираем Navidrome. Мастер автоматически:

Установит все зависимости
Настроит сервис для автозапуска
Создаст необходимые директории

Шаг 2: Настройка после установки

После установки Navidrome будет доступен по адресу:

http://<IP-сервера>:4533

Первый созданный пользователь автоматически получит права администратора.

Шаг 3: Добавление музыки

По умолчанию Navidrome ищет музыку в директории /mnt/dietpi_userdata/navidrome/music, но в интерфейсе можно будет добавить и свою библиотеку или в конфиге /mnt/dietpi_userdata/navidrome/navidrome.toml поменяйте путь:

MusicFolder = "/mnt/external/music"

на свою папку , она станет вашей основной библиотекой.

После изменения конфига перезапустите сервис:

dietpi-services restart navidrome

Шаг 4: Проверка статуса

Проверяем что сервис запущен:

dietpi-services status navidrome

В ответе должно быть active (running).

Настройка Nginx в качестве reverse proxy

Если вы хотите использовать доменное имя и HTTPS, нужно настроить reverse proxy. На DietPi это можно сделать через встроенную утилиту.

Шаг 1: Устанавливаем Nginx

dietpi-software

Выбираем Nginx для установки.

Шаг 2: Получаем SSL сертификат

Для настройки HTTPS сначала нужно получить сертификат через встроенную утилиту dietpi-letsencrypt:

dietpi-letsencrypt

Следуем инструкциям мастера:

Выбираем домен navidrome.yourdomain.com
Указываем email для уведомлений
Выбираем Nginx как веб-сервер

После успешного выполнения сертификаты будут размещены в /etc/letsencrypt/live/navidrome.yourdomain.com/.

Шаг 3: Создаём конфиг для Navidrome

Создаём файл конфига:

sudo nano /etc/nginx/sites-available/musicstream

С таким содержимым:

server {
    listen 80;
    listen [::]:80;
    server_name navidrome.yourdomain.com;

    location / {
        proxy_pass http://localhost:4533;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
        proxy_read_timeout 90;
    }

    include /etc/nginx/sites-dietpi/*.conf;

    listen [::]:443 ssl;
    http2 on;
    listen 443 quic;
    listen [::]:443 quic;
    quic_retry on;
    quic_gso on;
    add_header Alt-Svc 'h3=":443"; ma=86400' always;

    ssl_certificate /etc/letsencrypt/live/navidrome.yourdomain.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/navidrome.yourdomain.com/privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;
}

Пояснения

proxy_pass — перенаправляем запросы на Navidrome (порт 4533)
proxy_set_header — передаём оригинальные заголовки клиента
proxy_read_timeout — увеличиваем таймаут для стриминга
include /etc/nginx/sites-dietpi/*.conf — подключаем дополнительные конфиги DietPi
http2 on / quic — включаем HTTP/2 и HTTP/3 (QUIC) для лучшей производительности
Alt-Svc — заголовок для поддержки HTTP/3
ssl_certificate — пути к сертификатам Let’s Encrypt

Шаг 4: Включаем сайт

sudo ln -s /etc/nginx/sites-available/musicstream /etc/nginx/sites-enabled/musicstream
sudo nginx -t
dietpi-services restart nginx

После перезагрузки Nginx ваш сервер будет доступен по HTTPS с поддержкой HTTP/2 и HTTP/3 (QUIC).

Также не забудьте открыть порт 443 в вашем фаерволле или роутере.

Клиенты для Navidrome

Navidrome совместим с любым клиентом, поддерживающим Subsonic API. Вот некоторые из них:

Веб

Встроенный веб-интерфейс Navidrome уже имеет полный функционал и адаптивный дизайн. Открыть его можно по адресу:

Локально: http://<IP-сервера>:4533
Через proxy: https://navidrome.yourdomain.com

Мобильные

На телефоне я использую клиент Yuzic

Бекапы

Для резервного копирования достаточно сохранить директорию /mnt/dietpi_userdata/navidrome— там находится SQLite база и конфиги

Заключение

Navidrome — отличное решение для тех, кто хочет иметь свою музыкальную библиотеку с современным интерфейсом и минимальными затратами ресурсов. На DietPi разворачивается за 10 минут, а настройка Nginx proxy позволяет получить безопасный доступ по HTTPS с любого устройства.

SSH ключи из BitWarden в MacOS

2026-02-23T20:27:07.086Z

Предыстория

Долгое время хранил SSH-ключи в виде файлов на диске. Это неудобно и небезопасно: файлы могут быть украдены, забыты на разных устройствах, да и бэкапить их — отдельная головная боль.

Пользуюсь Bitwarden, а точнее Vaultwarden сервером с десктопным клиентом на компе. Через него храню пароли, TOTP и т.д. Но в Bitwarden можно хранить ещё и SSH-ключи, а встроенный SSH Agent позволяет использовать их без сохранения на диск.

Зачем это нужно?

Безопасность — приватные ключи не лежат в файлах на диске
Централизованное хранение — все ключи в одном месте, с доступом со всех устройств
Автоматизация — SSH сам перебирает ключи, правда Bitwarden не сопоставляет ключи по имени хоста. Он просто предлагает все доступные ключи по очереди. Сервер сам выбирает подходящий.
Синхронизация — добавил ключ в Bitwarden, и он доступен на всех устройствах

Что понадобится

Bitwarden Desktop для macOS. Поставить его можно через Homebrew: brew install bitwarden
Немного свободного времени

Шаг 1: Включаем SSH Agent в Bitwarden

Открываем Bitwarden Desktopприложение
Переходим в Settings → SSH Agent
Включаем опцию “Enable SSH Agent”

После включения Bitwarden создаст Unix-сокет для работы с SSH. На macOS путь к сокету:

~/.bitwarden-ssh-agent.sock

Шаг 2: Добавляем SSH-ключи в Bitwarden

В Bitwarden создаём новый элемент типа SSH Key

Публичный ключ при этом должен быть добавлен на серверы в ~/.ssh/authorized_keys — как обычно.

Шаг 3: Настраиваем окружение

Теперь нужно указать системе использовать сокет Bitwarden вместо стандартного SSH-агента macOS.

Открываем ~/.zshrc и добавляем:

export SSH_AUTH_SOCK="$HOME/.bitwarden-ssh-agent.sock"

Применяем изменения:

source ~/.zshrc

Шаг 4: Обновляем SSH config

Открываем ~/.ssh/config и убираем IdentityFile (если у вас были уже добавлены, если нет, добавляем с нуля) для хостов, которые будут использовать ключи из Bitwarden.

Было:

Host LinuxServer
    Hostname 192.168.1.11
    user root
    port 22
    IdentityFile ~/LinuxServer.key

Должно стать:

Host LinuxServer
    Hostname 192.168.1.11
    user root
    port 22
    AddKeysToAgent yes

Bitwarden SSH Agent сам предложит все доступные ключи при подключении.

Шаг 5: Проверяем работу

Перед проверкой убедитесь, что Bitwarden запущен и разблокирован. Ключи доступны только после разблокировки хранилища.

Проверяем, что Bitwarden отдал ключи:

ssh-add -l

Вывод должен показать ключи из Bitwarden:

256 SHA256:i0DqblPzC/00lDAJzetqI53EYzzr+DF@#CDFDF@ LinuxServer (ED25519)
256 SHA256:uFCDz4H6b+dfYb+Od4VilIlOF7FZKCwNA99PgdXdyj0 LinuxServer2 (ED25519)

Подключаемся к серверу:

ssh LinuxServer

Примечание: После подключения в Bitwarden-клиенте появится запрос на разрешение использования ключа. Но если надоедает это, можно поставить настройку, чтобы не спрашивал, пока не будет заблокировано хранилище.

Как это работает

При подключении SSH (ssh LinuxServer) сервер отправляет список допустимых ключей
Bitwarden SSH Agent получает запрос и перебирает все разблокированные SSH-ключи
Сервер принимает тот ключ, который есть в ~/.ssh/authorized_keys

Важно: Bitwarden не сопоставляет ключи по имени хоста. Он просто предлагает все доступные ключи по очереди. Сервер сам выбирает подходящий.

Заключение

Теперь все SSH-ключи хранятся только в Bitwarden, без файлов на диске. Подключение происходит автоматически, без лишних действий.

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

FlowClip - продвинутый менеджер буфера обмена для macOS

2026-01-24T21:49:10.590Z

Что такое FlowClip?

FlowClip - это менеджер буфера обмена для macOS, созданный как форк проекта Maccy. FlowClip добавляет новую функцию - очередь буфера обмена, которая позволяет собирать несколько элементов и вставлять их вместе.

Основные возможности

Легковесность и скорость: Минимальное использование ресурсов
Управление с клавиатуры: Создан для продвинутых пользователей
Безопасность и конфиденциальность: История буфера обмена хранится локально
Нативный интерфейс: Использует стандартные элементы интерфейса macOS
Пакетное копирование: Копируйте несколько элементов последовательно для создания очереди
Последовательная вставка: Вставляйте элементы в том порядке, в котором они были добавлены (FIFO - первый пришел, первый ушел)
Пользовательские разделители: Выбирайте, как разделять вставляемые элементы (пробел, новая строка, запятая или пользовательские символы)
Визуальная очередь: Выделенное всплывающее окно для просмотра и управления очередью

Как использовать FlowClip

Общий доступ: Нажмите SHIFT + COMMAND + C чтобы открыть FlowClip
Режим очереди:

Переключить окно очереди: OPTION + SHIFT + V
Копируйте элементы обычным способом с помощью COMMAND + C пока активен режим очереди
Используйте окно очереди для управления или очистки элементов

Выбор и вставка:

Введите текст для поиска по истории буфера обмена
ENTER чтобы скопировать выбранный элемент
OPTION + ENTER чтобы вставить напрямую

Как установить FlowClip?

brew tap gityeop/flowclip
brew install --cask flowclip