CORTEL

✏️ Подборка планировщиков задач

✏️ Taskwarrior
— Консольный менеджер задач с поддержкой проектов, тегов, приоритетов и повторяющихся задач.
— Хорошо ложится в терминальный workflow и автоматизацию через скрипты.
— Подходит тем, кто ведёт задачи в текстовом виде и хочет максимальную управляемость.

✏️ todo.txt
— Минималистичный подход: задачи хранятся в одном текстовом файле по простому формату.
— Легко редактируется, версионируется и переносится между устройствами.
— Подходит, если нужен «прозрачный» список задач без тяжёлых интерфейсов.

✏️ Vikunja
— Open-source планировщик с веб-интерфейсом и возможностью self-host.
— Поддерживает списки задач, канбан-доски, проекты и совместную работу.
— Подходит, если нужен «как SaaS», но с контролем над хранением данных.

✏️ Joplin
— Open-source приложение для заметок с поддержкой Markdown и задач.
— Удобно, когда задачи живут рядом с документацией и рабочими заметками.
— Подходит для офлайн-работы и аккуратной структуры заметок.

✏️ SingularityApp
— Кроссплатформенный планировщик для личных и рабочих задач.
— Есть календарь и инструменты тайм-менеджмента, удобно собирать задачи в один поток.
— Подходит, если нужен современный интерфейс и привычная логика планирования в РФ.

✏️ LeaderTask
— Планировщик задач и проектов с возможностью делегирования и командной работы.
— Помогает структурировать задачи по срокам, проектам и приоритетам, поддерживает офлайн-доступ.
— Подходит для личного планирования и задач внутри команды.

#полезное

📚 Kubernetes Up & Running, 3rd Edition

Практичное и системное введение в Kubernetes: от базовых концепций до эксплуатации кластера в продакшене.

Книга помогает понять как и почему Kubernetes устроен именно так, и даёт рабочую модель мышления для DevOps-инженеров, SRE и ИТ-архитекторов.

🔍 Рассматривается:

— архитектура Kubernetes: control plane, узлы, API, основные компоненты;
— ключевые примитивы: Pods, Deployments, Services, ConfigMaps, Secrets, Jobs;
— управление жизненным циклом приложений и контейнеров;
— сетевое взаимодействие, балансировка, сервис-дискавери;
— хранение данных и работа с volume’ами;
— безопасность: RBAC, namespaces, политики доступа;
— эксплуатация и масштабирование: обновления, отказоустойчивость, best practices;
— практические сценарии использования Kubernetes в реальных инфраструктурах.

Акцент сделан на понимании принципов работы платформы и принятии архитектурных решений.

Авторы:
Брендан Бёрнс,
Джо Беда,
Келси Хайтауэр.

Издательство:
O’Reilly Media, 2022 г.

#книги

💎 keyd — переопределение клавиш клавиатуры на уровне ядра

Утилита для низкоуровневого переназначения клавиш клавиатуры в Linux.

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

➡️ Зачем нужно?

— Аппаратно-независимое переопределение: Работает с любой клавиатурой — ноутбучной, USB, Bluetooth

— Слои (layers): Создание дополнительных раскладок, активируемых по модификаторам

— Макросы и сложные действия: Назначение последовательностей клавиш на одну кнопку

— Исправление неудобной раскладки: Переназначение CapsLock, Escape, функциональных клавиш

— Консистентность между системами: Настройки работают даже в консоли и до загрузки X11/Wayland

➡️ Установка:

#Debian/Ubuntu:
sudo apt install keyd

#Arch Linux:
yay -Sy keyd

#Fedora/RHEL:
sudo dnf install keyd

➡️ Пример конфигурации

Основной конфиг: /etc/keyd/default.conf

Пример — включаем клавишу Fn вместо правого Win

[ids]
*

[main]
# Делаем правый Win клавишей Fn
rightmeta = layer(fn)

