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

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

··819 слов·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 ни в СМИ, ни в бездушную базу знаний - и то и другое в XXI веке попросту невозможно.

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

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

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

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

Related

Arcane: современный менеджер Docker - обзор, установка и настройка

·1649 слов·8 минут· loading · loading
Обзор Arcane - молодое, но быстро развивающиеся приложение - веб-интерфейс для Docker - и пошаговая инструкция по установке, настройке секретов, подключению существующих compose-проектов и базовой защите сокета.

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

··1382 слов·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 с примерами конфигурации, которые использую у себя.