Привет! Меня зовут Олег. За 20 лет в IT проблемы росли вместе со мной: от «почему не печатает принтер» до «почему три сервера не могут договориться, кто из них главный». Техподдержка научила терпению - там быстро понимаешь, что «не работает» может означать что угодно, от выключенного монитора до сбоя на другом континенте. Сети научили начинать диагностику с розетки, а не с теории заговора. Системное администрирование - что между «всё работает» и «всё сломалось» обычно стоит один непрочитанный warning в логах трёхнедельной давности.
-
Сейчас я инфраструктурный инженер. Строю и чиню серверную инфраструктуру: много enterprise, ещё больше Open Source, изрядно импортозамещённого - в общем, всё что работает на Linux, с Linux и благодаря Linux. Работаю в Главгосэкспертизе России. Общаюсь с серверами на Bash, Python и прочих машинопонятных языках. Иногда серверы даже отвечают. Живу в Москве.
-
Дома - лаборатория. Нет, не стойка в подвале (хотя идея заманчивая). Один сервер, но серьёзный: виртуализация, Kubernetes, хранилище, мониторинг - всё по-взрослому, но если что-то упало - нет многомиллионных издержек и мир не остановился. Идеальный полигон: придумал, реализовал, сломал, починил, задокументировал. Полный цикл.
-
Этот блог - не enterprise-гайды для внедрения в банке. Это production, но в человеческом масштабе: домашний сервер, небольшая компания, стартап на трёх разработчиках. Решения, которые реально работают - просто без бюджета на команду SRE из десяти человек - инженеров надёжности, чьи зарплаты съедают бюджет стартапа за квартал. Документирую грабли, чтобы вы на них не наступали. Чем больнее наступил сам - тем подробнее статья.
Git Workflow для Hugo блога: шпаргалка
-
-
-
- #
-
-
-
-
Универсальная шпаргалка по работе с Hugo блогом через Git с двумя окружениями (dev/prod). Подходит для любого статического сайта с автоматической сборкой.
✅ ВСЕ изменения только через dev
-✅ В main попадает только через git merge dev
-✅ Никогда не редактировать находясь на main
-✅ Всегда git pull перед началом работы
-✅ Проверяй на dev окружении перед публикацией
-
❌ Не редактировать на ветке main
-❌ Не делать git push --force в main
-❌ Не забывать git pull перед merge
cd ~/projects/blog
-
-# Убеждаемся что dev актуален
-git checkout dev
-git pull origin dev
-
-# Переключаемся на main и мержим
-git checkout main
-git pull origin main
-git merge dev --no-edit
-git push origin main
-# → Автосборка → blog.ru
cd ~/projects/blog
-
-# ВСЕ изменения через dev!
-git checkout dev
-git pull origin dev
-
-# Исправляем
-nano content/posts/статья/index.md
-
-# Коммитим
-git add .
-git commit -m "fix: опечатка в статье"
-git push origin dev
-
-# Проверяем на dev, если ОК — публикуем
-git checkout main
-git merge dev --no-edit
-git push origin main
cd ~/projects/blog
-
-git checkout dev
-git pull origin dev
-
-# Обновляем тему
-git submodule update --remote themes/название-темы
-
-# Коммитим
-git add themes/название-темы
-git commit -m "chore: обновил тему"
-git push origin dev
-
-# Проверяем на dev, если ОК — публикуем
-git checkout main
-git merge dev --no-edit
-git push origin main
# На какой ветке?
-git branch
-# * dev ← текущая ветка
-
-# Что изменилось?
-git status
-
-# История коммитов
-git log --oneline -10
-
-# Разница между dev и main
-git diff main..dev
-
-# График веток
-git log --oneline --graph --all -10
# Откатываем на main
-git checkout main
-git reset --hard HEAD~1
-git push origin main --force
-
-# Переключаемся на dev и делаем правильно
-git checkout dev
-git add .
-git commit -m "feat: ..."
-git push origin dev
# Переключиться на dev и подтянуть изменения
-git checkout dev && git pull origin dev
-
-# Опубликовать dev в main
-git checkout main && git pull origin main && git merge dev --no-edit && git push origin main
-
-# Проверить доступность сайта
-curl -I https://blog.ru
-curl -I https://dev.blog.ru
# 1. Начало работы
-cd ~/projects/blog
-git checkout dev
-git pull origin dev
-
-# 2. Создаём/редактируем контент
-hugo new content posts/название/index.md
-hugo server -D --bind 0.0.0.0
-
-# 3. Коммитим
-git add .
-git commit -m "feat: новая статья"
-git push origin dev
-
-# 4. Проверяем на dev окружении
-
-# 5. Публикуем в production
-git checkout main
-git pull origin main
-git merge dev --no-edit
-git push origin main
-
-
Помни: Dev для экспериментов, main для проверенного контента. Всегда тестируй перед публикацией.
✅ ВСЕ изменения только через dev
-✅ В main попадает только через git merge dev
-✅ Никогда не редактировать находясь на main
-✅ Всегда git pull перед началом работы
-✅ Проверяй на dev окружении перед публикацией
-
❌ Не редактировать на ветке main
-❌ Не делать git push --force в main
-❌ Не забывать git pull перед merge
cd ~/projects/blog
-
-# Убеждаемся что dev актуален
-git checkout dev
-git pull origin dev
-
-# Переключаемся на main и мержим
-git checkout main
-git pull origin main
-git merge dev --no-edit
-git push origin main
-# → Автосборка → blog.ru
cd ~/projects/blog
-
-# ВСЕ изменения через dev!
-git checkout dev
-git pull origin dev
-
-# Исправляем
-nano content/posts/статья/index.md
-
-# Коммитим
-git add .
-git commit -m "fix: опечатка в статье"
-git push origin dev
-
-# Проверяем на dev, если ОК - публикуем
-git checkout main
-git merge dev --no-edit
-git push origin main
cd ~/projects/blog
-
-git checkout dev
-git pull origin dev
-
-# Обновляем тему
-git submodule update --remote themes/название-темы
-
-# Коммитим
-git add themes/название-темы
-git commit -m "chore: обновил тему"
-git push origin dev
-
-# Проверяем на dev, если ОК - публикуем
-git checkout main
-git merge dev --no-edit
-git push origin main
# На какой ветке?
-git branch
-# * dev ← текущая ветка
-
-# Что изменилось?
-git status
-
-# История коммитов
-git log --oneline -10
-
-# Разница между dev и main
-git diff main..dev
-
-# График веток
-git log --oneline --graph --all -10
# Откатываем на main
-git checkout main
-git reset --hard HEAD~1
-git push origin main --force
-
-# Переключаемся на dev и делаем правильно
-git checkout dev
-git add .
-git commit -m "feat: ..."
-git push origin dev
# Переключиться на dev и подтянуть изменения
-git checkout dev && git pull origin dev
-
-# Опубликовать dev в main
-git checkout main && git pull origin main && git merge dev --no-edit && git push origin main
-
-# Проверить доступность сайта
-curl -I https://blog.ru
-curl -I https://dev.blog.ru
# 1. Начало работы
-cd ~/projects/blog
-git checkout dev
-git pull origin dev
-
-# 2. Создаём/редактируем контент
-hugo new content posts/название/index.md
-hugo server -D --bind 0.0.0.0
-
-# 3. Коммитим
-git add .
-git commit -m "feat: новая статья"
-git push origin dev
-
-# 4. Проверяем на dev окружении
-
-# 5. Публикуем в production
-git checkout main
-git pull origin main
-git merge dev --no-edit
-git push origin main
-
-
-
-
-
- Важно:Dev для экспериментов, main для проверенного контента. Всегда тестируй перед публикацией.
-
Git Workflow для Hugo блога: шпаргалка
-
-
-
- #
-
-
-
-
Универсальная шпаргалка по работе с Hugo блогом через Git с двумя окружениями (dev/prod). Подходит для любого статического сайта с автоматической сборкой.
✅ ВСЕ изменения только через dev
-✅ В main попадает только через git merge dev
-✅ Никогда не редактировать находясь на main
-✅ Всегда git pull перед началом работы
-✅ Проверяй на dev окружении перед публикацией
-
❌ Не редактировать на ветке main
-❌ Не делать git push --force в main
-❌ Не забывать git pull перед merge
cd ~/projects/blog
-
-# Убеждаемся что dev актуален
-git checkout dev
-git pull origin dev
-
-# Переключаемся на main и мержим
-git checkout main
-git pull origin main
-git merge dev --no-edit
-git push origin main
-# → Автосборка → blog.ru
cd ~/projects/blog
-
-# ВСЕ изменения через dev!
-git checkout dev
-git pull origin dev
-
-# Исправляем
-nano content/posts/статья/index.md
-
-# Коммитим
-git add .
-git commit -m "fix: опечатка в статье"
-git push origin dev
-
-# Проверяем на dev, если ОК — публикуем
-git checkout main
-git merge dev --no-edit
-git push origin main
cd ~/projects/blog
-
-git checkout dev
-git pull origin dev
-
-# Обновляем тему
-git submodule update --remote themes/название-темы
-
-# Коммитим
-git add themes/название-темы
-git commit -m "chore: обновил тему"
-git push origin dev
-
-# Проверяем на dev, если ОК — публикуем
-git checkout main
-git merge dev --no-edit
-git push origin main
# На какой ветке?
-git branch
-# * dev ← текущая ветка
-
-# Что изменилось?
-git status
-
-# История коммитов
-git log --oneline -10
-
-# Разница между dev и main
-git diff main..dev
-
-# График веток
-git log --oneline --graph --all -10
# Откатываем на main
-git checkout main
-git reset --hard HEAD~1
-git push origin main --force
-
-# Переключаемся на dev и делаем правильно
-git checkout dev
-git add .
-git commit -m "feat: ..."
-git push origin dev
# Переключиться на dev и подтянуть изменения
-git checkout dev && git pull origin dev
-
-# Опубликовать dev в main
-git checkout main && git pull origin main && git merge dev --no-edit && git push origin main
-
-# Проверить доступность сайта
-curl -I https://blog.ru
-curl -I https://dev.blog.ru
# 1. Начало работы
-cd ~/projects/blog
-git checkout dev
-git pull origin dev
-
-# 2. Создаём/редактируем контент
-hugo new content posts/название/index.md
-hugo server -D --bind 0.0.0.0
-
-# 3. Коммитим
-git add .
-git commit -m "feat: новая статья"
-git push origin dev
-
-# 4. Проверяем на dev окружении
-
-# 5. Публикуем в production
-git checkout main
-git pull origin main
-git merge dev --no-edit
-git push origin main
-
-
Помни: Dev для экспериментов, main для проверенного контента. Всегда тестируй перед публикацией.
Admonition — визуальные блоки-выноски для акцентирования внимания.
-
Работает как alert, но через render hooks Hugo. Ключевое отличие — синтаксис Markdown, переносимый между платформами. Shortcodes — специфика Hugo. Синтаксис похож на GitHub alerts:
-
> [!TIP]
-> Admonition типа Tip.
-
-> [!TIP]+ Свой заголовок + Своя иконка
-> Сворачиваемый admonition с кастомным заголовком.
-{icon="twitter"}
-
-
-
-
-
- Tip
-
-
A Tip type admonition.
-
-
-
-
- Custom Title + Custom Icon
-
-
-
-
A collapsible admonition with custom title.
Знак alert (+ или -) — опционален, управляет сворачиванием. Работает только в Obsidian.
NOTE: Заметка: Полезная информация — даже при беглом чтении.
-TIP: Совет: Как сделать проще или лучше.
-IMPORTANT: Важно: Ключевое для достижения цели.
-WARNING: Внимание: Срочно — иначе будут проблемы.
-CAUTION: Осторожно: Риски и последствия этого действия.\
-
Obsidian:note, abstract, info, todo, tip, success, question, warning, failure, danger, bug, example, quote
article встраивает статью в markdown-файл. Параметр link — .RelPermalink встраиваемой статьи. Shortcode не отображает родительскую страницу. Важно: если сайт в подпапке (например, /blowfish/), включай этот путь в ссылку.
-
-
-
-
Параметр
-
Описание
-
-
-
-
-
link
-
Обязательно..RelPermalink целевой статьи.
-
-
-
showSummary
-
Опционально. Показывать краткое описание статьи. По умолчанию — из конфигурации сайта.
-
-
-
compactSummary
-
Опционально. Компактный режим отображения описания. По умолчанию false.
carousel — интерактивная карусель изображений. Адаптивная, занимает место одного изображения по вертикали. Все изображения на полную ширину родительского контейнера с заданным соотношением сторон (по умолчанию 16:9).
-
-
-
-
Параметр
-
Описание
-
-
-
-
-
images
-
Обязательно. Regex-строка для поиска изображений или URL.
-
-
-
captions
-
Опционально. Список пар ключ:подпись. Ключи — имена файлов (локальные) или полные URL (внешние). Подписи поддерживают Markdown.
-
-
-
aspectRatio
-
Опционально. Соотношение сторон. По умолчанию 16-9.
-
-
-
interval
-
Опционально. Интервал автопрокрутки в миллисекундах. По умолчанию 2000 (2с).
-
-
-
-
Подписи сопоставляются по ключу. Для локальных — имя файла (например, 01.jpg). Для внешних — полный URL.
-
Пример 1: Соотношение 16:9, явный список изображений
{{< carousel images="gallery/*" captions="{01.jpg:Первое изображение с *форматированием*,02.jpg:Второе изображение со [ссылкой](https://example.com)}" >}}
Если изображение — page resource, Hugo Pipes оптимизирует и масштабирует его под разные разрешения. Статические ассеты и внешние URL вставляются как есть.
-
-
-
-
Параметр
-
Описание
-
-
-
-
-
src
-
Обязательно. Локальный путь/имя файла или URL. Порядок поиска: page resource, затем assets/, затем static/.
gallery — адаптивная галерея с разнообразными компоновками.
-
Для изображений используй img теги с классом class="grid-wXX" — ширина колонки. Доступные ширины: от 10% до 100% с шагом 5%. Пример: 65% → grid-w65. Также доступны 33% и 66% для галерей в 3 колонки. Tailwind-индикаторы для адаптивной сетки.
-
Для подписей — figure shortcode внутри gallery. Ширину задавай через figureClass, текст — через caption.
gitlab — карточка GitLab Project (репозитория в терминологии GitLab). Актуальная статистика: звёзды, форки. В отличие от github, не показывает основной язык проекта. Поддерживает кастомный URL инстанса GitLab — если доступен endpoint api/v4/projects/, работает с self-hosted и enterprise.
-
-
-
-
Параметр
-
Описание
-
-
-
-
-
projectID
-
[String] Числовой ProjectID GitLab
-
-
-
baseURL
-
[String] URL инстанса GitLab, по умолчанию https://gitlab.com/
list — список последних статей. Обязательный параметр limit ограничивает количество. where и value фильтруют статьи по параметрам. Shortcode не отображает родительскую страницу, но учитывает её в limit.
-
-
-
-
Параметр
-
Описание
-
-
-
-
-
limit
-
Обязательно. Количество статей.
-
-
-
title
-
Заголовок списка, по умолчанию Recent
-
-
-
cardView
-
Карточный вид, по умолчанию false
-
-
-
where
-
Переменная для фильтрации, например Type
-
-
-
value
-
Значение для where, например для Type — sample
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- Значения where и value используются в запросе where .Site.RegularPages $where $value. Доступные параметры — в документации Hugo.
-
ltr и rtl — смешивание направлений текста. Пользователи RTL-языков могут вставлять LTR-фрагменты. С % как внешним разделителем — Markdown внутри рендерится нормально (см. Hugo shortcodes).
-
Пример:
-
- Это markdown-список.
-- Направление по умолчанию — LTR
-{{% rtl %}}
-- هذه القائمة باللغة العربية
-- من اليمين الى اليسار
-{{% /rtl %}}
Обе группы вкладок имеют одинаковый group="lang" — клик по любой вкладке синхронизирует обе группы. default="Python" делает Python активной вкладкой по умолчанию, icon="code" добавляет иконку перед текстом.
timeline — визуальная хронология: профессиональный опыт, достижения проекта и т.д. Элементы — через timelineItem.
-
-
-
-
Параметр
-
Описание
-
-
-
-
-
md
-
Рендерить контент как Markdown (true/false)
-
-
-
icon
-
Иконка в визуальных элементах таймлайна
-
-
-
header
-
Заголовок записи
-
-
-
badge
-
Текст в бейдже справа сверху
-
-
-
subheader
-
Подзаголовок записи
-
-
-
-
Пример:
-
{{< timeline >}}
-
-{{< timelineItem icon="github" header="header" badge="badge test" subheader="subheader" >}}
-Lorem ipsum dolor sit amet, consectetur adipiscing elit. Vivamus non magna ex. Donec sollicitudin ut lorem quis lobortis. Nam ac ipsum libero. Sed a ex eget ipsum tincidunt venenatis quis sed nisl. Pellentesque sed urna vel odio consequat tincidunt id ut purus. Nam sollicitudin est sed dui interdum rhoncus.
-{{< /timelineItem >}}
-
-
-{{< timelineItem icon="code" header="Another Awesome Header" badge="date - present" subheader="Awesome Subheader" >}}
-With html code
-<ul>
- <li>Coffee</li>
- <li>Tea</li>
- <li>Milk</li>
-</ul>
-{{< /timelineItem >}}
-
-{{< timelineItem icon="star" header="Shortcodes" badge="AWESOME" >}}
-With other shortcodes
-{{< gallery >}}
- <img src="gallery/01.jpg" class="grid-w33" />
- <img src="gallery/02.jpg" class="grid-w33" />
- <img src="gallery/03.jpg" class="grid-w33" />
- <img src="gallery/04.jpg" class="grid-w33" />
- <img src="gallery/05.jpg" class="grid-w33" />
- <img src="gallery/06.jpg" class="grid-w33" />
- <img src="gallery/07.jpg" class="grid-w33" />
-{{< /gallery >}}
-{{< /timelineItem >}}
-
-{{< timelineItem icon="code" header="Another Awesome Header">}}
-{{< github repo="nunocoracao/blowfish" >}}
-{{< /timelineItem >}}
-
-{{< /timeline >}}
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
header
-
-
-
-
-
- badge test
-
-
-
-
-
-
-
-
- subheader
-
-
-
-
-Lorem ipsum dolor sit amet, consectetur adipiscing elit. Vivamus non magna ex. Donec sollicitudin ut lorem quis lobortis. Nam ac ipsum libero. Sed a ex eget ipsum tincidunt venenatis quis sed nisl. Pellentesque sed urna vel odio consequat tincidunt id ut purus. Nam sollicitudin est sed dui interdum rhoncus.
-
-
TypeIt — самый универсальный JS-инструмент для эффекта печатной машинки. Простая конфигурация: одна или несколько строк, переносы, удаление и замена, сложный HTML.
-
Blowfish реализует подмножество функций TypeIt через shortcode. Текст — внутри typeit, поведение — через параметры.
-
-
-
-
Параметр
-
Описание
-
-
-
-
-
tag
-
[String] HTML-тег для рендеринга строк.
-
-
-
classList
-
[String] CSS-классы для HTML-элемента.
-
-
-
initialString
-
[String] Начальная строка, которая будет заменена.
-
-
-
speed
-
[number] Скорость печати в миллисекундах между шагами.
-
-
-
lifeLike
-
[boolean] Неравномерный темп печати, как у человека.
-
-
-
startDelay
-
[number] Задержка перед началом печати после инициализации.
-
-
-
breakLines
-
[boolean] Печатать строки друг под другом (true) или удалять и заменять (false).
-
-
-
waitUntilVisible
-
[boolean] Начинать при загрузке или когда элемент станет видимым. По умолчанию true.
-
-
-
loop
-
[boolean] Зацикливать строки после завершения.
-
-
-
-
Пример 1:
-
{{< typeit >}}
-Lorem ipsum dolor sit amet
-{{< /typeit >}}
-
-
-
-
-
Пример 2:
-
{{< typeit
- tag=h1
- lifeLike=true
->}}
-Lorem ipsum dolor sit amet,
-consectetur adipiscing elit.
-{{< /typeit >}}
-
-
-
-
-
Пример 3:
-
{{< typeit
- tag=h3
- speed=50
- breakLines=false
- loop=true
->}}
-"Frankly, my dear, I don't give a damn." Gone with the Wind (1939)
-"I'm gonna make him an offer he can't refuse." The Godfather (1972)
-"Toto, I've a feeling we're not in Kansas anymore." The Wizard of Oz (1939)
-{{< /typeit >}}
-
- 
-
-
- 
-
-
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
-
-
- 
- 
- 
- 
- 
- 
- 
- 
- 
-
- 
-
- 
-
- 
-
- 
-
-
-
- 
-
-
-