[fn]
# F-ряду назначаем функциональность
f1 = brightnessdown
f2 = brightnessup
f3 = volumedown
f4 = volumeup
f5 = mute
f6 = kbdillumdown
f7 = kbdillumup

➡️ Управление сервисом:

# Применение конфигурации
sudo keyd reload

# Просмотр активных устройств
sudo keyd monitor

# Перезапуск демона
sudo systemctl restart keyd

✅ keyd — мощный инструмент для тех, кто хочет полностью контролировать свою клавиатуру.

В отличие от пользовательских решений в X11/Wayland, он работает на системном уровне, обеспечивая консистентность во всех окружениях — от консоли до рабочего стола.

#линуксятина

🔭 Skopeo — инструмент для работы с контейнерными образами

Утилита для копирования, инспектирования и проверки контейнерных образов между реестрами без необходимости запуска полноценного контейнерного демона.

Работает напрямую с репозиториями Docker, OCI-совместимыми реестрами и локальными архивами.

⚙️ Основной функционал:

— Копирование образов между реестрами без промежуточной загрузки на локальную машину (skopeo copy)
— Инспектирование образов — просмотр метаданных (теги, слои, окружение) без скачивания всего образа (skopeo inspect)
— Синхронизация репозиториев — массовое копирование образов по заданным правилам
— Конвертация форматов — между Docker Image Manifest v2, OCI, локальными архивами
— Работа с аутентификацией — поддержка docker-конфигов, отдельных учетных данных, сертификатов

✅ Ключевые преимущества:

— Не требует запущенного демона Docker — работает как standalone-утилита
— Экономия дискового пространства — не нужно скачивать образы полностью для просмотра метаданных
— Безопасность — проверка подписей образов до их использования
— Интеграция в CI/CD — идеально подходит для пайплайнов, где нежелательно ставить Docker

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

👉 Git
#полезное

❕ Управляемые Job внешними контроллерами в Kubernetes

В версии Kubernetes 1.35 стала стабильной (GA) долгожданная функция — поле .spec.managedBy для ресурсов Job.

Теперь можно явно указать, какой контроллер отвечает за управление задачей, открывая новые возможности для интеграции с внешними системами.

➡️ Зачем делегировать управление Job?

— Сложная логика выполнения
Внешние контроллеры могут реализовывать продвинутые сценарии.

— Интеграция с экосистемой
Системы оркестрации рабочих процессов получают нативный способ управления созданными через них заданиями.

— Чёткое разделение ответственности
Исключаются конфликты между встроенным контроллером Kubernetes и внешними системами.

— Упрощение отладки
По значению поля managedBy сразу понятно, какая система управляет задачей.

➡️ Как работает .spec.managedBy?

🟡 Обычная Job (управляется встроенным контроллером)

apiVersion: batch/v1
kind: Job
metadata:
  name: classic-job
spec:
  # Поле managedBy отсутствует - управляет kube-controller-manager
  template:
    spec:
      containers:
      - name: calculator
        image: alpine:latest
        command: ["sh", "-c", "echo 'Result: $(expr 10 \* 10)'"]
      restartPolicy: Never

🟡 Job с делегированным управлением

apiVersion: batch/v1
kind: Job
metadata:
  name: managed-externally
spec:
  managedBy: argo-workflows-controller  # Указываем внешний контроллер
  template:
    spec:
      containers:
      - name: data-processor
        image: data-processor:latest
        command: ["process", "--dataset", "daily"]
      restartPolicy: OnFailure

➡️ Что происходит:

— Встроенный контроллер Kubernetes видит поле managedBy и не вмешивается в управление Job
— Внешний контроллер (например, Argo Workflows) отслеживает Job с такой меткой
— Весь жизненный цикл (перезапуски, обработка завершения) ложится на внешний контроллер

Поле .spec.managedBy — это элегантный механизм интеграции, который превращает нативные Kubernetes Job в строительные блоки для сложных систем оркестрации. Он позволяет реализовывать продвинутые сценарии выполнения задач, сохраняя преимущества Kubernetes API и избегая войны контроллеров.

