Мой полный набор нативных замен на MacOS в 2025 году
В этой статье разобраны замены Safari, Apple Notes, Spotlight, Terminal и других. Возможно, вы тоже рассмотрите такие замены.
@usr_bin_linux
В этой статье разобраны замены Safari, Apple Notes, Spotlight, Terminal и других. Возможно, вы тоже рассмотрите такие замены.
@usr_bin_linux
🔥5👍3
xargs: команда, которая делает всё остальное компонуемым
Конвейер Unix
Это работает, потому что grep предназначена для чтения из stdin. Но многие команды устроены иначе. Они ожидают аргументы, а не stdin.
Попробуйте:
Это не сработает, т.к.
Именно этот пробел и заполняет xargs. Утилита читает данные из stdin и преобразует этот ввод в аргументы для другой команды
Теперь это работает, т.к. xargs получил file.txt из stdin и передала его в rm как аргумент.
В этом и заключается вся модель понимания. xargs преобразует stdin в аргументы.
Подробнее в статье.
@usr_bin_linux
Конвейер Unix
| — мощный инструмент. Он берет вывод одной команды и передает его в качестве входных данных следующей команде.cat files.txt | grep "error"Это работает, потому что grep предназначена для чтения из stdin. Но многие команды устроены иначе. Они ожидают аргументы, а не stdin.
Попробуйте:
echo "file.txt" | rmЭто не сработает, т.к.
rm не читает из stdin. Она ожидает аргументы: rm file.txt.Именно этот пробел и заполняет xargs. Утилита читает данные из stdin и преобразует этот ввод в аргументы для другой команды
echo "file.txt" | xargs rmТеперь это работает, т.к. xargs получил file.txt из stdin и передала его в rm как аргумент.
В этом и заключается вся модель понимания. xargs преобразует stdin в аргументы.
Подробнее в статье.
@usr_bin_linux
Teletype
xargs: команда, которая делает всё остальное компонуемым
Это перевод оригинальной статьи xargs: The command that makes everything else composable.
🔥17👍10❤3
Оптимизация Angie для высоких нагрузок
Angie — форк Nginx, который развивают выходцы из Nginx. Статья и ссылки на другие статьи цикла.
@usr_bin_linux
Вопрос производительности работы сервера Angie и различных оптимизаций не раз поднимался в других статьях цикла. Поэтому здесь мы соберём основные приёмы и подходы к настройке Angie для высоких нагрузок, а за подробностями по отдельным вопросам будем направлять читателя в специализированные статьи.
Angie — форк Nginx, который развивают выходцы из Nginx. Статья и ссылки на другие статьи цикла.
@usr_bin_linux
🔥11❤1👍1
Освойте эти 10 рабочих сценариев Linux
В этой статье разобраны практические сценарии диагностики различных проблем в Linux, которые можно брать и использовать. Разобраны случаи высокого потребления памяти, CPU, диска и другие кейсы.
@usr_bin_linux
Команды — это всего лишь инструменты. Они могут различаться в зависимости от окружения, дистрибутива, версии системы или предпочтений команды. На одном сервере может быть доступен только top, на другом используют htop. Одни команды работают с grep, другие предпочитают rg (ripgrep). Именно поэтому недостаточно просто запоминать команды.
Например, если нам нужно проанализировать запущенные процессы, конкретная команда вторична. Гораздо важнее понимать, какую информацию необходимо получить и как её интерпретировать. Когда цель ясна, выбрать подходящий инструмент уже несложно. Рабочий процесс остаётся неизменным, даже если команды меняются.
В этой статье разобраны практические сценарии диагностики различных проблем в Linux, которые можно брать и использовать. Разобраны случаи высокого потребления памяти, CPU, диска и другие кейсы.
@usr_bin_linux
Teletype
Перестаньте заучивать команды! Вместо этого освойте эти 10 рабочих сценариев Linux
Это перевод оригинальной статьи Stop Memorizing Commands! Learn These 10 Linux Workflows Instead.
🔥8👍3❤2
UNIX-команды macOS, которых нет в Linux: от say и defaults до sysadminctl
Таких утилит в macOS не один десяток, а в статье разобраны самые интересные и востребованные, по критериям: команда входит в macOS по умолчанию, не имеет штатного аналога в Linux и создавалась под задачи экосистемы Apple.
@usr_bin_linux
macOS — сертифицированная UNIX система (формально — UNIX 03), и большая часть того, что набираешь в терминале, ведет себя, как в любом BSD: ls, grep, ps, ssh — все на месте. Но рядом лежит второй слой команд, которого нет ни в одном дистрибутиве Linux и нет в POSIX: defaults, sysadminctl, mdfind, say, afplay.
Часть из них выросла из архитектуры Darwin, часть — из графической и звуковой подсистем, а часть существует исключительно ради управления экосистемой Apple.
Таких утилит в macOS не один десяток, а в статье разобраны самые интересные и востребованные, по критериям: команда входит в macOS по умолчанию, не имеет штатного аналога в Linux и создавалась под задачи экосистемы Apple.
@usr_bin_linux
👍10🔥5
Введение в виртуальные сетевые интерфейсы Linux
Linux предоставляет широкие возможности виртуализации сети — на них строится работа виртуальных машин (ВМ), контейнеров и облачных сред. В этом руководстве разобраны распространенные типы виртуальных сетевых интерфейсов: чем они отличаются и как их создать. Статья рассчитана на читателей с базовыми знаниями сетей. Отдельно разобраны интерфейсы, которые часто путают между собой.
Разобраны: Bridge (мост), Bonded-интерфейс (агрегированный), VLAN (Virtual LAN), VXLAN (Virtual eXtensible Local Area Network), MACVLAN, IPVLAN, MACVTAP/IPVTAP, MACsec (Media Access Control Security), VETH (Virtual Ethernet), Netkit, VCAN (виртуальный CAN), VXCAN (туннель виртуального CAN), IPOIB (IP-over-InfiniBand), NLMON (NetLink MONitor), Netconsole, Dummy-интерфейс, Blackhole-интерфейс, IFB (Intermediate Functional Block) и netdevsim.
@usr_bin_linux
Linux предоставляет широкие возможности виртуализации сети — на них строится работа виртуальных машин (ВМ), контейнеров и облачных сред. В этом руководстве разобраны распространенные типы виртуальных сетевых интерфейсов: чем они отличаются и как их создать. Статья рассчитана на читателей с базовыми знаниями сетей. Отдельно разобраны интерфейсы, которые часто путают между собой.
Разобраны: Bridge (мост), Bonded-интерфейс (агрегированный), VLAN (Virtual LAN), VXLAN (Virtual eXtensible Local Area Network), MACVLAN, IPVLAN, MACVTAP/IPVTAP, MACsec (Media Access Control Security), VETH (Virtual Ethernet), Netkit, VCAN (виртуальный CAN), VXCAN (туннель виртуального CAN), IPOIB (IP-over-InfiniBand), NLMON (NetLink MONitor), Netconsole, Dummy-интерфейс, Blackhole-интерфейс, IFB (Intermediate Functional Block) и netdevsim.
@usr_bin_linux
🔥9👍5❤3
Я написал SSH‑клиент для Windows
Статья с описанием на Хабре
Репыч на Гитхаб
@usr_bin_linux
Со временем у меня появилось несколько серверов: VPS, домашний NAS и ещё пара машин под разные задачи. Для подключения я использовал PuTTY. Он работает, но управлять несколькими серверами в нём неудобно. Сессии хранятся в реестре Windows, список хостов плоский, вкладок нет. Чтобы открыть два сервера, нужны два отдельных окна.
Termius устроен иначе. Там есть нормальный список хостов, вкладки и синхронизация. Но для работы нужен аккаунт, данные хранятся в облаке, а часть функций доступна только по подписке.
Мне не хотелось регистрироваться и загружать список своих серверов в облако ради обычного SSH‑подключения. Поэтому я начал делать собственный клиент - LucidSSH. Это не попытка собрать ещё один комбайн для системных администраторов. Мне нужен был простой локальный SSH‑клиент с несколькими дополнительными функциями: защитой от опасных команд и понятными объяснениями ошибок.
Статья с описанием на Хабре
Репыч на Гитхаб
@usr_bin_linux
👍12👎5🔥3
Логирование в Angie
Angie — форк Nginx, который развивают выходцы из Nginx.
Надёжная работа любого сервиса опирается на возможности системы журналирования. С помощью логов можно решить широкий спектр задач: решение проблем, аналитика поведения пользователей, расследование инцидентов безопасности, мониторинг состояния системы и другие. В этой статье рассмотрены возможности и практические приёмы для работы с логами сервера Angie.
@usr_bin_linux
Angie — форк Nginx, который развивают выходцы из Nginx.
Надёжная работа любого сервиса опирается на возможности системы журналирования. С помощью логов можно решить широкий спектр задач: решение проблем, аналитика поведения пользователей, расследование инцидентов безопасности, мониторинг состояния системы и другие. В этой статье рассмотрены возможности и практические приёмы для работы с логами сервера Angie.
@usr_bin_linux
🔥7👍4👎2
VIM — великий и ужасный
Подробности в статье.
@usr_bin_linux
Помню свое первое впечатление от знакомства с vi - случайно запущенный по неосторожности на сервере редактор оказался ловушкой: попробуй-ка выйти!
Знакомые по DOS/Windows-редакторам кнопки не работают, ужас, кошмар, плохой vi! И зачем он такой нужен?!
Но стало интересно, зачем же.
К счастью, если запустить vim без аргументов, без редактируемого файла - первое же, что он пишет - предложение почитать документацию, буквально RTFM.
Почитал, попробовал, понял - и вот уже много лет с тех пор не понимаю, как можно пользоваться другими, совершенно неудобными редакторами...
(даже не буду пытаться описывать все возможности - их слишком много, и постоянно до сих пор всплывает что-то новое и удобное)
Подробности в статье.
@usr_bin_linux
🔥7👍5❤2
Как я год проработал на Arch Linux, сдался и вернулся на скучную Ubuntu для реальной работы
Читать дальше на Хабре
@usr_bin_linux
Весь мой путь в Linux начался в студенческие годы, в момент, когда я получил предложение о работе от своего преподавателя в универе. Оказалось, что помимо преподавательской работы он также трудился в IT-компании, которая на тот момент искала интернов.
Собеседование заняло 10 минут, без единого вопроса про системы хранения или задачи с кодом. Мы просто поздоровались, технический директор Павел выдал мне доступы и объяснил суть: за полгода мне нужно пройти три модуля, по два месяца на каждый, удаленно с возможностью работать из офиса — путь от «понять, как устроено ядро» до «написать драйвер под реальное железо и собрать прошивку под FPGA».
Я дважды стирал себе диск, ради стажировки купил трехкилограммовый ноутбук за $50, потом воевал с Arch ради одной проприетарной программы — и в итоге вернулся туда же, откуда начинал, на Ubuntu. Это не история моего поражения (как некоторым хотелось бы), а притча об осознании. Осознании чего?
Читать дальше на Хабре
@usr_bin_linux
👍11❤5🔥5👎1
Ubuntu Touch 24.04-2.0: что в свежем релизе мобильной Linux-системы
Читать дальше на Хабре
@usr_bin_linux
Несмотря на то что Canonical закрыла Ubuntu Touch почти девять лет назад, мобильная Linux-система продолжает развиваться силами фонда UBports и сообщества. Проект регулярно получает обновления и постепенно расширяет список поддерживаемых устройств. Новый релиз Ubuntu Touch 24.04-2.0 — очередной шаг в развитии ветки 24.04. Основные изменения затронули браузер, работу с современными дисплеями и ряд повседневных функций. Давайте разберемся, что получилось у разработчиков.
Читать дальше на Хабре
@usr_bin_linux
👍6🔥6⚡1
auditd: больше, чем просто логи — узнайте, кто что делал в Linux
В статье разбираются принципы формирования правил аудита Linux-системы и принципы анализа аудит-логов.
@usr_bin_linux
auditd (Audit Daemon) — это сервис пользовательского пространства, который собирает и сохраняет события аудита, генерируемые Linux Audit Framework.
Он создает журнал аудита, показывающий, кто выполнил действие, когда оно произошло и завершилось ли оно успешно, помогая администраторам отслеживать и анализировать активность системы.
В статье разбираются принципы формирования правил аудита Linux-системы и принципы анализа аудит-логов.
@usr_bin_linux
⚡8👍7❤3🔥2
Сертификат TLS для IP-адреса
В этой статье разбираются, как обойтись без домена и выпустить официальный доверенный TLS-сертификат прямо на «голый» IPv4-адрес.
@usr_bin_linux
Let’s Encrypt всегда проверял только доменные имена. Однако с развитием микросервисных архитектур, API-взаимодействий и IoT-устройств возникла необходимость защищать трафик серверов, у которых нет домена. 15 января 2026 года стал общедоступным профиль shortlived с 6-дневными сертификатами для «чистых» IP-адресов. Теперь не нужно тратить деньги и время на покупку и регистрацию бесполезных доменных имен.
На Хабре уже есть подробные статьи и руководства на тему настройки HTTPS, выпуска сертификатов и конфигурации веб-серверов, но в большинстве случаев они объясняют, как защитить сайт с доменом.
В этой статье разбираются, как обойтись без домена и выпустить официальный доверенный TLS-сертификат прямо на «голый» IPv4-адрес.
@usr_bin_linux
🔥13👍5⚡1
Self-hosted почта на arch linux, postfix, dovecot и let's encrypt
Читать на Хабре
@usr_bin_linux
В этой статье автор показывает, как настроить свой почтовый сервер для аккаунтов локальных пользователей без веб-морд, docker-ов, телеграм-помоек и LLM-высеров.
Читать на Хабре
@usr_bin_linux
🔥5👍3⚡1
This media is not supported in your browser
VIEW IN TELEGRAM
ggh
Утилита для быстрого доступа к истории SSH-сессий и записям из конфигурационного файла.
Репыч на Гитхаб
@usr_bin_linux
Утилита для быстрого доступа к истории SSH-сессий и записям из конфигурационного файла.
Репыч на Гитхаб
@usr_bin_linux
🔥9👍4⚡2
FinOps: С чего начать?
FinOps — это практика управления облачными расходами, в которой инженеры, финансы и бизнес вместе отвечают не просто за «снижение счёта», а за то, чтобы инфраструктура давала максимальную ценность за потраченные деньги. Это не отдельный инструмент и не разовая оптимизация, а постоянный процесс управления затратами.
На практике FinOps часто начинается с идеи: Давайте найдём, где облако жрёт деньги, и что-нибудь выключим. Но быстро выясняется, что разовая чистка почти ничего не меняет: через пару месяцев появляются новые забытые VM, снапшоты, oversized-кластеры и preprod с отказоустойчивостью как у production.
В этой статье практический кейс от команды Звука: как они выстроили FinOps как процесс, а не как разовую оптимизацию, и за полгода снизили инфраструктурные расходы примерно на 22%. Внутри — теги, lifecycle, rightsizing, showback/chargeback, policy-as-code и вполне жизненный вывод: написать Terraform проще, чем изменить привычки команд.
Статья на Хабре
@usr_bin_linux
FinOps — это практика управления облачными расходами, в которой инженеры, финансы и бизнес вместе отвечают не просто за «снижение счёта», а за то, чтобы инфраструктура давала максимальную ценность за потраченные деньги. Это не отдельный инструмент и не разовая оптимизация, а постоянный процесс управления затратами.
На практике FinOps часто начинается с идеи: Давайте найдём, где облако жрёт деньги, и что-нибудь выключим. Но быстро выясняется, что разовая чистка почти ничего не меняет: через пару месяцев появляются новые забытые VM, снапшоты, oversized-кластеры и preprod с отказоустойчивостью как у production.
В этой статье практический кейс от команды Звука: как они выстроили FinOps как процесс, а не как разовую оптимизацию, и за полгода снизили инфраструктурные расходы примерно на 22%. Внутри — теги, lifecycle, rightsizing, showback/chargeback, policy-as-code и вполне жизненный вывод: написать Terraform проще, чем изменить привычки команд.
Статья на Хабре
@usr_bin_linux
👍6⚡1❤1
Что делать, если сервер доступен по SSH, а сайт не открывается
Статья про путь диагностики снаружи внутрь: сначала
Подход такой: не гадать, что сломалось, а определить последнюю успешно пройденную стадию запроса и дальше сужать область поиска. А если локально сайт работает, а снаружи нет — значит, проблема уже не в приложении, а где-то между клиентом и сервером.
В конце — хороший чек-лист по TLS, диску, inode, памяти, I/O и напоминание, что после починки стоит наконец настроить внешний мониторинг, а не ждать следующего оповещения.
Статья на Хабре
@usr_bin_linux
Статья про путь диагностики снаружи внутрь: сначала
curl, потом DNS и IPv4/IPv6, проверка нужного origin, портов 80/443, nginx, firewall, upstream, базы, TLS и уже потом — ресурсов сервера.Подход такой: не гадать, что сломалось, а определить последнюю успешно пройденную стадию запроса и дальше сужать область поиска. А если локально сайт работает, а снаружи нет — значит, проблема уже не в приложении, а где-то между клиентом и сервером.
В конце — хороший чек-лист по TLS, диску, inode, памяти, I/O и напоминание, что после починки стоит наконец настроить внешний мониторинг, а не ждать следующего оповещения.
Статья на Хабре
@usr_bin_linux
🔥11👍1
Как диагностировать тормоза Linux‑сервера без перезагрузки вслепую
Базовая статья про системный подход к диагностике без магии: сначала понять, что упирается в CPU, RAM, Disk I/O или сеть, затем пройтись по
@usr_bin_linux
Начинающих сисадминов часто вгоняет в ступор ситуация, когда сервер что называется, еле дышит. То есть, команды выполняются с задержкой, сайт открывается вечность, а коллеги постоянно спрашивают, «что случилось?». Давайте разберемся, как быстро и эффективно провести первичную диагностику Linux‑сервера.
Базовая статья про системный подход к диагностике без магии: сначала понять, что упирается в CPU, RAM, Disk I/O или сеть, затем пройтись по
top, free, vmstat, iostat, iotop и sar и уже по симптомам искать конкретный процесс или узкое место.@usr_bin_linux
👍7🔥6⚡2
В облаке тысячи VM делят ограниченное число физических ядер, cпрос каждого vCPU непредсказуем, а штатный планировщик Linux делит время “честно и поровну”, не зная, кому CPU нужен прямо сейчас. Возникает steal time, который бьёт по p99-латентности веб-сервисов, вызывает дропы кадров в стриминге и таймауты в базах данных.
27 августа на Cloud Sessions от VK Tech разберем этот кейс: расскажем, как рассмотрели возможные варианты доработок — от пиннинга к ядрам до патчей к CFS/EEVDF напрямую — и написали свой планировщик.
Еще будет организационно-технический доклад от VK Tech про то, как масштабировать облако в условиях ограничений — поделимся, как пересматривали типовые конфигурации серверов, переносили нагрузки в облако, оптимизировали размещение VM и адаптировали инфраструктуру под изменившийся профиль нагрузок.
А также Павел Притчин из Dodo Engineering поделится, как с помощью ИИ увеличили производительность команд и покажет кейсы внедрения ИИ на уровне кода.
После технической части — приятные напитки, пицца 🍕 и можно будет обсудить всё это уже без слайдов.
📅 27 августа, сбор в 18:00
📍 Москва, БЦ «Скайлайт»
💻 Можно подключиться онлайн
Регистрация
27 августа на Cloud Sessions от VK Tech разберем этот кейс: расскажем, как рассмотрели возможные варианты доработок — от пиннинга к ядрам до патчей к CFS/EEVDF напрямую — и написали свой планировщик.
Еще будет организационно-технический доклад от VK Tech про то, как масштабировать облако в условиях ограничений — поделимся, как пересматривали типовые конфигурации серверов, переносили нагрузки в облако, оптимизировали размещение VM и адаптировали инфраструктуру под изменившийся профиль нагрузок.
А также Павел Притчин из Dodo Engineering поделится, как с помощью ИИ увеличили производительность команд и покажет кейсы внедрения ИИ на уровне кода.
После технической части — приятные напитки, пицца 🍕 и можно будет обсудить всё это уже без слайдов.
📅 27 августа, сбор в 18:00
📍 Москва, БЦ «Скайлайт»
💻 Можно подключиться онлайн
Регистрация
🔥4