domdev

transmission на сервере freebsd

2026-08-05T00:00:00+00:00

Установка</h2>

pkg</span> install transmission-daemon transmission-web transmission-cli</span></span></code></pre>
daemon</code> - нужен для установки службы</p>
web</code> - устанавливает web интерфейс</p>
cli</code> - для управления</p>
Настройка</h2>
Включение сервиса(демона)</h2>
Через sysrc</code></p>
sysrc</span> transmission_enable="YES"</span></span></code></pre>
либо руками прописать в /etc/rc.conf</code></p>
transmission_enable</span>=</span>"YES"</span></span></code></pre>Настройка settings.json</code></h2>
Файл конфигурации находится тут /usr/local/etc/transmission/home/settings.json</code></p>
⚠️ Важно: </span></span>
Редактировать файл только при остановленной службе (service transmission stop), </span></span>
иначе Transmission сбросит все изменения.</span></span></code></pre>
Часть значений в settings.json</code> определяется через переменные rc.conf, значения по умолчанию нахоядтся тут /usr/local/etc/rc.d/transmission</code>.
Полезный файл с описанием всех переменных, для чего они и какие значения по умолчанию.</p>
⚠️ Важно: </span></span>
Значения берутся из переменных, поэтому, если задать значение в settings.json, </span></span>
transmission может его перезаписать</span></span></code></pre>Настройка директории для загрузок</h2>
Директория для загрузок настраивается через переменную в rc.conf</code>:</p>
transmission_download_dir</span>=</span>"/mnt/transmission/downloads"</span></span></code></pre>
По умолчанию /usr/local/etc/transmission/home/Downloads</code></p>
Настройка доступа</h2>
Права на директорию загрузок</h3>
По умолчанию transmission работает под пользователем и группой transmission, поэтому для директории загрузок надо выставить права:</p>
chown</span> -R transmission:transmission /mnt/transmission/downloads</span></span></code></pre>
Можно так же добавить себя в группу transmission:</p>
pw</span> groupmod transmission -m</span> $USER</span></span></code></pre>Аутентификация по логину/пролю</h3>
Можно добавить доступ по логину/паролю:</p>
"rpc-authentication-required"</span>: </span>true</span>,</span></span>
"rpc-username"</span>: </span>"ваш_логин"</span>,</span></span>
"rpc-password"</span>: </span>"ваш_пароль"</span>,</span></span></code></pre>
Если это в домашней сети и нет смысла во входе по логину/паролю, то можно отключить</p>
"rpc-authentication-required"</span>: </span>false</span>,</span></span></code></pre>Ограничение по адресам</h3>
Можно настроить доступ с определенных устройств в сети,
задается в параметре rpc-whitelist</code> строкой со значениями через запятую и включением rpc-whitelist-enabled</code>:</p>
"rpc-whitelist"</span>: </span>"127.0.0.1,192.168.1.2"</span>,</span></span>
"rpc-whitelist-enabled"</span>: </span>true</span>,</span></span></code></pre>
Есть аналогичная настройка, но для ограничения адресов, по которым будет открываться web интерфейс.</p>
rpc-host-whitelist</code> (слово host в названии), задается так же строкой со значениями через запятую:</p>
"rpc-host-whitelist"</span>: </span>"transmission.lan,192.168.1.10"</span>,</span></span>
"rpc-host-whitelist-enabled"</span>: </span>true</span>,</span></span></code></pre>