➡️ Подробнее в официальной анонсе в блоге Kubernetes

#заметкиИнженера

⚠️ 99,9 % SLA — звучит надёжно.

Для ИТ-директора и инженера соглашение об SLA — это не красивая цифра и не маркетинговая уловка, а граница риска.

И часто ожидания от «трёх девяток» не совпадают с реальностью.

🔎Что скрывается за SLA на практике:

— Архитектура и отказоустойчивость
Без этого процент остаётся на бумаге.

— Мониторинг и реакция
Определяет скорость обнаружения проблемы и восстановления сервиса.

— Процессы и регламенты
Нужны понятные роли и шаги, чтобы инцидент не превращался в хаос.

— Границы ответственности
SLA может выполняться, а пользователи всё равно видят недоступность.

— Коммуникация в момент инцидента
Статус и сроки восстановления должны быть ясными, иначе доверие падает.

🧑‍💻 В новой статье мы разобрали, как работает SLA на практике, где компании чаще всего ошибаются и на что реально смотреть при выборе облака и провайдера.

#статья #изПрактики

💻 Подборка онлайн-платформ для практического освоения Kubernetes.

💬 Kubernetes Basics (Official Tutorials)
— Официальные интерактивные материалы от проекта Kubernetes.
— Пошагово вводят в базовые концепции и терминологию, помогают понять устройство кластера и назначение ключевых объектов.
— Подходит для старта и выравнивания базы перед практикой.

💬 Play with Kubernetes
— Браузерная среда для экспериментов с Kubernetes без локальной установки.
— Позволяет получить временный доступ к кластеру и выполнять команды в терминале, тестируя манифесты и базовые сценарии.
— Удобно для быстрых проверок и самостоятельной практики.

💬 Killercoda Kubernetes Scenarios
— Платформа с практическими сценариями и встроенным терминалом.
— Задания построены вокруг типовых задач: поды, деплойменты, сервисы, сеть, диагностика и устранение проблем.
— Подходит для закрепления навыков на прикладных кейсах.

💬 KodeKloud Kubernetes Labs

— Обучающая платформа с лабораторными работами и тренажёрами. — Даёт структурированную практику по Kubernetes с постепенным усложнением тем и акцентом на реальные навыки администрирования и эксплуатации.
— Подходит для системного обучения и подготовки к рабочим задачам.

#полезное

👥 CDN (Content Delivery Network)

Схема от Bytebytego наглядно показывает разницу в доставке контента при работе напрямую с сервером и при использовании CDN.

🗣 Пользователи (Clients)
— web; mobile; desktop.

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

🗣 Origin Server
— первичный сервер с оригинальным контентом.

Хранит оригинальные файлы (видео, изображения, JS/CSS). Без CDN каждый пользователь тянет данные напрямую отсюда — даже если находится за тысячи километров.

🗣 Доставка без CDN
— удалённый маршрут запроса, рост задержек, повышенная нагрузка на основной сервер.

Чем дальше пользователь находится от сервера, тем выше задержка отклика. При увеличении нагрузки основной сервер становится узким местом и потенциальной точкой отказа.

🗣 CDN Nodes
— узлы, расположенные ближе к пользователям, хранящие копии контента для быстрой выдачи.

CDN хранит копии статики ближе к пользователям. Запрос идёт не через полмира, а к ближайшему узлу.

🗣 Доставка с CDN
— минимальная задержка, стабильная скорость, масштабируемость.

Пользователь получает контент из ближайшего CDN-узла. Origin нагружается только при первом запросе или при обновлении кэша.

🗣 Что даёт CDN инфраструктуре
— ускорение загрузки, снижение трафика на основной сервер, защита от пиков.

Меньше сетевых задержек для пользователей и ниже риски для серверов: часть запросов вообще не доходит до серверной части приложения.

🗣Типовые сценарии использования
— сайты, SaaS, медиа, маркетплейсы, API со статикой.

#полезное

🎙️ За неделю

