↓ Перейти к основному содержимому
  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

Автоматические снапшоты ZFS на Fedora Server 44 с помощью Sanoid

·1690 слов·8 минут· loading · loading
Продолжение цикла статей про домашний NAS на Fedora Server 44. На этот раз настраиваем автоматическое создание и очистку снапшотов ZFS с помощью Sanoid, разбираем политику хранения снимков и systemd-таймеры, а также знакомимся с Syncoid для будущей репликации данных на резервный сервер.

Настройка домашнего NAS на Fedora Server 44 с OpenZFS, Cockpit и Samba

·1115 слов·6 минут· loading · loading
Собираем современный домашний NAS на Fedora Server 44 с файловой системой OpenZFS, веб-интерфейсом Cockpit и файловым сервером Samba. Полная пошаговая инструкция по установке, настройке ZFS, SELinux и публикации SMB-шары.

NetBird - публикация сервисов без белого IP и проброса портов

·1746 слов·9 минут· loading · loading
Netbird позволяет публиковать локальные сервисы в интернет без открытия портов, используя безопасные туннели и удобный веб-интерфейс - идеальное решение для домашнего сервера и homelab.