esp rust: настройка defmt
2026-07-06T00:00:00+00:00
Настройка defmt на ESP32-C6 (esp-hal + probe-rs)</h2>
Заметка по переходу с rtt-target</code> на defmt</code> для логирования через RTT.</p>
1. Зависимости</h2>
[</span>dependencies</span>]</span></span>
defmt</span>     =</span> "1.1.1"</span></span>
defmt-rtt</span> =</span> "1.3.0"</span></span></code></pre>
rtt-target</code> можно удалить — его заменяет defmt-rtt</code>.</p>
2. Линковка: секция .defmt</code></h2>
Ошибка при запуске:</p>
Error: Failed to parse defmt data</span></span>
defmt version found, but no `.defmt` section - check your linker configuration</span></span></code></pre>
Причина: линкер-скрипт defmt.x</code> (идёт вместе с крейтом defmt-rtt</code>) не подключён.</p>
Фикс: добавить флаг в .cargo/config.toml</code>:</p>
[</span>build</span>]</span></span>
rustflags</span> =</span> [</span></span>
  "-C"</span>,</span> "link-arg=-Tdefmt.x"</span>,</span></span>
]</span></span></code></pre>3. Инициализация транспорта</h2>
defmt</code> сам по себе только форматирует сообщения — куда их слать, решает отдельный крейт-транспорт.
Раз в проекте уже был RTT-канал (через rtt-target</code>), логичный выбор — defmt-rtt</code>:</p>
use</span> defmt_rtt </span>as</span> _</span>;</span> // подключает RTT как транспорт для defmt</span></span></code></pre>
Важно: rtt_target::rtt_init_print!()</code> нужно убрать — два способа инициализировать RTT-канал конфликтуют.</p>
4. Обязательная временная метка</h2>
Без неё сборка падает на линковке:</p>
undefined symbol: _defmt_timestamp</span></span></code></pre>
Каждый defmt-фрейм включает timestamp по протоколу, поэтому нужно явно её задать:</p>
defmt</span>::</span>timestamp!</span>(</span></span>
    "</span>{</span>=u64:us</span>}</span>"</span>,</span></span>
    esp_hal</span>::</span>time</span>::</span>Instant</span>::</span>now</span>()</span></span>
        .</span>duration_since_epoch</span>()</span></span>
        .</span>as_micros</span>()</span></span>
);</span></span></code></pre>
Где :us</code> говорит хосту (probe-rs) отформатировать число как секунды с дробной частью
(например, 12.345678</code>), а не выводить сырые микросекунды.</p>
Если метка не нужна вообще — можно оставить пустой формат, символ всё равно останется
определён для линковки:</p>
defmt</span>::</span>timestamp!</span>(</span>""</span>);</span></span></code></pre>5. "Собирается, но ничего не печатает"</h2>
Вероятная причина — уровень логов не выставлен через переменную окружения DEFMT_LOG</code> (аналог RUST_LOG</code> из env_logger</code>).
По умолчанию уровень info</code> не проходит.</p>
Быстрая проверка:</p>
DEFMT_LOG</span>=</span>info</span> cargo</span> run --release</span></span></code></pre>
Чтобы не выставлять переменную каждый раз, можно прописать её в .cargo/config.toml</code>:</p>
[</span>env</span>]</span></span>
DEFMT_LOG</span> =</span> "info"</span></span></code></pre>Итоговый чек-лист</h2>


defmt</code> + defmt-rtt</code> в зависимостях, rtt-target</code> удалён</li>

-Tdefmt.x</code> в rustflags</code></li>

use defmt_rtt as _;</code> в main.rs</code>, старая rtt_init_print!()</code> убрана</li>

defmt::timestamp!</code> определена (иначе линковка падает)</li>

DEFMT_LOG</code> выставлен (напрямую или через [env]</code> в .cargo/config.toml</code>)</li>
</ul>


db-mcp: подключаем бд к ии
2026-05-30T00:00:00+00:00
Нужна была приватная утилита для работы и домашних проектов: читать данные из баз, но ничего не писать.
Готовые решения не понравились, а те что были — JS/Python-пакеты.
А мне нужен был просто бинарь: скачал и запустил, без всяких Node.js и прочих.
Плюс всегда есть желание сделать что-то своё :)</p>
Так появился db-mcp</strong> (github</a>) — небольшой бинарь, который:</p>

Читает данные из PostgreSQL, MySQL/MariaDB, SQLite и ClickHouse через URL-схему</li>
Работает с Claude, OpenCode, Jan, Zed и другими MCP-клиентами</li>
Простой и безопасный: только SELECT, параметризованные запросы</li>
Собирается один раз со всеми бэкендами сразу — выбираете БД при запуске</li>
Под Linux — полностью статический бинарь (musl, без glibc в рантайме)</li>
</ul>
Почему это было нужно</h2>
На работе часто нужно давать Claude доступ к данным: достать информацию, проанализировать, помочь с контекстом для написания скриптов. Нужно было:</p>