📃 Сбой в системе бронирования и регистрации Leonardo.
У части перевозчиков возникли ограничения на оформление и возврат билетов, онлайн-операции и регистрацию пассажиров. Инцидент затронул сразу несколько каналов обслуживания и привёл к задержкам в обработке пассажирских операций.

📃 ФСТЭК обнаружила более 1,2 тыс. нарушений на объектах критической инфраструктуры — только около 36% организаций обеспечили базовый уровень защиты.
Выявлено большое число несоответствий требованиям ИБ, включая формальный подход к защите объектов КИИ.

📃 У 98% российских компаний есть теневые ИТ-компоненты, которые не учтены и не контролируются. Полную картину по доменам, IP-адресам, веб-сервисам и средствам удалённого доступа имеют лишь 2% организаций; при этом заметная доля уязвимостей выявляется именно на неучтённых элементах инфраструктуры.

📃 Группировка Vortex Werewolf проводит целевые фишинговые атаки на оборонно-промышленные предприятия и органы власти.
Ссылки маскируются под доступ к документам в Telegram и ведут на поддельное восстановление доступа, через которое перехватываются учётные данные и обеспечивается установка вредоносного ПО.

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

🐮 cowsay
корова с сообщением прямо в терминале

Классическая консольная утилита, которая выводит в терминал ASCII-арт коровы (или другого животного), говорящей ваше сообщение.

Инструмент для легкого развлечения, автоуведомлений или просто чтобы поднять настроение 😉

Установка:

# Ubuntu/Debian
sudo apt install cowsay

# Fedora
sudo dnf install cowsay

# Arch/Manjaro
sudo pacman -S cowsay

# macOS
brew install cowsay

Базовое использование:

cowsay "Привет, мир"

 _____________________
< Привет мир >
 ---------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

P.S. Весна уже близко 🤗

#rootoffun

💎 Envoy Gateway

Kubernetes-native управление трафиком на основе Envoy Proxy и стандарта Gateway API.

➡️ Это проект, который превращает мощный Envoy Proxy в простой в управлении шлюз для Kubernetes, используя стандартные Gateway API CRD вместо сложных конфигураций.

🟣 Основной функционал:

— Предоставляет Envoy Proxy как managed-сервис внутри кластера через стандартный Gateway API
— Поддержка протоколов: HTTP, HTTPS, TCP, UDP, gRPC, WebSocket
— Встроенные возможности: load balancing, retries, rate limiting, circuit breaking
— TLS-терминация с автоматическим управлением сертификатами (через cert-manager)
— Межкластерная маршрутизация (Multi-cluster)

🟣 Ключевые особенности:

— Стандартизированный API: Полная совместимость с Kubernetes Gateway API
— Упрощённая архитектура: Контроллер + набор Envoy прокси, без сложных компонентов
— Расширения через политики: Дополнительные функции (CORS, JWT, rewrite) через custom Policy ресурсы
— Наблюдаемость из коробки: Метрики Prometheus, трейсы OpenTelemetry, структурированные логи
— Мульти-тенантность: Чёткое разделение Infrastructure (Gateway) и Application (HTTPRoute) ролей

Envoy Gateway — это золотая середина между простотой NGINX Ingress и мощью полного service mesh.

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

👉 Git
#полезное

🔩 Утилита dd (data definition)

Мощный инструмент для побайтового копирования и преобразования данных на уровне блоков. В отличие от обычных файловых копировщиков, dd работает напрямую с устройствами.

💬 Основное предназначение:
— Клонирование дисков и разделов
— Создание загрузочных флешек
— Резервное копирование MBR/GPT
— Тестирование скорости чтения/записи
— Безопасное удаление данных
— Заполнение диска тестовыми данными

💬 Базовый синтаксис:

dd if=<input> of=<output> bs=<block_size> count=<blocks>

— if (input file) — источник данных
— of (output file) — приемник данных
— bs (block size) — размер блока (например, 1M, 4K)
— count — количество блоков для обработки

