Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
Bash Days | Linux | DevOps
Kanalga Telegram’da o‘tish
Авторский блог от действующего девопса Самобытно про разработку, devops, linux, скрипты, сисадминство, техдирство и за айтишную жизу. Автор: Роман Шубин Реклама: @maxgrue MAX: https://max.ru/bashdays Курс: @tormozilla_bot Блог: https://bashdays.ru
Ko'proq ko'rsatish📈 Telegram kanali Bash Days | Linux | DevOps analitikasi
Bash Days | Linux | DevOps (@bashdays) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 23 788 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 5 702-o'rinni va Rossiya mintaqasida 28 099-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 23 788 obunachiga ega bo‘ldi.
19 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -226 ga, so‘nggi 24 soatda esa 1 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 23.40% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 13.11% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 5 567 marta ko‘riladi; birinchi sutkada odatda 3 119 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 22 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent bashdays, linux, bash, docker, скрипт kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Авторский блог от действующего девопса
Самобытно про разработку, devops, linux, скрипты, сисадминство, техдирство и за айтишную жизу.
Автор: Роман Шубин
Реклама: @maxgrue
MAX: https://max.ru/bashdays
Курс: @tormozilla_bot
Блог: https://bashdays.r...”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 20 Iyun, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
23 788
Obunachilar
+124 soatlar
-217 kunlar
-22630 kunlar
Postlar arxiv
Чем более сложные задачи можешь решить быстро и эффективно, тем выше твой командный рейтинг, тем более интересную работу можешь выбрать, тем выше она оплачивается.
Одна из самых сложных IT-задач для QA, разработчиков, DevOps и других специалистов - локализация дефектов в сложных серверных приложениях. Он же траблшутинг. Умение быстро и без привлечения половины команды найти причину сложной неисправности - это то, что отличает столь ценных для работодателя спецов от малоопытных новичков.
В прямых эфирах препарируем и обсуждаем сложные кейсы системной инженерии, требующие неплохого знания архитектуры, Linux и сетей.
В очередном прямом эфире траблшутим и разбираем 3 сложных кейса, которые могут испортить рабочую неделю всей команде.
🧠 Главный хирург: строгий Федор Кулишов. Ведущий эксперт по безопасности в Acronis (CH), ментор по Linux, сетям и траблшутингу. В IT с 2005 года.
Рекомендуется для не желающих закисать:
- Middle+ QA, разработчикам и системным аналитикам
- Middle DevOps и админам
Ближайший стрим - 22 ноября в 19:00 МСК.
Ссылка на стрим появится в телеграм-канале за 10 минут до начала.
Реклама. ООО «Менторпис» ИНН 01058908, erid: 2VtzqvEKNyv
Мои студенты недавно интересовались, как и чем я делаю запись экрана с терминала. Поделюсь и с вами.
Начнем с того, что я не записываю терминал в реальном времени. Сначала я создаю сценарий, который в автоматическом режиме будет печатать нужные мне команды. А на выходе получается полноценный gif файл.
Софтина называется VHS. Позволяет ЧЕРЕЗ КОД записать gif файл.
VHS написана на модном golang. Для начала устанавливаем. Есть под все операционки, в документации найди свой дистрибутив и накопипасти в терминал.
Я ничего не устанавливал, а пользуюсь docker версией, мне так удобнее, все зависимости упакованы в контейнер. Но если от докера тебя выворачивает, можешь всегда собрать всё это из исходников.
Создаем файл сценария bashdays.tape
vim bashdays.tape
Output bashdays.gif
Require echo
Set Shell "bash"
Set FontSize 32
Set Width 1920
Set Height 1080
Type "echo 'Hello this is BashDays'" Sleep 500ms Enter
Type "apt install -f nginx" Sleep 500ms Enter
Sleep 5s
docker run --rm -v $PWD:/vhs ghcr.io/charmbracelet/vhs bashdays.tape
docker run --rm -v $PWD:/vhs ghcr.io/charmbracelet/vhs publish bashdays.gif
https://vhs.charm.sh/vhs-62gl16v.gif
Ну а дальше уже втыкай свои гифки в корпоративные wiki, или куда там ты их втыкаешь. Короче штука ОФИГИТЕЛЬНАЯ. Всем рекомендую!
🐱 Сраница проекта на github
Всех с пятницей, хороших предстоящий выходных и береги себя! 🤩
tags: #linux #utilites
—
💩 @bashdays🗓 21 ноября, 16:00
📌Kubernetes Workshop: как развернуть сайт с помощью Terraform
Присоединяйтесь на практический вебинар от @Selectel, на котором коллеги расскажут, как развернуть сайт в Kubernetes. При работе будут использованы сервисы Container Registry, Managed Kubernetes, менеджер секретов и DNS-хостинг. Во второй части вебинара вас ждут ответы на вопросы и разбор интересных кейсов по работе с Kubernetes.
Основные темы:
▫️Создание в Terraform кластера Kubernetes и реестра для хранения образов контейнеров
▫️Настройка интеграции между Managed Kubernetes и Container Registry
▫️Добавление домена в DNS-хостинг Selectel
▫️Разбор кейсов по работе с Kubernetes и ответы на вопросы
Регистрируйтесь на мероприятие и участвуйте в розыгрыше приза за лучший вопрос: https://slc.tl/z39vp
Реклама ООО «Селектел» erid 2Vtzqx5Jv9E
Тут недавно у нас в чатике пролетал способ как скрыть процессы в Linux от других пользователей. Пожалуй этот момент стоит поподробнее просветить и тут. Тема интересная.
К примеру есть многопользовательский сервер. Юзера конектятся к нему по ssh. И я не хочу чтобы какой-нибудь там Василий Волоёбович знал, что у меня запущена порнокачалка.
По идее если запустить pstree, ps, htop и др. То мы увидим процессы не только свои, но также системные и пользовательские.
Чтобы скрыть свои процессы от других пользователей, всего лишь нужно перемонтировать /proc с опцией hidepid.
Работает только с пользователями, рут будет по-прежнему в курсе запущенной порнокачалки.
Параметр hidepid определяет какую информацию о процессах мы ограничим для пользователей, которые не являются владельцами этих процессов.
Параметры которые можно задать:
hidepid=0 - Включена по умолчанию, все видят всё, полный доступ к /proc/PID/.
hidepid=1 - Разрешает обращаться к информации только о своих процессов. Часть файлов в каталоге /proc/PID/ защищена от любопытных морд.
hidepid=2 - Это тот же самый hidepid=1 + всё в /proc/PID будет невидимо для других пользователей. Граница на замке.
Чтобы убедиться, что ты видишь процессы других, запусти от обычного пользователя например htop. В левой колонке будут имена пользователей, root, грут, пруд, фрукт, daemon, syslog и т.п.
Давай теперь закроем этот «бэкдор».
Запускаем от рута:
mount -o remount,rw,nosuid,nodev,noexec,relatime,hidepid=2 /proc
proc /proc proc defaults,nosuid, nodev, noexec,relatime,hidepid=2 0 0
proc /proc proc defaults, hidepid=2, gid=bashdays 0 0
Доброе всем! Я как ценитель всяких бумажных Bullet Journal и подобных ежедневников, в какой-то момент перегорел. Стало лень писать ручкой, заполнять задачки и планировать рабочий день. Не знаю по какой причине это произошло.
Но скорее всего по причине — если ты спланировал свой день, 100% все пойдет попизде не по плану. Это как со скрам спринтами, спланировали спринт, тут же прибежала озабоченная обезьяна и насувала в кабину «очень» срочных задач. Понятно дело, это на подсознании отлично демотивирует.
Но без личного таск-трекера опять же никуда. Носить в голове 100500 задач, рабочих, бытовых и т.п. не вариант. Сейчас ты помнишь, что нужно было оплатить домен, а через секунду уже не помнишь. Классика.
Я так недавно промотал оплату корпоративного VPN и пришлось в срочном порядке платить со своей личной карты. Естественно потом мне бабки никто не вернул. Бюрократия. Игра не стоит свеч.
По крайней мере у меня так. Поэтому я стараюсь все выгружать из головы в одно место. Нет, не в жопу. Раньше на бумагу, а теперь прям в консольный TaskWarrior. Щас расскажу, что это за пепяка такая.
TaskWarrior это консольный трекер-задач с открытым исходным кодом. Черношляпы еще его называют ТуДу-ВуДу лист для хакеров.
Короче, открываем консольку…
У меня вообще с этим отлично реализовано в iTerm. Консолька открывается в Drop-down режиме по нажатию F1. То есть сверху вниз, поверх всех окон выезжает мой основной рабочий инструмент. Ну и также закрывается. Привык, ОЧЕНЬ удобно! Под линуксы и винду такое тоже реализуемо и есть из коробки. Отдельный пост про это надо будет запилить.Давай создадим в TW первую таску:
task add "Написать пост про taskwarrior"
task ls
task done 1/2/3/4/5
alias th="task project:home add "
alias tw="task project:work add "
alias tlh="task project:home ls "
alias tlw="task project:work ls "
Давай повелосипедим и напишем таймер на со-процессах, без использования каких-то внешних команд типа sleep и т.п.
#!/bin/bash
coproc read
read -t 0.10 -u "${COPROC[0]}"
echo 'new velosiped'
read -t 11 -u "${COPROC[0]}"
exit[1] Running coproc COPROC read &
[2] Running coproc COPROC read &
[3] Running coproc COPROC read &coproc awk '{print $2;fflush();}'
echo bom bim bom >&${COPROC[1]}
read -ru ${COPROC[0]} var
echo $varcoproc (echo $(whoami))
read -r user <&"${COPROC[0]}"
echo $usercoproc read
echo "${COPROC[@]}"
ls -l /proc/$$/fd | grep 'pipe'
ls -l /proc/$COPROC_PID/fd | grep 'pipe'Пока я не могу придумать никаких задач для со-процессов, по крайней мере не являющихся надуманными.Вот такие пироги, изучай. tags: #linux #bash — 💩 @bashdays
Как не только заметить ошибку в системе, но и понять ее причины?
Расскажем на бесплатном открытом уроке «O11y (Observability) - что это? Почему Observability != Monitoring?» от OTUS.
На эфире:
- изучим основные принципы и практики наблюдаемости;
- научимся применять современные инструменты для мониторинга и анализа состояния систем;
- узнаем, как настраивать и использовать Prometheus, Grafana, Jaeger и Elasticsearch;
- познакомимся с методами трейсировки, экспортом данных мониторинга и настроенными алертами;
- рассмотрим примеры использования этих методов на практике.
🗓 Занятие состоится 15 ноября в 20:00 мск в рамках курса «SRE практики и инструменты». После урока вы сможете продолжить обучение в рассрочку.
🌐 Для бесплатного участия в открытом уроке и получения записи регистрируйтесь прямо сейчас, чтобы ничего не пропустить: https://vk.cc/csjaBD
Привет. Не будем нарушать воскресных традиций. Утреннее чтиво.
Давай покумекаем, чем отличаются файлы .bashrc .bash_profile .profile и т.п.
Вообще про это особо никто не задумывается, если что-то требуется сделать, обычно запихивают всё в .bashrc. Но почему именно туда? А нахрена тогда нужен .profile?
Основное различие этих конфигурационных файлов заключается в том, что некоторые из них читаются только оболочками входа (login). Например, при входе в систему с другого хоста или при входе в текстовую консоль локальной unix-машины. Используются файлы .login .profile .zlogin. Зависит от того какая у тебя оболочка.
Далее идут конфигурационные файлы, которые читаются «интерактивными» оболочками. То есть подключенными к терминалу или псевдотерминалу. Это файлы с именами .bashrc, .tcshrc, .zshrc и т.д.
Файл .bashrc читается только интерактивной и non-login оболочкой, поэтому большинство людей в конечном итоге инклудят в файле .bash_profile чтение файла .bashrc, например:
[[ -r ~/.bashrc ]] && . ~/.bashrc
if [ "$BASH" ]; then
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
fi
/bin/bash - The bash executable
/etc/profile - The systemwide initialization file, executed for login shells
/etc/bash.bashrc - The systemwide per-interactive-shell startup file
/etc/bash.bash.logout - The systemwide login shell cleanup file, executed when a login shell exits
~/.bash_profile - The personal initialization file, executed for login shells
~/.bashrc - The individual per-interactive-shell startup file
~/.bash_logout - The individual login shell cleanup file, executed when a login shell exits
~/.inputrc - Individual readline initialization file
Всем привет кого не видел и новеньким. Нас тут уже овер 10к единомышленников, растем!
Вопрос из зала — я бывший java разработчик, подался в девопсы, теперь неспешно изучаю bash. Подскажите, если какая-то альтернатива конструкции try/catch?
Начнем с того, что бывших разработчиков не бывает. Даже если ты выйдешь из айти и начнешь ловить крабов, айти не выйдет из тебя. Проверено многолетним опытом и не только моим.
Ну а по делу, try/catch в bash — нет. На этом можно было бы и закончить, но увы... давай обсудим.
Аналогичного поведения можно добиться используя логический оператор ||.
Например:
command1 || command2
false || echo "error, returned false"
#!/bin/bash
{ # try
echo "hello bashdays"
false
} || { # catch
echo "error, returned false"
}
Привет, друзья! Есть у меня какой-то долгоиграющий скрипт, который я по дурости запустил в терминале, без nohup и применения screen. Ждать завершения скрипта не вариант, но и завершать его принудительно нельзя. Как быть? Сейчас покажу, поехали.
Сделаем подопытный образец, который в цикле будет писать в файл числа от 1 до 10000, чтобы визуально понимать что происходит. Ну и паузу впендюрим 2 секунды, для чистоты эксперимента.
#!/bin/bash
for i in {1..10000}
do
echo $i >> /tmp/log.txt
sleep 2
done
tail -f /tmp/log.txt
[1]+ Stopped ./script.sh
[1] + ./script.sh &
disown %1Сейчас за кружкой чая, кореш задал вопрос - Ромыч, а расскажи мне, что означает 2>&1? Хм… Нашел время, а так хорошо сидели.
Расскажу и тебе, понятно дело, что это магия со стандартными потоками вывода.
Как мы знаем, потоки вывода имеют файловые дескрипторы:
stdout = 1 (общий поток вывода)
stderr = 2 (поток с ошибками)
Получается (2>&1) = stderr > stdout. То есть направляем поток с ошибками, в стандартный поток вывода. Ошибки будут выводиться на экран в терминале.
Логичным было бы сделать конструкцию: 2>1. Но увы, эта схема отработает другую логическую операцию. Поток с ошибками stderr будет писать все данные в файл, у которого название будет 1.
Вот для этого и требуется указать символ & (амперсанд) перед stdout. Это будет интерпретировано как файловый дескриптор, а не обычный файл.
А почему тогда не &2>&1. Логично же? Но нет! Символ & интерпретируется как файловый дескриптор только в контексте перенаправления.
Операция command &2>&1 анализируется так: command & 2>&1. То есть команда command будет выполнятся в фоновом режиме. А затем начнет выполнятся команда 2 с перенаправлением на стандартный вывод stdout.
Вот такие дела. А еще есть альтернатива с оператором |&.
|& это сокращенный вариант от 2>&1 |
Пример:
script.sh |& tee -a /var/log/script.log
script.sh выведет в потоки stdout и stderr, будет перенаправлено в файл script.log.
В официальной документации этот момент хорошо расписан, но я расписал тебе еще проще.
Как говорится — мы из рощи, мы попроще! Всё, не смею тебя больше отвлекать, спасибо за внимание. Увидимся скорее всего в понедельник или вторник. Если чо пиши в чатик, мы там завсегда тебе рады!
tags: #linux #bash
—
💩 @bashdaysИзучите лабораторные окружения бесплатно всего за пару часов
На открытом уроке «Лабораторные окружения, что нового?» от OTUS и Сергея Караткевича.
На эфире обсудим:
- Особенности и требования к лабораторным окружениям в современной индустрии разработки;
- Новые тенденции в области лабораторных окружений и их приложение в индустрии;
- Популярные инструменты и платформы для создания и управления лабораторными окружениями;
- Практические рекомендации и советы по использованию новых инструментов и подходов.
Занятие пройдёт 7 ноября в 20:00 мск и будет приурочено к старту курса «SRE практики и инструменты».
Ссылка для регистрации: https://vk.cc/cs86dP
Доброе утро и привет!
В этот прекрасный выходной я научу тебя как узнать имя функции из самой функции.
#!/bin/bash
deploy() {
# здесь хочу получить "deploy"
}
deploy() {
echo ${FUNCNAME[0]}
}
exp1() {
echo ${FUNCNAME}
}
exp2() {
echo ${FUNCNAME[*]}
}
deploy() {
echo $funcstack[1]
}
Привет. Я часто использую set -xve для отладки bash скриптов. Вообще это мастхев фича именно на момент, когда ты что-то создаешь. Ведь не всегда логика может работать правильно (в моих случаях так и есть), а с set -xve, ты вовремя можешь увидеть все значения переменных и т.п. не используя мусорные конструкции в своих поделках типа echo «Error in function xxx».
Конструкцию с set я обычно вставляю в shebang либо после, отдельным сетом:
#!/bin/bash -xve
set -xve
<script body>
#!/bin/bash -xve
PS4='+(${BASH_SOURCE}:${LINENO}): ${FUNCNAME[0]:+${FUNCNAME[0]}(): }'
bar=10
echo ${bar}
echo $((6 + 6))
bar=10
+(./script.sh:6): foo=10
echo ${bar}
+(./script.sh:7): echo 10
10
echo $((6 + 6))
+(./script.sh:8): echo 12
4
PS4='\033[0;33m+(${BASH_SOURCE}:${LINENO}):\033[0m ${FUNCNAME[0]:+${FUNCNAME[0]}(): }'
Пока я готовлю разжеванный пост про стандартные потоки ввода-вывода, закину тебе еще одну игрулю для изучения оболочки через геймификацию.
Автору изобретения, капец как надоело бодаться с первокурсниками, у которых вместо головы - палено. Вот он и изобрел этот тренажер, чтобы эти тупни сами во всем разбирались проходя увлекательные миссии.
Называется эта поделка GameShell.
Ну логично, в наше время большинство вайтишных курсов так и устроены. Сам все изучаешь через гугол попивая крепкие напитки, чтобы не сойти с ума.
Русского языка по понятным причинам в этот тренажер не завезли, но будет лишний повод подтянуть английский/французский/эсперанто.
GameShell запустится на любой операционке Linux/macOS.
Устанавливать так:
sudo apt install gettext man-db procps psmisc nano tree bsdmainutils x11-apps wget $ wget https://github.com/phyver/GameShell/releases/download/latest/gameshell.sh $ bash gameshell.shВот и все. Цель игры: Выполнять миссии, продвигаться вперед и сохранить рассудок. Если соберешь все яйца, в конце покажут мультик, но это не точно. 🐱 Страница проекта на github tags: #linux #games — 💩 @bashdays
✌️ Привет от онлайн-конференции для техлидов и архитекторов Podlodka Techlead Crew!
📈 Масштабировать архитектуру приходится по мере роста бизнеса, но в этой сфере постоянно возникает что-то новое. 13 ноября запускаем сезон, чтоб рассказать об этом. Пригласили опытных джедаев, которые поделятся мастерством:
🔹 Расскажут, когда пора масштабировать архитектуру.
🔹 Разберут, как договариваться о масштабировании с бизнесом.
🔹 Объяснят, нужно ли увеличивать число тестировщиков вместе с ростом системы. Покажут, как масштабировать процессы тестирования без боли и делать выводы из чужих ошибок.
🔹 Рассмотрят эволюционную архитектуру и когда её нужно применять.
🔹 Обсудят преимущества и недостатки микросервисной архитектуры и выяснят, когда без неё можно обойтись.
🔹 Научат определять, можно ли устаревшую архитектуру ещё спасти и переделать или нужно строить её заново. Пациент скорее жив или мёртв?
🎁 Бонус: «Публичное собеседование по System Design» с Александром Крыловым и решение задач в прямом эфире.
😎 Промокод на доп. скидку 500 руб: techlead_crew_5_6a5BWf (суммируется со скидкой на сайте до 7 ноября)
Подробности на сайте: https://podlodka.io/techcrew
Реклама. ИП Толстая Е.П. ИНН: 507503278104
Всем привет и доброе утро. Ребята вчера попросили анонсировать наш чатик. Собственно анонсирую — у нас есть чатик. В нём можешь смело задавать свои вопросы или рассказать всем про своё рабочее место, ну или как ты ушатал продакшен.
Ссаными тряпками никто не прогонит, (могут конечно нахуй послать, но это детали) все в адеквате. Вступление по заявкам, модерирую вручную чтобы автоботы поменьше щемились.
Ну а если устал от всех этих технических штук, велком в наши юморные айти каналы «Псина» и «Гарден».
О чо у меня есть, офигительная шпаргалина!
n.e. в колонке означает not existing (не существует)
Давай разберем:
command > file.txtПоток вывода перенаправлен в файл, в терминале его не видно. Если файл существует, он будет перезаписан.
command >> file.txtПоток вывода перенаправлен в файл, в терминале его не видно. Если файл существует, то новые данные добавятся в конец файла.
command 2> file.txtПоток ошибок перенаправлен в файл, в терминале его видно. Если файл существует, он будет перезаписан.
command 2>> file.txtПоток ошибок перенаправлен в файл, в терминале его не видно. Если файл существует, то новые данные будут добавлены в конец файла.
command &> file.txtПоток вывода и поток ошибок перенаправлены в файл, в терминале их не видно. Если файл уже существует, то он будет перезаписан.
command &>> file.txtПоток вывода и поток ошибок перенаправлены в файл, в терминале их не видно. Если файл уже существует, то новые данные будут добавлены в конец файла.
command | tee file.txtПоток вывода скопирован в файл, он виден в терминале. Если файл уже существует, то он перезапишется. Команда tee в Linux считывает стандартный ввод и записывает его одновременно в стандартный вывод и в один или несколько подготовленных файлов.
command | tee -a file.txtПоток вывода скопирован в файл, он виден в терминале. Если файл уже существует, то новые данные будут добавлены в конец файла.
(*)В Bash нет сокращенного синтаксиса, позволяющего передавать только StdErr второй команде, что было бы необходимо в данном случае в сочетании с tee для завершения операции.
command |& tee file.txtВ файл скопированы потоки вывода и ошибки, они видны в терминале. Если файл уже существует, то он перезапишется.
command |& tee -a fileПотоки вывода и ошибки скопированы в файл, в терминале их не видно. Если файл уже существует, то новые данные будут добавлены в конец файла. Вот такие пироги. Подробнее стандартные потоки разберем в следующих постах, многие их не понимают. Изучай. tags: #linux #sheets #bash — 💩 @bashdays
Зачем переплачивать за VPS, если можно не переплачивать?
Невероятно быстрые виртуальные машины на NVMe SSD с управлением через Telegram от 100 рублей от DLine Media.
Собственный дата-центр в России и еще 6 партнерских локаций зарубежом - Нидерланды, Франция, Польша, Британия, Германия и 2 локации в США - стабильная оплата в рублях.
Неограниченный трафик, удобная панель управления, чистые IP-адреса и не только - успейте урвать свою VPS в @dline_media_vps_bot
Реклама. ИП Горошко Е.А. ИНН 560910904031, erid: 2VtzqxUeuVQ