Безопасно</strong> (только чтение, параметризованные запросы)</li>
Приватно</strong> (работает локально, ничего не отправляется в облако)</li>
Универсально</strong> (не только Claude — я использую OpenCode, Zed, Jan для разных задач)</li>
</ul>
Как это работает</h2>
db-mcp</strong> — это stdio MCP-сервер на Rust. URL базы передаётся флагом --database-url</code> или переменной DATABASE_URL</code>:</p>
db-mcp</span> --database-url postgres://user:pass@localhost:5432/mydb</span></span>
db-mcp</span> --database-url mysql://user:pass@localhost:3306/mydb</span></span>
db-mcp</span> --database-url sqlite:///absolute/path/to/data.db</span></span>
db-mcp</span> --database-url clickhouse://default:pass@localhost:8123/default</span></span></code></pre>
Сервер определяет движок по схеме URL и подключается. Дальше Claude/OpenCode/Jan может использовать три инструмента:</p>
Tool</th> Параметры</th> Что делает</th></tr></thead>

list_tables</code></td> —</td> Список пользовательских таблиц</td></tr>
describe_table</code></td> table</code>, schema?</code></td> Колонки, типы, nullability</td></tr>
query</code></td> sql</code></td> Выполняет SELECT, возвращает JSON-строки</td></tr>
</tbody></table>
query</code> возвращает обычный JSON, так что модель получает реальные значения, с которыми можно работать:</p>
[</span></span>
  { "</span>id</span>":</span> 1</span>, "</span>email</span>":</span> "ada@example.com"</span>, "</span>created_at</span>":</span> "2026-05-01 09:12:33"</span> },</span></span>
  { "</span>id</span>":</span> 2</span>, "</span>email</span>":</span> "linus@example.com"</span>, "</span>created_at</span>":</span> "2026-05-03 14:50:01"</span> }</span></span>
]</span></span></code></pre>Безопасность по дизайну</h3>
Ограничение «только SELECT» живёт в сервере, а не в адаптерах. Всё, что не начинается с SELECT</code> (без учёта регистра, после trim</code>), отклоняется — это блокирует и трюки с CTE вроде WITH ... INSERT ... RETURNING</code>. Каждый адаптер использует параметризованные запросы, никакой конкатенации SQL строками. Для дополнительного слоя защиты подключайтесь под ролью с правами только на чтение.</p>
Настройка для разных инструментов</h2>
Все клиенты запускают один и тот же бинарь, отличается только путь к конфигу. Я предпочитаю передавать URL через DATABASE_URL</code>, чтобы он не светился в списке аргументов.</p>
Claude Code (CLI)</h3>
cli</strong></p>
claude</span> mcp add db</span> \</span></span>
  --env DATABASE_URL=postgres://user:pass@localhost:5432/mydb</span> \</span></span>
  -- /absolute/path/to/db-mcp</span></span></code></pre>