💬 Практические сценарии использования

— Создание загрузочной флешки

# Запись образа ISO на USB-накопитель
sudo dd if=ubuntu-24.04.3-live-server-amd64.iso of=/dev/sdb bs=4M status=progress oflag=sync

— Заполнение всего диска нулями

# Заполнение всего диска /dev/sdb нулями
sudo dd if=/dev/zero of=/dev/sdb bs=1M status=progress

— Клонирование диска на диск

# Клонирование всего диска (размеры должны совпадать!)
sudo dd if=/dev/sda of=/dev/sdb bs=64K status=progress conv=noerror,sync

— Заполнение диска случайными данными

# Заполнение случайными данными 
sudo dd if=/dev/urandom of=/dev/sdb bs=1M status=progress

— Создание файла со случайными данными размером 500 Mb

# Создание файла размером 500 Mb 
dd if=/dev/urandom of=random.data bs=1M count=500

dd — это швейцарский нож для работы с дисками.

При правильном использовании он решает множество задач: от быстрого заполнения диска тестовыми данными до полного клонирования систем. Главное — всегда дважды проверять параметры if и of, чтобы не уничтожить важные данные.

#линуксятина

⏰ Gateway API

Новая стандартная спецификация для управления внешним доступом к сервисам в Kubernetes.

🤚 Это не просто замена Ingress, а следующий этап развития, который предлагает более выразительный, расширяемый и ролевой подход к маршрутизации трафика.

🟢 Зачем это нужно?

— Разделение ответственности: Инфраструктурная команда управляет шлюзами (Gateways), а разработчики — правилами маршрутизации (HTTPRoute).
— Единый стандарт: Замена множества аннотаций Ingress-контроллеров на унифицированные CRD.
— Расширенные функции: Поддержка TLS, нагрузочного балансирования, канареечных развертываний, трассировки и многопротокольной маршрутизации (HTTP, gRPC, TCP/UDP) из коробки.
— Переносимость: Единая конфигурация работает с разными реализациями (Istio, Cilium, NGINX и др.).

🟢 Ключевые принципы

— GatewayClass: Определяет тип шлюза (как IngressClass). Создается администратором кластера.
— Gateway: Реализация шлюза в конкретном namespace. Определяет виртуальный IP, порты и привязку к GatewayClass.
— HTTPRoute (и другие *Route): Правила маршрутизации, привязанные к Gateway. Создаются разработчиками.

🟢 Практический пример: развертывание простого шлюза

✅ Создание GatewayClass (администратором):

apiVersion: gateway.networking.k8s.io/v1
kind: GatewayClass
metadata:
  name: public-lb
spec:
  controllerName: "example.ru/gateway-controller"
  description: "Шлюз для внешнего трафика"

✅ Создание Gateway:

apiVersion: gateway.networking.k8s.io/v1
kind: Gateway
metadata:
  name: web
  namespace: infra
spec:
  gatewayClassName: public-lb
  listeners:
  - name: http
    protocol: HTTP
    port: 80
    allowedRoutes:
      namespaces:
        from: All

✅ Создание HTTPRoute (разработчиком в namespace app):

apiVersion: gateway.networking.k8s.io/v1
kind: HTTPRoute
metadata:
  name: frontend-route
  namespace: app
spec:
  parentRefs:
  - name: web
    namespace: infra
  hostnames: ["app.example.ru"]
  rules:
  - matches:
    - path:
        type: PathPrefix
        value: /api
    backendRefs:
    - name: backend-service
      port: 8080
  - matches:
    - path:
        type: PathPrefix
        value: /
    backendRefs:
    - name: frontend-service
      port: 80

🟢 Что происходит после применения:

1. Контроллер Gateway API разворачивает шлюз (load balancer) с публичным IP
2. Трафик на app.example.ru поступает на шлюз
3. Путь /api маршрутизируется к backend-service, остальной трафик — к frontend-service
4. Политики namespaces предотвращают конфликты между командами

