Перейти к основному содержимому
  1. Posts/
  2. Self - Hosting/

Приглашаю авторов к сотрудничеству

·826 слов·4 минут· loading · loading · ·
Stilicho2011
Автор
Stilicho2011
Пишу о homelab, self-hosting, автоматизации и open-source решениях
Оглавление

Приглашаю авторов к сотрудничеству
#

ProHomeLab открыт для авторов, которые хотят поделиться своими знаниями и практическим опытом в мире homelabbing.

Если вы самостоятельно строите домашнюю инфраструктуру, экспериментируете с серверами, виртуализацией, контейнерами, сетями, NAS, мониторингом или автоматизацией - проекту будет интересно рассказать о твоем опыте.

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

О чём можно написать
#

Тематика блога ProHomeLab достаточно широкая. Например:

  • построение и развитие homelab;
  • серверное оборудование и его настройка;
  • Proxmox, виртуализация и контейнеризация;
  • Docker, Podman и Kubernetes;
  • NAS, ZFS, Ceph и системы хранения;
  • домашние сети, VLAN, маршрутизация и firewall;
  • reverse proxy, DNS и SSL/TLS;
  • мониторинг, логирование и резервное копирование;
  • автоматизация домашней инфраструктуры;
  • self-hosted приложения и сервисы;
  • информационная безопасность;
  • Linux и другие серверные операционные системы;
  • миграция сервисов и инфраструктуры;
  • разбор интересных проектов и архитектурных решений;
  • практические инструкции и troubleshooting;
  • собственные эксперименты и их результаты.

Это далеко не полный список. Если у тебя есть интересная тема, которой нет в этом перечне, всё равно напиши мне.

Что было бы интересно в материалах
#

В первую очередь - практика.

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

Особенно ценны материалы, в которых автор рассказывает не только «как сделать», но и «почему я сделал именно так».

Можно и даже нужно рассказывать об ошибках. Неудачный эксперимент, неочевидная проблема или неожиданное ограничение иногда оказываются намного полезнее идеально выверенной инструкции. Уж сколько их у меня было…

Требования к материалам
#

Статьи принимаются только в формате Markdown.

Желательно, чтобы материал:

  • был написан самостоятельно и с минимумом использования ИИ при написании (без ИИ сейчас по моему уже никто не пишет, но поверь, слог ИИ я смогу узнать);
  • основывался на реальном опыте автора, ведь это самое важное;
  • содержал конкретные примеры и/или технические детали;
  • позволял читателю воспроизвести описанные действия, если это инструкция;
  • не был просто переводом или пересказом чужой статьи. Если это перевод или пересказ, что не возбраняется, ссылка на первоисточник обязательна;
  • не содержал скрытой рекламы или рекламных интеграций без предварительного согласования.
  • никаких статьей, посвященных обходу запретов РКН.

Если статья содержит команды, конфигурационные файлы или код, их следует оформлять стандартными средствами Markdown.

Строгих требований к объёму нет. Лучше короткая, но содержательная статья, чем длинный текст из словесного салата.

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

Что нужно предоставить вместе со статьёй
#

Для публикации понадобится:

  1. Статья в формате Markdown.
  2. Имя автора, которое будет отображаться на сайте.
  3. Аватар автора - желательно квадратное изображение хорошего качества.
  4. Краткая информация об авторе - по желанию. Например, чем ты занимаешься и чем интересуешься в homelab, так как это будет указано в перечне авторов (но, конечно, только по согласованию с автором).
  5. Ссылки на твой сайт, GitHub, Forgejo или другие проекты - если хочешь указать их в профиле.

Аватар и имя нужны для того, чтобы корректно оформить авторство материала на сайте.

Никакого коммерческого интереса
#

ProHomeLab - это некоммерческий проект.

Я не зарабатываю на сайте (пока у меня только одни расходы на хостинг и доменное имя в зоне .com) и не планирую его монетизировать (по крайней мере, пока таких планов нет). Здесь нет платных публикаций, платного размещения ссылок или каких-либо скрытых коммерческих условий для авторов.

Поэтому приглашение к сотрудничеству — именно приглашение делиться знаниями и опытом, а не попытка получить от автора какой-либо коммерческий результат.

Никакого подвоха здесь нет: если у тебя есть интересный материал о homelabbing, которым ты хочешь поделиться, я просто хочу и могу дать ему площадку, и познакомить с ним других энтузиастов.

При этом, если в статье упоминаются конкретные продукты, сервисы или компании, это само по себе не является проблемой. Важно лишь, чтобы материал отражал реальный опыт автора, а не был скрытой рекламой.

Как отправить материал
#

Самый простой вариант — связаться со мной и прислать статью в Markdown вместе с информацией об авторе.

Если материал уже находится в Git-репозитории, можно предоставить ссылку на репозиторий или конкретный файл.

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

Авторство
#

Каждая опубликованная статья сохраняет авторство её создателя.

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

Я не стремлюсь превратить ProHomeLab в СМИ или бездушную базу знаний, и то, и другое, просто невозможно в 21 веке.

Зачем это нужно
#

Homelab — это же не только оборудование и софт. Это прежде всего обмен опытом.

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

Возможно, именно твой опыт поможет кому-то сэкономить время, избежать ошибки или просто вдохновит на создание собственного homelab.

Related

Traefik в отдельном VLAN: настройка firewall в OPNsense

·1552 слов·8 минут· loading · loading
Переношу Traefik в отдельный VLAN и перестраиваю сетевую архитектуру homelab: reverse proxy становится центральной точкой доступа к сервисам, а OPNsense контролирует сетевой доступ между VLAN.

Установка Traefik в LXC-контейнер Proxmox как systemd-сервиса | Часть 3 — CrowdSec

·1385 слов·7 минут· loading · loading
Третья часть серии про Traefik в LXC — установка CrowdSec в тот же контейнер, что и сам Traefik. Коллекции сценариев, профиль реагирования с уведомлениями в Gotify, источники логов (Traefik, syslog, AppSec), и подключение bouncer-плагина обратно к Traefik.

Middlewares в Traefik — что это, зачем нужны и полный список для homelab

·1778 слов·9 минут· loading · loading
Middleware — второй по значимости строительный блок Traefik после роутеров. В этой статье разбираю, что это такое, зачем нужно, как применяется, что такое chain, и прохожусь по всем middleware из открытой версии Traefik с примерами конфигурации, которые использую у себя.