LinuxCamp | DevOps

Как пишут интерфейсы для терминала на Rust Многие популярные CLI-утилиты имеют интерактивный интерфейс прямо в терминале. Такие интерфейсы называют TUI (Terminal UI) - панели, таблицы, графики и списки, которые работают прямо в терминале по SSH. В Rust для этого часто используют библиотеку Ratatui. Что умеет Ratatui Это набор виджетов для терминальных интерфейсов:

* таблицы * списки * графики * вкладки * прогресс-бары * панели и layout

Пример создания панели:

use ratatui::widgets::{Block, Borders};

let block = Block::default()
    .title("Dashboard")
    .borders(Borders::ALL);

После этого интерфейс рендерится прямо в терминал. Почему TUI снова популярны Терминальные интерфейсы имеют несколько преимуществ:

* работают по SSH * почти не требуют ресурсов * идеально подходят для DevOps * удобны для серверных инструментов

Поэтому всё больше CLI-утилит делают не просто вывод текста, а полноценный интерфейс в терминале. Вывод Ratatui - библиотека на Rust, которая позволяет писать интерактивные интерфейсы прямо в терминале. Именно на таких инструментах строятся современные TUI-утилиты вроде lazygit и k9s. LinuxCamp | #utils

Только она спасает 🫡 LinuxCamp | #memes

DevOpsConf 2026: Фабрика инженерных решений 2–3 апреля, Москва. Главное событие для инженеров по автоматизации разработки, надежности и эксплуатации, архитекторов, системных администраторов, технических лидеров и ИТ-директоров. В этом году всё иначе - мы пересобрали привычный лекторий → в конструкторское бюро решений на DevOpsConf. Над чем работаем: 🔹 Работа с наследием (легаси). Поток для тех, кому достался "черный ящик" без документации. Командная игра "Почини сломанную систему на скорость" + воркшоп по анализу древнего кода с помощью ИИ. 🔹 Наблюдаемость без паники. От метрик до архитектуры и борьбы с ложными алертами. 🔹 Как говорить с госорганами и бизнесом. Про 152-ФЗ, ФСТЭК и ГОСТы для инженеров, а также мастер-классы по питчингу решений для руководства. Форматы: воркшопы, кейс‑игры, разбор инцидентов, экспертная зона. 👉 Изучить всю программу и забронировать билеты: https://tglink.io/e6a54518a4c08f?erid=2W5zFJRLPSh #реклама О рекламодателе

Параллельная разработка без git checkout Есть интересная CLI-утилита - worktrunk. Она упрощает работу с git worktree - встроенной возможностью Git, которая позволяет держать несколько веток одного репозитория одновременно в разных папках. В чем проблема обычного Git. Обычно workflow такой:

git checkout feature-a
# работаем

git checkout main

# возвращаемся
git checkout feature-b

Но если нужно:

* держать несколько веток одновременно * тестировать несколько фич * работать с несколькими PR * запускать разные версии сервиса

начинаются постоянные checkout, stash и переключения. Что решает worktrunk Утилита делает удобным использование git worktree. Создать отдельную рабочую папку для ветки:

wt create feature-auth

Git создаст новую директорию:

repo/
repo-feature-auth/

Теперь можно держать несколько веток открытыми, запускать разные версии проекта, не делать постоянные checkout Почему это особенно актуально сейчас С появлением AI-агентов разработка все чаще становится параллельной. Например:

repo-main           -> основная работа
repo-agent-auth     -> агент пишет фичу
repo-agent-refactor -> агент делает рефактор
repo-agent-tests    -> агент генерирует тесты

Каждый агент работает в своей ветке и своей директории. Агенты могут спокойно выполнять задачи параллельно, не мешая друг другу. Вывод git worktree позволяет иметь один репозиторий, несколько веток и несколько рабочих директорий, а CLI вроде worktrunk просто делает эту возможность Git намного удобнее. LinuxCamp | #utils