Gateway API — это не просто "Ingress 2.0", а фундаментально новая модель, которая превращает маршрутизацию трафика из админской задачи в декларативный и самообслуживаемый процесс.

#заметкиИнженера

🥳 С Международным Днем защиты персональных данных

🥳 Праздничная подборка

🔴 Как вообще защищать ПДН?
🔴 Роадмэп защиты ПДН с нуля
🔴 Перечень документов по защите ПДн
🔴 Административная ответственность и штрафы
🔴 Вся Нормативно-правовая база СЗ ПДн
🔴 Как определять уровень защищённости ПДН
🔴 Как создать политику по обработке ПДн
🔴 Как подтвердить выполнение требований

❗️ А еще много видео про работу с ПДн на наших площадках

▶️ Rutube
▶️ YouTube
▶️ VK Видео

🧩 Декомпозиция.
Как разбить большую задачу на маленькие

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

Цель в снижении неопределённости и когнитивной нагрузки.

🎚 Принципы:

🔵 имеет ясный итог — что должно появиться или измениться;

🔵 содержит признак завершения — по какому факту работу можно принять;

🔵 закреплена за конкретным исполнителем и условиями выполнения.

* если один из пунктов отсутствует, задача остаётся слишком размыта.

🎚 Правила

🔵 Делить задачу до такого уровня, чтобы её можно было выполнить в рамках одного дня.

🔵Описывать подзадачи через итог: что должно появиться или измениться (спецификация, настройка, отчёт, метрика).

🔵Сразу определять признак готовности: по какому факту можно принять работу (тесты прошли, изменения в коде приняты, алерт отсутствует, метрика стабилизировалась).

🔵Начинать с пунктов, где больше всего неопределённости: что именно делать, от кого зависит выполнение и какие ограничения могут помешать.

🔵Заменять общие формулировки без результата на конкретные. Например: не «разобраться с ошибкой», а «найти причину ошибки и оформить тикет/зафиксировать решение».

➡️ Пример

📝 Задача: оптимизировать производительность сервиса.

✂️ Декомпозиция:

🔺 Зафиксировать базовые метрики производительности
Результат: документ/дашборд с метриками p95/p99, RPS, error rate, загрузкой ресурсов.
Ответственный: backend / SRE.
Срок: 1 день.

🔻Определить основные точки деградации
Результат: список узких мест с подтверждением (трейсы, логи, медленные запросы).
Ответственный: backend + DevOps.
Срок: 1 день.

🔺Сформировать план изменений
Результат: перечень конкретных доработок с ожидаемым эффектом и приоритетами.
Ответственный: backend lead / архитектор.
Срок: 0,5 дня.

🔻Реализовать изменения
Результат: Код и конфигурация обновлены и зафиксированы в Git.
Ответственный: backend.
Срок: 1–2 дня (в зависимости от объёма).

🔺Провести нагрузочное тестирование
Результат: отчёт с результатами тестов и сравнением метрик «до / после».
Ответственный: QA / SRE.
Срок: 1 день.

🔻Подтвердить эффект и зафиксировать результат
Результат: обновлённые метрики, вывод о достижении цели или список дальнейших действий.
Ответственный: владелец сервиса.
Срок: 0,5 дня.

#MentalDebug

💻 Архитектура Kubernetes-кластера

Наглядная схема из чего состоит Kubernetes и как компоненты общаются между собой.

💬 Внешние системы
— kubectl; CI/CD; monitoring.
Отправляют команды и получают данные из кластера (HTTPS).

💬 Control Plane
— API Server; scheduler; controller-manager; cloud-controller; etcd.
Управляет кластером: принимает запросы, планирует поды, следит за состоянием, хранит его в etcd (mTLS/gRPC).

💬 Add-ons
— CoreDNS; CNI; Metrics Server.
DNS, сеть и метрики.

💬 Worker Nodes
— kubelet; kube-proxy; container runtime.
Запускают и поддерживают работоспособность контейнеров приложений, а также обеспечивают сетевое взаимодействие между подами и сервисами внутри кластера (gRPC)