claude.json</strong></p>
{</span></span>
  "</span>mcpServers</span>": {</span></span>
    "</span>db-mcp</span>": {</span></span>
      "</span>type</span>":</span> "stdio"</span>,</span></span>
      "</span>command</span>":</span> "/absolute/path/to/db-mcp"</span>,</span></span>
      "</span>args</span>": [],</span></span>
      "</span>env</span>": {</span></span>
        "</span>DATABASE_URL</span>":</span> "postgres://user:pass@localhost:5432/mydb"</span></span>
      }</span></span>
    }</span></span>
  }</span></span>
}</span></span></code></pre>
Перезагружаем Claude — инструменты появляются.</p>
OpenCode</h3>
В opencode.json</code> (в проекте или ~/.config/opencode/opencode.json</code>):</p>
{</span></span>
  "</span>$schema</span>":</span> "https://opencode.ai/config.json"</span>,</span></span>
  "</span>mcp</span>": {</span></span>
    "</span>database</span>": {</span></span>
      "</span>type</span>":</span> "local"</span>,</span></span>
      "</span>command</span>": [</span>"db-mcp"</span>,</span> "--database-url"</span>,</span> "sqlite:///home/me/work/data.sqlite"</span>],</span></span>
      "</span>enabled</span>":</span> true</span></span>
    }</span></span>
  }</span></span>
}</span></span></code></pre>Jan</h3>
Jan имеет встроенную поддержку MCP (Settings → MCP Servers). Эквивалентный конфиг — запись command + args + env:</p>
{</span></span>
  "</span>database</span>": {</span></span>
    "</span>command</span>":</span> "/absolute/path/to/db-mcp"</span>,</span></span>
    "</span>args</span>": [],</span></span>
    "</span>env</span>": {</span></span>
      "</span>DATABASE_URL</span>":</span> "postgres://prod.example.com:5432/analytics"</span></span>
    }</span></span>
  }</span></span>
}</span></span></code></pre>Zed</h3>
В settings.json</code> (кастомные MCP-серверы живут в context_servers</code>, а не в lsp</code>):</p>
{</span></span>
  "</span>context_servers</span>": {</span></span>
    "</span>db-mcp</span>": {</span></span>
      "</span>enabled</span>":</span> true</span>,</span></span>
      "</span>remote</span>":</span> false</span>,</span></span>
      "</span>command</span>":</span> "/absolute/path/to/db-mcp"</span>,</span></span>
      "</span>args</span>": [],</span></span>
      "</span>env</span>": {</span></span>
        "</span>DATABASE_URL</span>":</span> "postgres://user:pass@localhost:5432/mydb"</span></span>
      }</span></span>
    }</span></span>
  }</span></span>
}</span></span></code></pre>На практике</h2>
Сценарий 1: помощь с контекстом при разработке</h3>
Я в Claude Code:</span></span>
"Помоги написать миграцию для добавления нового поля.</span></span>
Посмотри текущую структуру таблицы users."</span></span>
</span>
Claude:</span></span>
1. Дёргает db-mcp (describe_table) → узнаёт текущую схему</span></span>
2. Видит какие поля уже есть, какие constraints</span></span>
3. Генерирует правильную миграцию для именно вашей БД</span></span></code></pre>Сценарий 2: анализ данных в OpenCode</h3>
В OpenCode анализирую метрики:</span></span>
"Сколько активных пользователей в этом месяце?</span></span>
Какие самые популярные функции?"</span></span>
</span>
OpenCode использует db-mcp (query), модель смотрит реальные данные</span></span>
и даёт анализ с конкретными цифрами.</span></span></code></pre>Сценарий 3: отладка в Jan</h3>
Jan с db-mcp помогает разобраться с багом:</span></span>
"В таблице orders есть записи без user_id?"</span></span>
</span>
Jan запрашивает через db-mcp, видит что есть 12 таких,</span></span>
предлагает как это почистить.</span></span></code></pre>Установка</h2>
Быстрая установка (Linux и macOS Apple Silicon) — определяет ОС/архитектуру, проверяет контрольную сумму, по умолчанию ставит в ~/.local/bin</code>:</p>
curl</span> --proto '=https' --tlsv1.2 -sSf</span> \</span></span>
  https://raw.githubusercontent.com/zeslava/db-mcp/main/install.sh</span> |</span> sh</span></span></code></pre>
Или скачиваете тарболл из релизов вручную (Linux x86_64/aarch64, macOS arm64, Windows x86_64):</p>
TARGET</span>=</span>x86_64-unknown-linux-gnu</span></span>
curl</span> -sSL "https://github.com/zeslava/db-mcp/releases/latest/download/db-mcp-</span>${TARGET}</span>.tar.gz"</span> \</span></span>
  |</span> tar</span> -xz</span></span>
install</span> -m</span> 755</span> "db-mcp-</span>${TARGET}</span>/db-mcp" "</span>$HOME</span>/.local/bin/db-mcp"</span></span></code></pre>
Или собираете сами:</p>
git</span> clone https://github.com/zeslava/db-mcp</span></span>
cd</span> db-mcp</span></span>
cargo</span> build --release</span></span>
./target/release/db-mcp</span> --database-url postgres://localhost/mydb</span></span></code></pre>Преимущества такого подхода</h2>

✅ Один бинарь для четырёх движков (PostgreSQL, MySQL/MariaDB, SQLite, ClickHouse)</li>
✅ Работает везде: Claude, OpenCode, Jan, Zed, любой MCP-клиент</li>
✅ Никакого runtime (JS, Python) — чистый Rust, статический бинарь</li>
✅ Безопасно по дизайну: только SELECT, параметризованные запросы</li>
✅ Приватно: работает локально или в вашей инфре</li>
✅ Простая настройка: просто URL БД</li>
</ul>
Дальше в планах:</h2>

Поддержка других БД (и не только бд)</li>
Логирование и аудит запросов</li>
Ограничение доступа по таблицам (для более узких прав)</li>
Режим сервера</li>
</ul>

domdev

transmission на сервере freebsd

esp rust: настройка defmt

Настройка defmt на ESP32-C6 (esp-hal + probe-rs)</h2> Заметка по переходу с rtt-target</code> на defmt</code> для логирования через RTT.</p>

db-mcp: подключаем бд к ии

На практике</h2>

Настройка defmt на ESP32-C6 (esp-hal + probe-rs)</h2>
Заметка по переходу с `rtt-target</code> на defmt</code> для логирования через RTT.</p>`