اکنون در دسترس! پژوهش تلگرام ۲۰۲۵ — مهمترین بینشهای سال 
LinuxCamp | DevOps
رفتن به کانال در Telegram
Обо мне: C/C++/Linux эксперт. Говорим про разработку, Linux, DevOps, сети и администрирование. Админ (реклама): @XoDefender Чат: @linuxcamp_chat Менеджер: @Spiral_Yuri Биржа: https://telega.in/c/linuxcamp_tg РКН: https://clck.ru/3RWA3C
نمایش بیشتر📈 تحلیل کانال تلگرام LinuxCamp | DevOps
کانال LinuxCamp | DevOps (@linuxcamp_tg) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 13 963 مشترک است و جایگاه 9 152 را در دسته فناوری و برنامهها و رتبه 47 191 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 13 963 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 05 ژوئیه, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -98 و در ۲۴ ساعت گذشته برابر -2 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 26.20% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 10.85% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 3 659 بازدید دریافت میکند. در اولین روز معمولاً 1 516 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 23 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند linuxcamp, ядро, linux, диск, docker تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Обо мне: C/C++/Linux эксперт. Говорим про разработку, Linux, DevOps, сети и администрирование.
Админ (реклама): @XoDefender
Чат: @linuxcamp_chat
Менеджер: @Spiral_Yuri
Биржа: https://telega.in/c/linuxcamp_tg
РКН: https://clck.ru/3RWA3C”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 06 ژوئیه, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
13 963
مشترکین
-224 ساعت
-307 روز
-9830 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئیه '26
ژوئیه '26
+7
در 1 کانالها
ژوئن '26
+44
در 0 کانالها
Get PRO
مه '26
+61
در 0 کانالها
Get PRO
آوریل '26
+42
در 0 کانالها
Get PRO
مارس '26
+46
در 1 کانالها
Get PRO
فوریه '26
+154
در 0 کانالها
Get PRO
ژانویه '26
+575
در 4 کانالها
Get PRO
دسامبر '25
+376
در 28 کانالها
Get PRO
نوامبر '25
+468
در 4 کانالها
Get PRO
اکتبر '25
+1 077
در 11 کانالها
Get PRO
سپتامبر '25
+905
در 30 کانالها
Get PRO
اوت '25
+1 156
در 3 کانالها
Get PRO
ژوئیه '25
+1 004
در 26 کانالها
Get PRO
ژوئن '25
+108
در 1 کانالها
Get PRO
مه '25
+509
در 4 کانالها
Get PRO
آوریل '25
+818
در 16 کانالها
Get PRO
مارس '25
+1 483
در 12 کانالها
Get PRO
فوریه '25
+1 196
در 20 کانالها
Get PRO
ژانویه '25
+70
در 2 کانالها
Get PRO
دسامبر '24
+988
در 20 کانالها
Get PRO
نوامبر '24
+760
در 12 کانالها
Get PRO
اکتبر '24
+2 336
در 34 کانالها
Get PRO
سپتامبر '24
+1 002
در 18 کانالها
Get PRO
اوت '24
+1 396
در 15 کانالها
Get PRO
ژوئیه '24
+816
در 10 کانالها
Get PRO
ژوئن '24
+348
در 7 کانالها
Get PRO
مه '24
+348
در 2 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 06 ژوئیه | +2 | |||
| 05 ژوئیه | +2 | |||
| 04 ژوئیه | +1 | |||
| 03 ژوئیه | 0 | |||
| 02 ژوئیه | +2 | |||
| 01 ژوئیه | 0 |
پستهای کانال
| 2 |  На Stepik запустили мощный курс по «Troubleshooting Docker и Kubernetes: поиск и устранение проблем»
В программе только важные аспекты:
— troubleshooting Docker и образов
— диагностика сетевых проблем
— настройка readiness/liveness probes
— отладка pod’ов, деплоев и ingress
— анализ логов контейнеров и кластера
— разбор ошибок CrashLoopBackOff, OOMKilled, ImagePullBackOff и других
Собеседования на DevOps/SRE сейчас всё чаще строятся вокруг реальных инцидентов. Данный курс фокусируется именно на таких сценариях и помогает в подготовке к практическим вопросам
48 часов доступен со скидкой 25%
↗️ Пройти курс на Stepik | 1 728 |
| 3 |  И в чем он неправ?)
LinuxCamp | #memes | 2 450 |
| 4 |  Где будет всё ИТ-комьюнити этой осенью?
На IT Elements 2026: конференции для профессионального сообщества, где встречаются архитекторы, инженеры, руководители и команды, отвечающие за инфраструктуру, сети, безопасность, данные и ИИ.
Вместо абстрактных рассуждений — реальные кейсы, технические доклады и профессиональные дискуссии.
Что вас ждет:
📌 лаборатории и практические воркшопы;
📌 выставка главных российских вендоров;
📌 обмен опытом с коллегами из крупнейших компаний;
📌 два дня насыщенной технической программы, нетворкинга и знакомств.
Формат: офлайн в Москве и онлайн.
Участие бесплатное.
Программа будет постепенно пополняться, а зарегистрироваться можно уже сейчас.
Если планируете профессиональные мероприятия этой осенью — IT Elements точно стоит добавить в список. 📆 | 2 147 |
| 5 |  AI-пентестер ищет уязвимости в твоем приложении
Нашёл Strix - open-source инструмент для автоматизированного пентеста приложений. Идея не в том, чтобы просто прогнать статический анализатор и получить пачку подозрений. Strix запускает приложение, исследует его как атакующий, пытается подтвердить уязвимость и показать рабочий proof-of-concept.
Что умеет
• проверять локальную кодовую базу
• сканировать GitHub-репозиторий
• тестировать уже поднятое web-приложение
• искать XSS, SSRF, SQL injection, auth bypass, IDOR и другие баги
• генерировать отчёт и рекомендации по исправлению
• запускаться в CI/CD на pull request
Быстрый старт
curl -sSL https://strix.ai/install | bash
export STRIX_LLM="openai/gpt-5.4"
export LLM_API_KEY="your-api-key"
strix --target ./app-directory
Можно сканировать не только локальную папку:
strix --target https://github.com/org/repo
strix --target https://your-app.com
А для CI есть non-interactive режим:
strix -n --target ./ --scan-mode quick
Почему интересно
Обычные сканеры часто дают много шума: вроде бы уязвимость есть, но непонятно, реально ли её можно использовать. Strix делает ставку на проверку через реальные сценарии атаки: recon, exploitation, validation. То есть ближе к mini red team, чем к обычному линтеру безопасности.
LinuxCamp | #utils | 3 518 |
| 6 |  🎇Главная идея DevSecOps: безопасность перестаёт тормозить разработку.
Вместо проверок «после релиза» всё встроено в пайплайн: код проходит SAST, контейнеры сканируются, инфраструктура проверяется на комплайенс. В итоге релизы выходят быстрее и при этом безопаснее.
Этому и учит курс DevSecOps от Академии Codeby на практике:
⏺️9 модулей, 48 занятий, 90% практики
⏺️Стек: Docker, Kubernetes, Terraform, Vault, Ansible, Prometheus
⏺️Финальный экзамен в стиле OSCP — только реальные задачи
⏺️Авторы — практики: внедрение Zero Trust, построение SOC, разработка DevSec-инструментов под Burp Suite
Инженеры, которые умеют встраивать безопасность в CI/CD, сегодня в дефиците на стыке ИБ и DevOps — компании поняли, что «сначала сделать, потом чинить» обходится дороже.
👉Старт потока — 6 июля.
➡️Программа и регистрация
Бесплатная консультация — @CodebyAcademyBot | 1 877 |
| 7 |  И глазом маргнуть не успели, в ядре уже 113 тыс. строк Rust-кода. Но переписывать еще долго, на C еще 36 млн строк 😎
Интересно, если дать нейронке задачу - перепиши весь код ядра на Rust, она справится?))
LinuxCamp | 2 704 |
| 8 |  Замечал странную штуку: дел не так уж много, но любое – как будто через сопротивление?
Не то чтобы лень. Просто не делается и все тут! Зато видосики на Ютубе залетают на ура...
Попался годный разбор, советую посмотреть, если тоже чувствуешь, что превращаешься в апатичного зомби 👉🏼 https://t.me/Manifestans
Мысль, которая зашла: когда перестаешь понимать "чего хочу Я", даже нормальная жизнь ощущается, как каторга.
Кликай сюда, чтобы разобраться, что с тобой происходит и как снова начать испытывать ощущение, что ты живешь, а не существуешь. | 1 714 |
| 9 |  Herdr: tmux для AI-агентов
Herdr - терминальный мультиплексор для работы с AI-агентами. По смыслу похоже на tmux: есть сессии, workspace’ы, вкладки и панели. Но сверху добавлена важная штука: Herdr понимает состояние агентов: кто работает, кто завис, кто ждёт подтверждения, а кто уже закончил.
Можно держать несколько агентов в одном терминале и быстро видеть их статус:
blocked — ждёт ввода или approval
working — выполняет задачу
done — закончил работу
idle — завершён и просмотрен
Панели - это реальные terminal-процессы, а не перерисованная GUI-обёртка. Поэтому внутри можно запускать Claude Code, Codex, Copilot CLI, Cursor agent CLI, opencode, Kimi Code CLI и другие агенты.
Как запустить
Установка:
curl -fsSL https://herdr.dev/install.sh | sh
Через Homebrew:
brew install herdr
Запуск в папке проекта:
herdr
Базовое управление похоже на tmux:
ctrl+b, затем v split pane
ctrl+b, затем c new tab
ctrl+b, затем w switch workspace
ctrl+b, затем q detach
После detach процессы продолжают работать. Открыл другой терминал, снова запустил herdr и вернулся в ту же сессию.
Важный нюанс
Herdr не GUI и не Electron-приложение. Он живёт прямо в терминале. Но это всё равно отдельный мультиплексор. Если у тебя уже всё построено на tmux, нужно будет понять, удобно ли добавлять ещё один слой поверх привычного workflow.
Вывод
Herdr полезен, если ты реально работаешь с несколькими AI-агентами параллельно. Это не замена tmux для всех задач, а более специализированный терминальный менеджер под agentic coding.
LinuxCamp | #utils | 3 888 |
| 10 |  Кто трогал сервер: ищем следы в Linux
Иногда на сервере что-то сломалось, а вопрос один:
кто заходил, когда заходил и что менял?
В Linux часть ответов можно найти без отдельного мониторинга. Но важно понимать: стандартные логи показывают не всё, а историю команд легко удалить.
Кто заходил на сервер
Посмотреть последние входы пользователей:
last
Неудачные попытки входа:
lastb
Текущие активные сессии:
who
w
Для SSH обычно полезно смотреть auth-логи:
grep "sshd" /var/log/auth.log
На RHEL/CentOS/AlmaLinux путь чаще такой:
grep "sshd" /var/log/secure
Кто выполнял команды
У каждого пользователя есть история shell:
cat ~/.bash_history
Но это слабый источник: команды могут записываться не сразу, часть команд может не попасть в историю, а сам файл можно почистить. Полезнее включить timestamp для истории:
echo 'export HISTTIMEFORMAT="%F %T "' >> ~/.bashrc
source ~/.bashrc
После этого history будет показывать время выполнения команд:
history
Кто менял файлы
Посмотреть время изменения файла:
stat /etc/nginx/nginx.conf
Найти файлы, изменённые за последний день:
find /etc/nginx -type f -mtime -1 -ls
За последние 60 минут:
find /etc/nginx -type f -mmin -60 -ls
Но stat и find покажут время изменения, а не имя пользователя, который это сделал. Если нужно именно кто изменил файл, заранее включают auditd:
apt install auditd
Добавить наблюдение за файлом:
auditctl -w /etc/nginx/nginx.conf -p wa -k nginx_config
Потом искать события:
ausearch -k nginx_config
Вывод
last, auth.log, history, stat и find помогают быстро понять, что происходило на сервере. Но если нужно точно знать, кто менял важные файлы, лучше заранее включить auditd. Без него Linux часто покажет когда файл изменили, но не всегда покажет кем.
LinuxCamp | #utils | 5 125 |
| 11 |  Парадокс: AI помогает писать код быстрее, но разработка не ускоряется!
Потому что вокруг ничего не меняется: задачи всё так же уточняются часами, контекст исчезает при каждом переключении, ревью — узкое горлышко, тесты и документация вручную, а статусы выуживают из людей по одному.
✅ 16 июня в 17:00 разберем как в 10 раз увеличить скорость разработки с помощью КодГрифон – AI-оркестратор для всего цикла разработки: от бизнес-запроса и плана до кода, проверок, документации, метрик и релиза.
На вебинаре вы узнаете:
🔹где именно в вашей разработке теряется скорость
🔹как понять, какие этапы можно ускорить с помощью AI-среды
🔹как работать в закрытом контуре и не терять контроль над кодом и контекстом
🔹какие метрики смотреть, чтобы оценить реальный эффект
🔹как применить КодГрифон под конкретный кейс вашей команды
Также участники получат подарок — бесплатные глифы для тестирования КодГрифон 🔥
➡️ Регистрация на вебинар | 2 091 |
| 12 |  Системные вызовы и syscall в Linux: как программа стучится в ядро
Каждый раз, когда программа читает файл, открывает сокет или печатает строку в терминал, она не делает это сама. Она просит об этом ядро. Механизм этой просьбы называется системным вызовом syscall.
Что это
Syscall - это запрос программы к ядру на операцию, которую ей не дают сделать напрямую: доступ к диску, сети, памяти, процессам. Это единственный легальный вход из твоего кода внутрь ядра.
Два пространства
Программы работают в user space с урезанными правами. Ядро и железо живут в kernel space. Между ними стену ставит сам процессор: приложения крутятся в кольце защиты ring 3, ядро в ring 0. Дёрнуть драйвер диска из обычного процесса нельзя, можно только попросить ядро.
Сделано это для изоляции и безопасности. Если бы любой процесс мог писать прямо в железо или в чужую память, один баг ронял бы всю систему. Ядро выступает арбитром: проверяет права, валидирует аргументы и только потом выполняет операцию.
Примеры
Базовые сисколы, на которых держится почти всё:
int fd = open("file.txt", O_RDONLY); // открыть файл
read(fd, buf, 1024); // прочитать данные
write(1, "hello\\n", 6); // записать в stdout
close(fd); // закрыть
А ещё fork() порождает новый процесс, execve() запускает программу, mmap() выделяет память. В Linux x86-64 их несколько сотен.
Под капотом
То, что в C выглядит как обычная функция, на деле оказывается переходом в ядро. Номер сисколла кладётся в регистр rax, аргументы в rdi, rsi, rdx, а инструкция syscall передаёт управление ядру:
mov rax, 1 ; номер вызова write
mov rdi, 1 ; fd = stdout
mov rsi, msg ; адрес буфера
mov rdx, 6 ; длина
syscall ; прыжок в kernel space
libc
Руками syscall почти никто не пишет: между тобой и ядром стоит glibc. Функция write() из unistd.h это тонкая обёртка: разложить аргументы по регистрам и вызвать syscall. Поэтому «функция» и «системный вызов» не одно и то же: printf() это функция libc, а write() под ней уже настоящий syscall.
strace
Хочешь увидеть все сисколы программы вживую:
strace ./program # все вызовы подряд
strace -c ls # сводка с подсчётом и таймингами
Вывод покажет каждый open, read и write с аргументами и кодом возврата. Незаменимо для отладки и реверса.
Итог
Syscall это мост между твоим кодом и ядром. Разберёшься в сисколах и будешь видеть, что программа делает на самом деле: где тормозит, куда лезет и почему падает.
LinuxCamp | #utils | 4 091 |
| 13 | 🔥 Большая раздача материалов для поиска работы DevOps-инженеру
Если ты DevOps-инженер и планируешь искать новую работу в ближайшие месяцы — забирай бесплатно наши материалы.
📄 Шпаргалка по HR-скринингу — как отвечать на самые частые вопросы рекрутеров и не отлететь на первом этапе.
📄 Готовая структура самопрезентации на интервью — что говорить о себе, чтобы твой опыт выглядел сильнее.
📄 5 практических советов по подготовке к собеседованию — что реально влияет на прохождение интервью.
📄 Список из 30 компаний с валютной удалёнкой — международные компании, которые нанимают удалённых специалистов и платят в $ или €.
Мы сами используем эти материалы при подготовке кандидатов.
Напишите в личку для получения: @careerpilot_club
Результаты наших клиентов: https://www.youtube.com/@careerpilot-org | 3 718 |
| 14 | 🔥 Большая раздача материалов для поиска работы DevOps-инженеру
Если ты DevOps-инженер и планируешь искать новую работу в ближайшие месяцы — забирай бесплатно наши материалы.
📄 Шпаргалка по HR-скринингу — как отвечать на самые частые вопросы рекрутеров и не отлететь на первом этапе.
📄 Готовая структура самопрезентации на интервью — что говорить о себе, чтобы твой опыт выглядел сильнее.
📄 5 практических советов по подготовке к собеседованию — что реально влияет на прохождение интервью.
📄 Список из 30 компаний с валютной удалёнкой — международные компании, которые нанимают удалённых специалистов и платят в $ или €.
Мы сами используем эти материалы при подготовке кандидатов.
Напишите в личку для получения: @careerpilot_club
Результаты наших клиентов: https://www.youtube.com/@careerpilot-org | 1 025 |
| 15 |  Не все любят AI
Пока Linux ядро стремительно превращается в вайбкод проект, многие другие опенсорс тулзы запрещают любые AI-контрибьюции
- QEMU — "Политика проекта – отклонять любые контрибьюции, если есть основания полагать, что они включают в себя AI-сгенерированный контент или основаны на нём».
- NetBSD — код, сгенерированный AI, «считается потенциально заражённым кодом и не должен попадать в коммит».
- Zig — полный запрет на использование AI в каком бы то ни было виде. «Никакого LLM-сгенерированного контента», «Никаких LLM для перевода», «Никаких LLM для поиска багов», «Никаких обсуждений использования чатботов/LLM-сервисов».
- OBS Studio — «Код должен быть написан человеком». | 5 289 |
| 16 |  SRE тут? Нашли для вас подкаст, который вполне может пополнить ряд любимых.
Коллеги из Авито создали «В SREду на кухне», периодически собираются, зовут на запись гостей и обсуждают то, о чём не принято говорить в опенспейсе. Например, вот темы недавних выпусков:
— GitOps не волшебная таблетка;
— Зачем продукту бюджет ошибок;
— Роняем прод, чтобы стать сильнее: всё о Chaos Engineering;
— SRE больше не нужны. AI переписал правила.
Отвечая на вопрос «А при чём здесь комьюнити?» — все дополнительные инсайты, статьи и мысли на темы выпусков ребята выкладывают в канал «Avito SREда». И там уже собралась активная аудитория коллег-инженеров. | 3 291 |
| 17 |  Ядро Linux уже чисто ИИ пишет
За последние пару недель количество новых коммитов, помеченных как “Assisted-by” ИИ-ассистентом (например, Claude), буквально взлетело. Каждый день отправляются огромные пачки изменений, написанных в режиме вайб-кодинга 🫶 | 5 900 |
| 18 | На Stepik запустили мощный курс по «Troubleshooting Docker и Kubernetes: поиск и устранение проблем»
В программе только важные аспекты:
— troubleshooting Docker и образов
— диагностика сетевых проблем
— настройка readiness/liveness probes
— отладка pod’ов, деплоев и ingress
— анализ логов контейнеров и кластера
— разбор ошибок CrashLoopBackOff, OOMKilled, ImagePullBackOff и других
Собеседования на DevOps/SRE сейчас всё чаще строятся вокруг реальных инцидентов. Данный курс фокусируется именно на таких сценариях и помогает в подготовке к практическим вопросам
48 часов доступен со скидкой 25%
↗️ Пройти курс на Stepik | 2 289 |
| 19 |  Бэкапы БД отдельным контейнером
container-db-backup — Docker-образ для регулярных бэкапов баз данных. Поддерживает PostgreSQL, MySQL/MariaDB, MongoDB, Redis, SQLite, MSSQL, CouchDB и InfluxDB. Бэкапы можно складывать в локальную папку, S3-compatible storage, MinIO, Wasabi или Azure.
Как работает
Ты добавляешь отдельный контейнер рядом с базой, задаёшь параметры через env-переменные, а он по расписанию делает dump. Пример для PostgreSQL:
services:
db-backup:
image: docker.io/tiredofit/db-backup:latest
volumes:
- ./backups:/backup
environment:
- DB01_TYPE=pgsql
- DB01_HOST=postgres
- DB01_NAME=app
- DB01_USER=app
- DB01_PASS=secret
- DEFAULT_BACKUP_INTERVAL=1440
- DEFAULT_COMPRESSION=ZSTD
DB01, DB02, DB03 — это разные backup job’ы. Так можно одним контейнером бэкапить несколько баз.
Что умеет
Можно настроить расписание, сжатие, checksum, шифрование, очистку старых архивов, pre/post hooks и уведомления при ошибках в email, Matrix, Mattermost или Rocket.Chat. Ручной запуск тоже есть:
docker exec -it db-backup backup-now
А для отдельной задачи:
docker exec -it db-backup backup01-now
Важный нюанс
Бэкап это не только файл в папке. Его нужно периодически проверять восстановлением. У образа есть restore-скрипт, но поддержка восстановления заявлена только для MariaDB, Postgres и MongoDB. Для остальных лучше заранее проверить свой сценарий руками.
Вывод
container-db-backup — удобный вариант, если хочется быстро добавить scheduled backups в Docker Compose без отдельного cron-скрипта. Но после настройки обязательно проверь restore, иначе это не бэкап, а просто архив с надеждой.
LinuxCamp | #utils | 4 986 |
| 20 |  💻А вы уже записались на бесплатный курс для начинающих системных администраторов?
Начните работать с Linux на курсе от Академии Selectel.
Вы научитесь:
— работать с командной строкой Linux и основными утилитами,
— управлять пакетами и обновлениями ПО,
— настраивать сети, SSH-соединения и мониторинг системы,
— управлять пользователями, файлами и правами доступа.
Все уроки и практика уже доступны, проходите в комфортном для себя темпе.
👉Начните обучение: https://slc.tl/2e1tj
Реклама. АО "Селектел". erid:2W5zFHHpqgM | 0 |