#полезное

💪 Интерактивные тренажеры и песочницы для прокачки навыков

🏋️‍♂️ Server Survival
— Симулятор в браузере, где вы решаете инженерную задачу: собрать работающую архитектуру, справляться с ростом нагрузки и не выходить за рамки бюджета.

🏋️‍♂️ CLI Exercises
— Интерактивное TUI-приложение с 60+ упражнениями по обработке текста в Linux: от простого grep до хитрых комбинаций с awk и sed.

🏋️‍♂️ Kubernetes API Playground
— Интерактивная среда для экспериментов с Kubernetes API прямо в браузере. Позволяет изучать и тестировать запросы к API-серверу без необходимости разворачивать реальный кластер.

🏋️‍♂️ Codewars
— Платформа с задачами по программированию на множестве языков.

🏋️‍♂️ GitByBit
— Визуальный симулятор Git, который помогает понять внутреннее устройство системы контроля версий через интерактивные упражнения с ветками, коммитами и слияниями.

#полезное

🎙️ За неделю

✉️ Почти половина кибератак в 2025 — вымогательство и утечки.
Тренд на двойное вымогательство усиливается: шифрование дополняют угрозой публикации данных.

✉️ Фишинговые рассылки по компаниям массово встали на поток.
19 и 21 января зафиксировали волну вредоносных писем по российским организациям из разных отраслей: через вложения и ссылки атакующие пытаются получить первичный доступ и скомпрометировать учётные записи.

✉️ Рост рынка WAF и Anti-DDoS в России. По итогам 2025 года спрос на WAF и Anti-DDoS в России вырос на 19% — до ~11 млрд руб. Аналитики ожидают, что к 2028 году рынок будет в среднем прибавлять около 25% в год на фоне роста облачных приложений и интенсивности атак.

✉️ С 1 марта 2026 вводят новые правила для иностранных исследовательских компаний.
Речь о компаниях, которые занимаются исследованиями рынка и потребителей: им ограничивают работу с данными россиян и устанавливают дополнительные требования к тому, как такие исследования можно проводить в России.

✉️ Отчёт Global Cybersecurity Outlook 2026 указывает на ускорение роста киберрисков, обусловленное ИИ, геополитическими трениями и усложнением цепочек поставок; киберустойчивость становится критической для госструктур и бизнеса.

✉️ Глобальные ИТ-инвестиции продолжат рост
Прогнозы аналитиков предполагают, что мировые расходы на IT в 2026 году превысят $1,4 трлн с основными инвестициями в генеративный ИИ, облачные сервисы и безопасность.

✉️ Хранение данных в 2026 г

С 1 января для Организаторов Распространения Информации (ОРИ - мессенджеры, соцсети, почта и похожие сервисы) изменились требования по хранению данных.

❗️ Теперь сведения и цифровой след пользователя нужно хранить 3 года вместо 1 и на территории РФ.

👉 Что именно считается такими сведениями, кого это касается и где чаще всего возникают вопросы — разобрали в новом материале.

#статья

📚 Командная строка Linux (2-е издание)

Практичное введение в Linux через командную строку: от базовой работы в оболочке до автоматизации на shell-скриптах.

Фундаментальная основа, которая надолго остаётся применимой в работе с правами, bash и текстовыми утилитами.

🔍 Рассматривается:

— основы работы в shell: команды, навигация, файлы/каталоги, права, процессы, перенаправления;
— окружение и настройка: переменные, профили;
— ключевые утилиты для повседневных задач: поиск, архивация, работа с текстом, регулярные выражения, обработка потоков;
— сеть и базовые системные действия на уровне пользователя;
— введение в написание shell-скриптов: структура, условия/циклы, параметры, функции, обработка строк и ошибок;
— подход «учусь, делая»: много практических примеров и команд, которые реально встречаются в работе.

Автор:
Уильям Шоттс
Издательство:
No Starch Press, 2019г.

#книги