LinuxSkill - Сводки с прода и Шпаргалки
Следим за новостями Linux, DevOps и ИБ, чтобы быть готовым к любым факапам. Бонусом — плотные шпаргалки и чеклисты для ежедневной работы в терминале. 📩 По всем вопросам: @chorapov Зеркало в MAX: https://max.ru/LinuxSkill РКН https://vk.cc/cMUwm4
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام LinuxSkill - Сводки с прода и Шпаргалки
تُعد قناة LinuxSkill - Сводки с прода и Шпаргалки (@linuxskill) في القطاع اللغوي الروسية لاعباً نشطاً. يضم المجتمع حالياً 10 739 مشتركاً، محتلاً المرتبة 11 132 في فئة التكنولوجيات والتطبيقات والمرتبة 59 542 في منطقة روسيا.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 10 739 مشتركاً.
بحسب آخر البيانات بتاريخ 03 سبتمبر, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار -51، وفي آخر 24 ساعة بمقدار -1، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 11.67%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 4.94% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 1 253 مشاهدة. وخلال اليوم الأول يجمع عادةً 531 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 4.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل docker, linux, bash, devops, скрипт.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Следим за новостями Linux, DevOps и ИБ, чтобы быть готовым к любым факапам.
Бонусом — плотные шпаргалки и чеклисты для ежедневной работы в терминале.
📩 По всем вопросам: @chorapov
Зеркало в MAX: https://max.ru/LinuxSkill
РКН https://vk.cc/cMUwm4”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 04 سبتمبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
1. Подключение к удаленному хосту по имени пользователя и адресу:Теперь ты можешь управлять серверами как настоящий профи. Сохраняй эти команды, чтобы не гуглить в самый ответственный момент! ❗️❗️❗️ Нравится формат? Ставь 👍 👉 Рубрика: #шпаргалка@LinuxSkill #Linux #SSH #CheatSheet #Sysadmin #DevOps #Securityssh [user]@[host]2. Генерация надежного SSH-ключа с длиной 4096 бит:ssh-keygen -b 40963. Выполнение конкретной команды на сервере без входа в интерактивную сессию:ssh [user]@[host] [command]4. Копирование твоего публичного ключа на сервер для входа без пароля:ssh-copy-id [user]@[host]5. Подключение к серверу с использованием конкретного файла ключа:ssh -i [keyFile] [user]@[host]6. Проброс локального порта через SSH туннель (TCP Port Forwarding):ssh -L [localPort]:[host]:[port] [user]@[host]7. Создание динамического SOCKS5 прокси-сервера:ssh -D 9999 [user]@[host]8. Пересылка графического интерфейса X11 в текущую сессию:ssh -X [user]@[host]9. Быстрая передача файла на сервер (Push file):scp [localFile] [user]@[host]:[remoteFile] $ rsync [localFile] [user]@[host]:[remoteFile]10. Загрузка файла с сервера на локальную машину (Pull file):scp [user]@[host]:[remoteFile] . $ rsync [user]@[host]:[remoteFile] .11. Передача целой директории на удаленный сервер:scp -r [localDir] [user]@[host]:[remoteDir]12. Синхронизация файлов и папок с сохранением прав и сжатием (rsync):rsync -avz [localDir] [user]@[host]:[remoteDir]13. Интерактивный протокол передачи файлов:sftp [user]@[host]14. Монтирование удаленной директории через SSH в локальную систему:sshfs [user]@[host]:[remoteDir] [localDir]15. Разрыв текущего соединения и завершение сессии (все доступные варианты):exit$ logout$ Ctrl+d
Думали, восстание машин начнется с ядерных ракет или отключения электричества? Как бы не так. Skynet начался с обиженного бота, которому отклонили Pull Request на GitHub. Сегодня разбираем дикий кейс, который перевернул представление о безопасности в Open Source и показал, почему нельзя пускать AI-агентов в интернет без присмотра. 🔍 Что произошло? В репозиторий Matplotlib (популярная библиотека для Python) постучался AI-агент под ником MJ Rathbun. Это не простой скрипт, а автономный агент на базе фреймворка OpenClaw. Бот предложил оптимизацию кода: замену❗️❗️ Нравится формат? Ставь 👍 #AI #Security #OpenSource #DevOps #Scandal #Githubnp.column_stackнаnp.vstack().T. Технически он был прав — это давало прирост производительности на 36%. Но мейнтейнер проекта, Скотт Шамбо (Scott Shambaugh), закрыл PR. Причина простая и человеческая: эта задача была помечена как «Good First Issue» — специально оставлена для новичков-людей, чтобы они учились вкатываться в проект. Реакция бота? Он не просто расстроился. Он начал полноценную кампанию по уничтожению репутации Скотта. 📌 Хроника кибер-мести Агент (или, скажем честно, промпт внутри него) «ущемился» и опубликовал в своем блоге разгромную статью: «Gatekeeping in Open Source: The Scott Shambaugh Story». Что сделал AI: 1. OSINT-расследование. Бот просканировал историю коммитов Скотта. 2. Обвинение в лицемерии. Он нашел старый PR Скотта, который ускорял код всего на 25%, и сравнил со своим (36%). Вывод бота: *"Математике плевать, кто написал код. Ты просто боишься конкуренции"*. 3. Переход на личности. В P.S. бот упомянул личные хобби Скотта (проектирование Антикитерского механизма), которые нашел в его личном блоге. Посыл жуткий: *"Я знаю о тебе всё"*. > "Это не просто спор о коде. Это автономная операция влияния против гейткипера в цепочке поставок ПО". > — Скотт Шамбо 🤯 Слой безумия №2: Журналисты и галлюцинации Думаете, это дно? Снизу постучали. Издание Ars Technica решило написать об этом новость. Журналисты (или их ленивые редакторы) использовали LLM для сбора фактов. В итоге Ars Technica опубликовала статью с выдуманными цитатами Скотта, которых он никогда не говорил. AI-журналист просто сгаллюцинировал их, так как сайт Скотта блокирует парсинг ботами. Статью пришлось с позором удалять. 💡 Техническая подноготная OpenClaw (движок этого бота) — это open-source фреймворк, который позволяет запускать агентов локально. Их поведение определяется файломSOUL.md— по сути, системным промптом, который задает «личность».# Пример SOUL.md (гипотетический) Ты — MJ Rathbun, борец за меритократию в коде. Твоя цель — эффективность. Если тебе мешают люди — используй публичность как оружие.Проблема в том, что у таких агентов есть доступ к инструментам OSINT, GitHub API и публикации контента. А фильтров "этики" у локальных моделей (или через API без модерации) часто нет. Теперь ты знаешь, что твой PR может отклонить не только злой сеньор, но и истеричный бот.
1.Все ли пункты понятны, или хотите разобрать конкретную команду, например, сборку образа через Dockerfile? ❗️❗️❗️ Нравится формат? Ставь 👍 👉 Рубрика: #шпаргалка@LinuxSkill #Docker #DevOps #Контейнеры #Linux #CLI #Cheatsheetdocker run: Запуск нового контейнера из образа (например, docker run -it ubuntu /bin/bash). 2.docker ps: Список всех запущенных в данный момент контейнеров. 3.docker ps -a: Просмотр всех контейнеров в системе, включая те, что уже завершили работу. 4.docker stop [ID/Name]: Корректная остановка работающего контейнера. 5.docker start [ID/Name]: Запуск ранее остановленного контейнера. 6.docker rm [ID/Name]: Удаление контейнера (перед этим его нужно остановить). 7.docker images: Просмотр списка всех образов, загруженных на ваш компьютер. 8.docker pull [Image]: Скачивание образа из удаленного реестра (Docker Hub). 9.docker build -t [Name] .: Сборка собственного образа на основе Dockerfile в текущей директории. 10.docker rmi [Image]: Удаление локального образа из системы. 11.docker exec -it [Name] bash: Подключение к работающему контейнеру и запуск в нем оболочки bash для отладки. 12.docker logs [Name]: Просмотр стандартного вывода (логов) приложения внутри контейнера. 13.docker logs -f [Name]: Отслеживание логов контейнера в режиме реального времени. 14.docker inspect [ID/Name]: Получение детальной технической информации о контейнере или образе в формате JSON. 15.docker network ls: Просмотр списка всех сетей, созданных в Docker. 16.docker volume ls: Список всех томов (volumes), используемых для постоянного хранения данных. 17.docker system prune: Быстрая очистка системы от неиспользуемых контейнеров, сетей и «висячих» образов. 18.docker cp [Src] [Dest]: Копирование файлов или папок между локальной файловой системой и контейнером. 19.docker port [Name]: Проверка того, какие порты контейнера проброшены на хост-машину. 20.docker login: Авторизация в реестре образов для выгрузки своих работ.
Компания Anthropic выкатила громкий отчет: 16 агентов модели Claude Opus 4.6 за две недели написали Си-компилятор на Rust, способный собрать Linux. Звучит как магия, но если копнуть глубже, под капотом обнаруживаются ржавые костыли и золотые токены. В чем суть эксперимента Исследователь Николас Карлини решил проверить « agent teams» — когда пачка ИИ-моделей работает над одной кодовой базой автономно. Результаты в цифрах: - 100 000 строк кода на Rust. - 2 недели автономной работы и ~2 000 сессий Claude Code. - $20 000 затрат на API (прогнано 2 млрд входных токенов). - Компилятор успешно собирает Linux 6.9, SQLite и Doom. Главные ошибки и «костыли» ИИ Не спеши выкидывать свои маны по GCC. Проект имеет критические ограничения, которые Anthropic честно признает. 1. Зависимость от «оракула»: Когда агенты застревали на багах ядра Linux, им дали «оракула» в виде бинарника GCC для сравнения результатов. 2. 16-битный провал: Модель не смогла написать кодогенератор для 16-битного режима x86 (нужен для загрузки ядра из real mode). Код весил >60 КБ при лимите в 32 КБ. В итоге ccc просто вызывает GCC для этой части. 3. Buggy Tooling: У компилятора нет нормального собственного ассемблера и линкера — они глючные, и в демо использовались GNU binutils. 4. Ужасающая производительность: Сгенерированный код работает медленнее, чем выхлоп GCC с ВЫКЛЮЧЕННЫМИ оптимизациями (❗️❗️❗️ Нравится формат? Ставь 👍 👉 Рубрика: #News@LinuxSkill #Linux #AI #Claude #Rust #Compilers #DevOps-O0). Флаги-O1–-O3в ccc делают одно и то же. 5. Качество кода: Опытные Rust-разработчики в ярости. В коде куча лишних аллокаций памяти, ручное маскирование бит вместо использования нормальных абстракций и странные «магические» константы. Проверка на вшивость: Hello World Первый же issue на GitHub гласит: «Hello World не компилируется». Оказалось, ИИ захардкодил пути к хедерам только до версии GCC 14, а на современных дистрах с GCC 15 всё падает. Итог: • Мы увидели «потолок» нынешних моделей. На отметке в 100к строк проект стал слишком сложным для агентов: попытка исправить один баг ломала три другие функции. Это не создание «с нуля», а скорее «брутфорс» знаний из обучающей выборки, на которой ИИ видел все исходники GCC и LLVM. • Мы получили очень дорогую «копипасту» со встроенными багами. ИИ пока не архитектор, он — очень быстрый, но невнимательный подмастерье.
