DevOps Portal | Linux
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Менеджер: @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Show more📈 Analytical overview of Telegram channel DevOps Portal | Linux
Channel DevOps Portal | Linux (@loose_code) in the Russian language segment is an active participant. Currently, the community unites 13 140 subscribers, ranking 9 733 in the Technologies & Applications category and 50 514 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 13 140 subscribers.
According to the latest data from 15 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -92 over the last 30 days and by -4 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 18.76%. Within the first 24 hours after publication, content typically collects 9.04% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 465 views. Within the first day, a publication typically gains 1 188 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 9.
- Thematic interests: Content is focused on key topics such as devops, kubernetes, docker, linux, ebpf.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Менеджер: @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Thanks to the high frequency of updates (latest data received on 16 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
echo 'Hello, Linux!' | tr 'a-z' 'A-Z'
2. Удаление символов: давайте уберем все цифры из текста:
echo 'Tech123 is fun456!' | tr -d '0-9'
3. Замена пробелов: переведём пробелы в табуляции:
echo 'Text with spaces' | tr ' ' '\t'
4. Удаление дубликатов: оставим только уникальные символы:
echo 'Mississippi' | tr -s 's'
5. Замена символов с учетом регистра: заменим все гласные на их противоположный регистр:
echo 'Hello, Linux!' | tr 'aeiouAEIOU' 'AEIOUaeiou'
Так что, если вы хотите быть настоящим магом обработки текстовых данных в Linux, tr - ваш верный спутник. Попробуйте эти команды и создавайте свои мастер-пьесы в мире текстовой манипуляции! 🔠💻 #Linux #КоманднаяСтрока #trtr -cd '[:print:]' < input.txt > output.txt
Результат будет записан в файл output.txt
🏁 Все просто, коротко и понятно, добавить даже нечего 🤷♂️docker psПосле ввода команды вы увидите удобный выхлоп, где нас интересует имя или ID нужного контейнера. 2️⃣ Вывод логов конкретного контейнера Здесь есть два способа: менее удобный и совсем неудобный. Где какой решайте сами 🤷🏼♂️ Первый способ заиметь доступ к логу контейнера указан был в сообщении про работу с логами, где я указывал место хранения логов Docker:
/var/lib/docker/containers/<id_контейнера>/<id_контейнера>-json.logНо, как говорилось ранее, вы получаете лютый JSON, где вообще ничего непонятно. Второй способ - использовать команду для вывода логов конкретного контейнера:
docker logs <имя_или_ID_контейнера>По сути, команда вываливает в терминал содержимое JSON-файла из способа №1. Что делать дальше с этой информацией решает каждый сам, кому-то может оно и поможет, ну а мы идем дальше... 3️⃣ Сохраняем логи за определенный период в отдельный файл Совместим все, что узнали в пунктах выше и приправим ключом --since, который позволяет задать временной отрезок, с которого будет выведен лог. Вдобавок используя перенаправление вывода сохраним это все в отдельный файл, чтобы потом его изучить:
docker logs <имя_или_ID_контейнера> --since 60m > mydocker.logДанный пример выведет содержимое лога контейнера Docker за последний час. Ну а что делать, если нужно вывести данные с прошлого месяца? Все просто!
docker logs <имя_или_ID_контейнера> --since YYYY-MM-DD > mydocker.logЗдесь YYYY - год (2023, например), MM - месяц (09) и DD - день (21). Порядок идет именно такой, так как все эти ваши европейцы и американцы, создавшие Linux и большую часть того, что связано с программированием, используют такой формат даты. Всю эту информацию перенаправляем в файл с расширением log, который потом можно использовать как душе угодно. 4️⃣ Добавляем временную метку в логи Но даже после использования команды в п. 3 у вас получится файл, в котором все будет в кучу и не поймешь когда и во сколько какое событие, описанное в логе произошло. Поэтому нужно добавить временную метку, делается это при помощи ключа -t.
docker logs <имя_или_ID_контейнера> --since YYYY-MM-DD -t > mydocker.logВот теперь-то вы получите информативный лог о том, что происходило с вашим сервисом внутри контейнера! 🏁 Полученную в конце команду вы можете использовать вместе с сервисом Transfer.sh, про который я рассказывал ранее, чтобы без лишней головомойки делиться логами с кем нужно. Так что теперь вы точно станете мастером логов и сможете оперировать ими как профи!
apt/brew install tty-share
Если же в обозначенный список вы не попадаете, то можно просто выкачать бинарник с Github и закинуть его по пути /usr/local/bin/:
sudo mv tty-share_linux-amd64 /usr/local/bin/tty-shareЯ, например, поступил именно так. Только не забудьте после перемещения или перед ним выдать права на запуск бинарного файла:
chmod +x tty-share_linux-amd642️⃣ Использование tty-share После установки вбиваем и запускаем:
tty-share --public --readonlyполучаем такое:
public session: https://on.tty-share.com/mbeD30O8tEoWr4_4/ local session: http://localhost:8000/s/local/ Press Enter to continue!Жмем Enter и погнали! Первая строчка public session, она нам и нужна: копируем URL и отдаем тем, с кем желаем поделиться, они вбивают этот URL в браузер и видят вашу расшаренную консоль. Все что вы вводите и запускаете в своей консоли, отображается в браузере. Ключ
--readonly делает так, чтобы «прямые руки» зрителей не могли вмешиваться в процесс печатания команд. Да, если этот ключ не указать, то они смогут через свой браузер вбивать команды в вашу консоль. Утилита работает за любым NAT, так же есть и локальная сессия (local session): если вы находитесь в одной подсети, можно не указывать ключ --public и довольствоваться локалкой.
У tty-share есть масса других возможностей: можно менять порты, пускать через проксю, указывать оболочку (bash/zsh/etc), писать логи и многое другое. Загляните в --help если интересно. Что касается безопасности, там TLS и HTTPS, но разработчик обещает добавить сквозное шифрование, пароли и ключи.
3️⃣ Завершение сеанса работы с tty-share
Как завершать сессию? Честно говоря, без понятия 🤷♂️ В документах есть упоминание про ключ -detach-keys, но из коробки Сtrl-O, Сtrl-C не работает, либо я нажимал что-то не так. Поэтому когда нужно убить public session, можно просто сделать алиас на такую команду:
kill $(ps aux | grep 'tty-share' | awk '{print $2}')
🏁 За исключением непонятного момента с приостановкой сессии, утилита tty-share отличный инструмент для тех, кто хочет делиться терминалом, но не желает запускать всякого рода видеоконференции и демонстрации. Удобно, практично, надежно.
Available now! Telegram Research 2025 — the year's key insights 