Говори с Linux. Буквально. Vocalinux - это CLI утилита для Linux, которая слушает микрофон, распознает речь и вставляет результат как обычный текст в активное окно. Это работает в терминале, редакторе, браузере, где угодно, потому что по сути происходит "ввод с клавиатуры", только голосом.

голос → распознавание → текст → вставка в активное окно

Чем распознает и что умеет В репозитории заявлена поддержка нескольких движков распознавания, включая whisper.cpp как основной вариант, а также альтернативы вроде Whisper и Vosk. Утилита ориентирована на локальную работу и не требует облачного сервиса как обязательного условия.

vocalinux --help

Как правильно воспринимать результат Vocalinux не "управляет Linux", он печатает распознанный текст туда, где стоит курсор. Поэтому для терминала самый прямой сценарий это произнести команду так, чтобы она распозналась текстом, а выполнение уже делает сам shell после нажатия Enter. Например сказать:

docker ps

и команда вставится в поле ввода Вывод Vocalinux полезен как hands free ввод текста, а не как голосовой ассистент, который понимает смысл фраз и сам строит команды. LinuxCamp | #utils

Запустил Docker на локалке - все летает. Залил на сервер - посыпались ошибки. Знакомая картина: у тебя на ноуте контейнер стартует, приложение работает, порты открываются. ⁉️А на сервере: — контейнер падает с непонятной ошибкой — файлы не подмонтировались — права доступа вылезают там, где их не ждали И ты сидишь, гуглишь и не понимаешь, что пошло не так. Спойлер: дело не в Docker, а в окружении. Разные версии, переменные, пути. Docker просто честно показывает, что они отличаются. ❇️ Ребята из Merion Academy (того самого YouTube-канала про IT) на бесплатных вводных уроках разбирают Docker с нуля и дают пошаговый роадмап по профессии DevOps инженера - что нужно изучить, чтобы не метаться между сотней инструментов. ➡️ Запишись на бесплатные вводные уроки Чтобы код работал одинаково везде - не только на твоем ноуте, но и на сервере, и в проде.

В 2004 году Sun Fire E25K (UNIX-сервер, мейнфрейм-класс) был самым топом в мире вычислений. Это была самая большая Unix-машина, которую вообще можно было купить за деньги (около $2 млн в максимальной конфигурации) Что по мощностям: • 36 процессоров UltraSPARC IV (72 ядра) • 576 ГБ ОЗУ • 18 полностью hot-swap плат CPU/памяти • гигабитный Ethernet и Fibre Channel HBA • резервированные блоки питания и зоны охлаждения, энергопотребление – около 15 кВт Сейчас это все, конечно, смешно, но тогда равных не было 😳 LinuxCamp

На Stepik добавили курс «Linux с нуля» Этот курс закрывает всю обязательную Linux-базу для работы в IT. Подойдёт для:

- разработчиков - девопсов и админов - специалистов по данным и ML - специалистов поддержки и сопровождения - тестировщиков и безопасников

Внутри 20+ модулей: от установки Linux и работы с файлами до сетей, прав, дисков, процессов, автоматизации на Bash и многого другого. Всё сразу закрепляется на практике (200+ заданий с автопроверкой) Материал подаётся понятным языком, шаг за шагом, на реальных примерах и с наглядными схемами После прохождения вы получите сертификат, который можно добавить в резюме. В ближайшие 48ч курс доступен со скидкой 30% по промокоду «LINUXCAMP30»: открыть курс на Stepik

Временный секрет в Linux без следов Иногда нужно сохранить пароль или токен на пару минут. Передать в скрипт, использовать в деплое, проверить подключение и не оставить его в history, tmp-файлах или с правами. Сделаем временный файл, который доступен только владельцу и сам удалится. Создаём безопасный файл Сразу задаем строгие права и создаём уникальный файл:

umask 077
SECRET_FILE=$(mktemp /tmp/secret.XXXXXX)

