🚀 Bash-Snippets — полезные сценарии Bash для пользователей командной строки

• Cheat — шпаргалка по командам Linux.
• Cloudup — инструмент для резервного копирования репозиториев GitHub в Bitbucket.
• Crypt — шифрование и расшифровка файлов.
• Cryptocurrency — конвертирует криптовалюту на основе обменных курсов 10 топовых криптовалют в реальном времени.
• Currency — конвертер валют.
• Geo — предоставляет сведения о глобальной сети, локальной сети, маршрутизаторе, DNS, Mac и IP.
• Gist — управление gist.
• Lyrics — быстро извлекайте тексты песен из командной строки.
• Meme — создатель мемов из командной строки.
• Movies — поиск и отображение сведений о фильме.
• Newton — выполняет числовые вычисления вплоть до символьного математического анализа.
• Qrify — превращает заданную строку в qr-код.
• Short — сокращение URL-адресов
• Siteciphers — проверьте, какие шифры включены или отключены для данного https-сайта.
• Stocks — предоставляет определенную информацию об акциях.
• Taste — система рекомендаций, которая предоставляет три похожих элемента, подобных поставляемому элементу (это могут быть книги, музыка, исполнители, фильмы, игры и т. д.).
• Todo — менеджер задач из командной строки.
• Transfer — быстрая передача файлов из командной строки.
• Weather — отображает информацию о погоде в вашем месте.
• Youtube-Viewer — смотрите YouTube с помощью терминала.

🖥 Github


@linuxacademiya

⚫️ Awesome-tunneling

Большая коллекция селфхостед туннелей на любой случай.

Все сгруппировано по областям применения и возможностям.

▪ Github

#tunnel #security #network

@linuxacademiya

🖥 Быстрый совет Linux

Найдите все неработающие симлинки (символьные ссылки) в вашей системе с помощью команды:

find . -xtype l

@linuxacademiya

✔️ Линус Торвальдс рассказал об отношении к Ai, внедрении Rust и о том, почему ядро Linux - это "единственное, что имеет значение".

На конференции Open Source Summit China Линус Торвальдс обсудил текущее состояние и будущее ядра Linux. Он рассказал, что расширяемый планировщик sched_ext не будет включен в следующий релиз ядра, но ожидается его добавление в версии 6.12.
Он так же отметил отметил, что даже спустя 33 года разработки, базовые проблемы, такие как управление памятью, все еще актуальны.
Процесс разработки ядра стал более структурированным, с релизами каждые девять недель, а количество релизов не имеет значения. Обсуждая безопасность, он отметил, что уязвимости — это просто ошибки, и порекомендовал пользователям обновлять ядро для повышения безопасности.
Что касается внедрения языка Rust, Торвальдс выразил разочарование медленным темпом его принятия, объясняя это тем, что многие разработчики не знакомы с новым языком. Он также высказал скептицизм по поводу текущего хайпа вокруг ИИ, но надеется, что ИИ может помочь в ревью кода и обнаружении ошибок.
zdnet.com

@linuxacademiya

🖥 Сегодня, 25 августа, мы отмечаем день рождения LINUX!

Нашу любимую ОС создал 20-летний Линус Торвальдс в 1991 году, а её название образовано из его имени и слова Unix.

В своём сообщении от 25 августа Линус написал: "Я разрабатываю (бесплатную) операционную систему (просто хобби, она не будет большой и профессиональной, как GNU) для клонов 386(486) AT. Работа началась в апреле, и система уже начинает обретать форму. Буду рад любым отзывам о том, что вам нравится или не нравится в Minix, так как моя ОС во многом на неё похожа."

Линус даже не предполагал, насколько далеко зайдёт его «просто хобби»: сегодня ракеты SpaceX Falcon 9 работают на Linux, а доля этой ОС на десктопах в прошлом году превысила 3%.

Лайк за Linux 🥳

@linuxacademiya

📶 Самые важные паттерны коммуникации в распределенных системах

Распределенные системы состоят из различных отдельных узлов, работающих вместе, но физически расположенных в разных местах. Эти части системы должны общаться друг с другом через сеть, чтобы система могла функционировать как единое целое.

Хотя коммуникация критически важна, правильно ее организовать бывает непросто: разработчики иногда пытаются использовать один и тот же подход ко всем задачам коммуникации, что может быть неэффективно. Важно понимать, что существуют разные способы организации коммуникации, и выбор правильного метода зависит от конкретной задачи. Рассмотрим основные паттерны коммуникации, которые можно использовать для решения разных задач.

⚡️ Запрос-ответ с HTTP

Этот синхронный паттерн коммуникации предполагает, что один сервис отправляет запрос другому сервису и ожидает ответа или ошибки, блокируя свою работу до получения результата. REST, наиболее популярный архитектурный стиль для этой модели коммуникации, использует методы протокола HTTP — GET, POST, PUT и DELETE.
 
Однако использование этого паттерна может привести к проблемам, если сервисы образуют цепочку взаимодействий: в таком случае сбой одного из сервисов может привести к отказу всей операции, а также к расточительному использованию ресурсов и каскадным сбоям.

⚡️ Общие данные

Этот паттерн часто остается незамеченным, поскольку разработчики не всегда воспринимают его как модель коммуникации. В рамках этого подхода один компонент записывает данные в определенное место, а другой компонент считывает и обрабатывает эти данные. Например, один сервис может загрузить файл в облачное объектное хранилище (например, в корзину Amazon S3), а другой сервис затем извлекает этот файл для дальнейших действий.

Главное преимущество этого паттерна — простота реализации и возможность обеспечения взаимодействия между устаревшими и современными системами без проблем совместимости. Однако он не подходит для сценариев, требующих низкой задержки.

⚡️Асинхронный запрос-ответ

В отличие от синхронного подхода, запрос-ответ может быть реализован асинхронно и без блокировки. В этом случае получающий сервис должен явно знать место назначения для отправки ответа. Для реализации этого паттерна идеально подходят очереди сообщений, которые позволяют буферизовать несколько запросов.

Основная сложность здесь — корреляция между запросом и ответом: экземпляр сервиса, отправивший запрос, может отличаться от экземпляра, получающего ответ, поэтому требуется способ отслеживания запросов.

⚡️ Коммуникация на основе событий

В этом подходе сервисы не общаются напрямую друг с другом, а генерируют события, которые могут быть использованы другими сервисами. Это требует наличия места для отправки данных о событиях и механизма, позволяющего получающим сервисам обнаруживать эти события. Брокеры сообщений, такие как RabbitMQ, могут обрабатывать оба этих аспекта. Издатели используют API для отправки событий в брокер, который управляет подписками и уведомляет подписчиков при поступлении события.

Этот паттерн идеально подходит для создания слабосвязанных взаимодействий между сервисами. Однако брокер сообщений должен обеспечивать надежную доставку событий, их упорядочивание и согласованность. Кроме того, добавляется дополнительный компонент в систему.

@linuxacademiya