umask 077 гарантирует, что файл будет доступен только владельцу. mktemp создаёт файл атомарно и защищает от подмены в /tmp. Права выставляются в момент создания. Вводим секрет без history Читаем данные напрямую из TTY и записываем в файл:

read -s SECRET
printf "%s\n" "$SECRET" > "$SECRET_FILE"

read -s не показывает ввод. Переменная живет только в текущем shell. В history ничего не попадет. Автоудаление Настроим удаление через 5 минут:

(sleep 300; shred -u "$SECRET_FILE") &

sleep задает задержку. shred -u перезаписывает и удаляет файл. Процесс уходит в фон, можно продолжать работу. Даже если выйдешь из shell, удаление все равно произойдет. Итог Получаем временный файл с жесткими правами, без утечек в history и без мусора на диске. LinuxCamp | #utils

Я настроил свое рабочее пространство в терминале сервера Люблю работать прямо на сервере: деплой, логи, конфиги, контейнеры. Раньше для этого я открывал несколько вкладок и подключался по SSH по два-три раза. Когда проектов и логов становится много это превращается в хаос. Закрыл вкладку - процесс умер. Переподключился - всё заново. Решение: Пересобрать это через tmux. tmux создает отдельную сессию внутри SSH. Даже если соединение оборвалось, процессы продолжают жить. Ты возвращаешься на сервер, открываешь сессию, а там все на месте. Создать сессию:

tmux new -s backend

Окна и панели Но самое полезное - это окна и панели. Окна в tmux как вкладки, а панели разделяют экран внутри одного окна. Теперь у меня в одной сессии может быть окно с логами, второе с деплоем, третье с htop. Разделить экран можно так:

Ctrl + b, %  # вертикальный split
Ctrl + b, "  # горизонтальный split

Создавать и переключаться между окнами:

Ctrl + b, c  # создание окна
Ctrl + b, n  # переключение между окнами

Если нужно уйти и оставить все работать:

Ctrl + b, d

Вернуться:

tmux attach -t backend

Вывод: В итоге у меня один SSH, по одной сессии на проект, и внутри нее уже готовое рабочее окружение под меня. Также можно разделять по стендам: дев, прод, стейдж. Заходишь и продолжаешь с того же места. LinuxCamp | #utils

Когда стандартное облако не работает. Типовая ситуация: — нужно масштабирование без переноса всей инфраструктуры; — база должна остаться на выделенном железе; — фронт — в публичном облаке; — SLA высокий, но бюджет не бесконечный. Стандартные решения в таких случаях не помогают. Нужна архитектура под задачу, а не «коробочное решение» для всех. В канале DataSpace мы разбираем: — как онлайн-ритейлер выдержал рост нагрузки в 10 раз без деградации сервисов — где гибридная модель действительно оправдана — как быстро сравнить разные варианты конфигурации стоимости — какие ошибки чаще всего допускают при выборе провайдера Если отвечаете за инфраструктуру или эксплуатацию, будет полезно подписаться — @dataspace_ru

Notepad++ полгода распространял китайский вирус через обновления из-за взлома хостинга Китайские хакеры более полугода имели возможность запускать бинарники на компьютерах пользователей Notepad++ Детали компрометации Notepad++: - В июне 2025 года был взломан сервер обновлений Notepad++. Это позволило вредоносным бинарникам выполняться через механизм обновления утилиты. - По словам исследователя в области кибербезопасности Кевина Бомонта, взлом был осуществлён группировкой «Funky Stamen». - Автор Notepad++ также заявил, что, по всей вероятности, атака была проведена «китайской группой, спонсируемой государством». - 18 ноября 2025 года разработчик Notepad++ выпустил обновление версии 8.8.8, в которое был включён патч для апдейтера в связи с «потенциальной проблемой перехвата». - Окончательно выгнать хакеров удалось только 2 декабря. Это тот редкий кейс, когда open-source проект пострадал не из-за собственного кода, а из-за слабого звена в цепочке поставки — хостинга. Полгода атака оставалась почти незаметной. LinuxCamp | #news

В России можно посещать IT-мероприятия хоть каждый день: как оффлайн, так и онлайн Но где их находить? Как узнавать о них раньше, чем когда все начнут выкладывать фотографии оттуда? Переходите на канал IT-Мероприятия России. В нём каждый день анонсируются мероприятия со всех городов России 📆 в канале размещаются как онлайн, так и оффлайн мероприятия; 👩‍💻 можно найти ивенты по любому стеку: программирование, frontend-backend разработка, кибербезопасность, дата-аналитика, osint, devops и другие; 🎙 разнообразные форматы мероприятий: митапы с коллегами по цеху, конференции и вебинары с известными опытными специалистами, форумы и олимпиады от важных представителей индустрии и многое другое А чтобы не искать по разным форумам и чатам новости о предстоящих ивентах: 🚀 IT-мероприятия России — подписывайся и будь в курсе всех предстоящих мероприятий!

Типичный линуксоид, он такой)) 1. Хейтим винду и хвалим творение "О Великого Торвальдса" 2. Не тянем тяжелый люкс и 10 часов восстанавливаем систему)) LinuxCamp | #memes

В России заблокировали Linux! на время Российские пользователи и разработчики потеряли доступ к git.kernel.org и другим связанным ресурсам. Проблемы, вероятно, возникли из-за работы технических средств противодействия угрозам (ТСПУ) на фоне замедления работы Telegram. Роскомнадзор заявил, что не блокировал сервисы Linux в России, так что пока выдыхаем 😮‍💨 LinuxCamp | #news

Как не потерять логи Самая обидная история: сервис упал, контейнер пересоздался, ты полез разбираться, а логов нет. Потому что они жили рядом с процессом, а процесс умер. Решение простое: пусть логи живут в системе, а не в контейнере На большинстве серверов уже есть journald. Он умеет хранить, ротировать, искать по времени и не превращать диск в свалку. Туда можно складывать логи и от systemd-сервисов, и от Docker. Сохранение логов Docker в journald

x-logging: &journald
  driver: "journald"
  options:
    tag: "{{.Name}}"

services:
  app:
    logging: *journald

Теперь смотришь логи не через docker logs, а как нормальные системные:

journalctl -t app -f
journalctl -t app --since "1 hour ago"
journalctl -t app --since "2026-02-09 00:00:00"

Чтобы логи переживали ребут По умолчанию journald может хранить часть логов в памяти. Включаем хранение на диск:

sudo mkdir -p /var/log/journal
sudo systemctl restart systemd-journald

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

journalctl --disk-usage

Ротация логов journald, чтобы диск не умер Если ты кидаешь логи в journald, он не хранит их бесконечно. Ротация и лимиты настраиваются в /etc/systemd/journald.conf или правильнее в отдельных файлах:

sudo mkdir -p /etc/systemd/journald.conf.d
sudo nano /etc/systemd/journald.conf.d/10-rotation.conf

Вывод Хочешь не терять логи, не привязывай их к жизни контейнера. Сложи их в journald и получи единый поиск, ротацию и историю, которая переживает перезапуски. LinuxCamp | #utils

Иногда просто хочется быть счастливым🙂 LinuxCamp | #memes

Хватит копипастить ssh: наводим порядок в ~/.ssh/config Ключ у тебя уже есть, пароль ты уже ненавидишь, но всё равно каждый раз пишешь ssh user@ip, потом ещё раз на бастион, потом снова, потом ждёшь. SSH умеет делать это нормально, если один раз настроить конфиг. ~/.ssh/config вместо копипасты Создай конфиг и закрой на него права:

nano ~/.ssh/config
chmod 600 ~/.ssh/config

Минимальный пример: алиас, юзер, ключ, нормальные keepalive

Host prod
  HostName 95.215.56.62
  User maga
  IdentityFile ~/.ssh/id_ed25519
  ServerAliveInterval 30
  ServerAliveCountMax 3

Теперь подключение становится человеческим:

ssh prod

JumpHost: когда есть bastion Если внутренняя машина доступна только через bastion, добавляешь ProxyJump.

Host bastion
  HostName 1.2.3.4
  User maga
  IdentityFile ~/.ssh/id_ed25519

Host internal
  HostName 10.95.0.10
  User maga
  IdentityFile ~/.ssh/id_ed25519
  ProxyJump bastion

И заходишь одной командой, без матрёшки из ssh:

ssh internal

Ускоряем повторные ssh: ControlMaster Когда ты делаешь 10 коннектов подряд, каждый новый handshake это боль, особенно через bastion. Мультиплексирование решает.

Host *
  ControlMaster auto
  ControlPath ~/.ssh/cm-%r@%h:%p
  ControlPersist 10m

После этого повторные ssh internal ощущаются как телепорт. Вывод Ключи дают безопасность, а ~/.ssh/config даёт скорость и порядок. ProxyJump убирает матрёшку, ControlMaster убирает тормоза. Один раз настроил и дальше просто работаешь. LinuxCamp | #utils

Быстрый анализ загрузки через systemd-analyze На сервере все ок: железо норм, диски норм, но после ребута он думает о смысле жизни секунд 40. Обычно лезешь сразу в сервисы, логи и смотришь что запустилось, а что еще нет. Но иногда юнит не падает, а просто висит в starting и ждёт сеть, DNS, диск или маунт. Что делает systemd-analyze systemd-analyze вскрывает сколько заняло ядро, сколько занял userspace, и какие юниты съели время. Кто тормозит

systemd-analyze blame

Она покажет список юнитов, отсортированный по времени старта. Важно: это не всегда время выполнения, а то, сколько юнит считался стартующим. Но обычно виновники видны сразу. Дерево зависимостей Когда юнит тормозит, часто причина не в нём, а в том, что он ждёт сеть, диск, другой сервис.

systemd-analyze critical-chain

Эта штука показывает цепочку, что блокировало путь до default.target. Видно кто кого ждал и где пробка. График загрузки для красивого разбора Если хочется визуально показать коллеге почему оно долго стартует, есть SVG-таймлайн.

systemd-analyze plot > boot.svg

Открываешь boot.svg в браузере и видишь полосочки, кто и когда стартовал. Вывод systemd-analyze это твой способ увидеть кто, где и почему тормозит загрузку и кто кого ожидает. LinuxCamp | #utils

Как читать файлы Эпштейна на Linux Интернет на днях поймал лютый сюжетный твист: в опубликованных файлах по делу Эпштейна люди нашли… Bash Reference Manual. 😵 Да, 158-страничный туториал по bash, тот самый, который открывали наши деды, когда забывали очередную команду с 100500 флагами. Это значит, что пришло время написать шпаргалку про то как смотреть pdf-файлы на linux xdg-open (пакет xdg-utils) Открыть PDF дефолтной программой.

xdg-open file.pdf

evince (пакет evince) Нормальный GUI просмотрщик, если у тебя есть окружение.

evince file.pdf

pdfinfo и pdftotext (пакет poppler-utils) Посмотреть метаданные и быстро вытащить текст.

pdfinfo file.pdf | head
pdftotext file.pdf - | less

pdftoppm (пакет poppler-utils) Если PDF это скан и текста нет, рендерим страницы в PNG.

pdftoppm -png -f 1 -l 3 file.pdf page

mupdf (пакет mupdf) Лёгкий просмотрщик, часто быстрее тяжёлых.

mupdf file.pdf

zathura (пакет zathura) Минималистичный просмотрщик, любимый вариант для клавиатурных ниндзя.

zathura file.pdf

Вывод Для PDF тебе обычно хватает poppler-utils и одного просмотрщика. Остальное уже по вкусу. А если вдруг в очередной слив опять попадет документация по bash, ты хотя бы будешь готов открыть ее красиво. LinuxCamp | #utils