• Nextcloud часто критикуется за низкую производительность, но при этом остаётся единственным полнофункциональным само-хостинг решением, и его продолжают использовать в продакшене, несмотря на его проблемы.
• Пользователи жалуются на то, что Nextcloud требует много ресурсов, медленно работает и имеет проблемы с UX, но при этом не предлагают альтернативы, которые бы соответствовали всем требованиям.
• Обсуждение показывает, что Nextcloud не идеален, но его критика часто не сопровождается конструктивными предложениями альтернатив, что делает его единственным вариантом для само-хостинга.
• Участники обсуждения также отмечают, что Nextcloud не идеален, но при этом он остаётся единственным решением, которое охватывает все необходимые функции, и поэтому его продолжают использовать, несмотря на его недостатки.
• В целом, обсуждение показывает, что Nextcloud не идеален, но его критика часто не сопровождается конструктивными предложениями альтернатив, что делает его единственным вариантом для само-хостинга.

Почему стоит заняться самостоятельным хостингом? Во-первых, это ключ к приватности: ваши календари, контакты, местоположение и прочие данные остаются под вашим контролем, а не в руках Big Tech. Во-вторых, вы получаете полный контроль над своими данными и не зависите от политик компаний, которые могут в любой момент заблокировать ваш аккаунт без объяснения причин. И, наконец, это способствует цифровому суверенитету и самообеспечению.

• Самостоятельный хостинг — это не только о приватности и суверенности, но и о практичности: вы можете не беспокоиться о том, что сервис может быть закрыт или изменён, и вы контролируете свои данные.
• Однако, самостоятельный хостинг требует технических навыков и может быть дороже, чем облачные сервисы, особенно если вы не умеете делать это самостоятельно.
• Некоторые пользователи предпочитают самостоятельный хостинг, потому что они не доверяют облачным провайдерам или потому что они хотят избежать зависимости от внешних сервисов.
• Самостоятельный хостинг может быть более безопасным, если вы умеете это делать, но это требует больше времени и усилий, чем просто использовать облачные сервисы.
• В конце концов, выбор между самостоятельным хостингом и облачными сервисами зависит от ваших приоритетов, навыков и ресурсов.

Статья «A deep dive into the RSS feed reader landscape» разбирает, как за 20+ лет RSS-читалок рынок вырос из пары продуктов в целую экосистему. Автор классифицирует их по модели развертывания (локальные, расширения браузера, самостоятельный хостинг, облачный) и модели монетизации (бесплатно, разовая покупка, SaaS). В таблице приведены 30+ продуктов — от NetNewsWire и Thunderbird до Feedly и Inoreader — с пометкой, где они доступны и сколько стоят.

Ключевые выводы: большинство продуктов — это либо само-обслуживаемые (RSS Guard, Newsboat), либо SaaS (Feedly, Inoreader). Почти все предлагают мобильные и десктопные клиенты, но лишь немногие (NetNewsWire, Thunderbird) делают это с открытым исходным кодом. Автор подчеркивает, что выбор зависит от вашего приоритета: контроль над данными, удобство или цена.

• Пользователи делятся опытом с разными RSS-ридерами: от классических NetNewsWire и Reeder до самописных скриптов и само-хостед FreshRSS.
• Обсуждаются плюсы и минусы разных решений: кто-то хвалит встроенный в Firefox Brief, кто-то жалуется на отсутствие поиска в большинстве клиентов.
• Некоторые делятся лайфхаками: как поднять собственный сервер FreshRSS, как настроить IFTTT-экспорт из Inoreader, как сделать Telegram-бота на 15 строк кода.
• Участники обмениваются ссылками на гитхаб-репозитории с кодом, который можно взять и использовать.
• Ветераны вспоминают Google Reader и то, как тот сервис умер, и как это стало триггером для разработки альтернатив.

Идея личного хранения данных, предложенная ещё в 2009 году Тимом Бернерсом-Ли, набирает актуальность на фоне растущих проблем с приватностью и контролем над информацией. Его концепция Socially Aware Cloud Storage и более поздний Solid Protocol предполагают, что пользователи должны хранить данные в одном месте под своим контролем, а приложения — запрашивать доступ к ним. Это меняет парадигму владения данными: вместо корпоративных «силосов» информация становится личным активом, которым можно осознанно управлять.

Хотя Solid пока не достиг массового распространения, его принципы воплощаются в таких проектах, как AT Protocol от Bluesky. Ключевая мысль: данные, генерируемые вами в разных сервисах — от умных часов до соцсетей, — должны быть доступны вам в едином формате и пространстве. Это не только вопрос приватности, но и практической пользы: объединённые данные могут раскрывать новые insights, оставаясь под вашим контролем.

• Скептицизм относительно практической реализации и массового внедрения концепции личных хранилищ данных из-за отсутствия рыночных стимулов для компаний, доминирования удобства над приватностью и технических сложностей, таких как управление схемами данных.
• Предложение постепенных, эволюционных улучшений вместо радикальных изменений, с акцентом на решения, которые предлагают немедленные преимущества по сравнению с текущим статус-кво, например, сквозное шифрование и децентрализованные протоколы.
• Упоминание существующих технологий и инициатив (Bluesky, Solid, IPFS, самохостинг), которые пытаются решить проблему владения данными, но сталкиваются с барьерами в виде сложности использования, бизнес-моделей и необходимости сетевого эффекта.
• Признание того, что проблема часто носит не технический, а экономический и поведенческий характер: пользователи ценят удобство, а компании извлекают выгоду из централизованного хранения и монетизации данных.
• Ностальгия по более открытому и децентрализованному интернету прошлого и осознание того, что для изменений可能需要 сочетание законодательного давления, прорывных приложений и смены парадигмы в восприятии данных как обязательства, а не актива.

Выпущена стабильная версия Immich 2.0.0 — это крупное обновление платформы для самостоятельного хранения фотографий с открытым исходным кодом. Ключевые изменения включают переработанный интерфейс, улучшенную производительность и расширенную поддержку форматов медиа. Добавлены новые функции, такие как умные альбомы на основе ИИ, улучшенные инструменты поиска и более гибкие настройки приватности.

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

• Пользователи высоко оценивают Immich как быструю, функциональную и удобную альтернативу Google Photos и iCloud для самостоятельного хостинга фотографий.
• Отмечаются некоторые недостатки: сложности с интеграцией внешних библиотек, частые обновления без значимых изменений, использование ресурсоемкой PostgreSQL и опасения по поводу стабильности.
• Обсуждаются пожелания по улучшению: расширенные возможности поиска по карте и времени, улучшенное управление дубликатами, более гибкая структура хранения и нативные решения для iOS.
• Часть пользователей ищет более простые, статические решения для публичного показа фотографий, не требующие авторизации.
• Команда разработчиков Immich получила похвалу за скорость развития и открытость, включая раздел «Cursed Knowledge» на сайте.

Codeberg — это некоммерческая платформа для хостинга Git, ориентированная на свободное и открытое программное обеспечение. Управляется сообществом через организацию Codeberg e.V. в Берлине, что гарантирует независимость и приоритет общественных интересов над коммерцией. Платформа не отслеживает пользователей, не использует сторонние куки и размещает данные на собственных серверах в Европе.

На Codeberg размещено более 300 тысяч проектов, зарегистрировано почти 200 тысяч пользователей, а ассоциация насчитывает свыше 1100 членов. Платформа работает на Forgejo — свободном форке Gitea — и предлагает дополнительные сервисы, включая CI, статические страницы и инструменты перевода. Финансируется за счёт добровольных пожертвований и участия сообщества, подчёркивая принцип «свободно как свобода, а не как пиво».

• Сравнение активности и приоритетов Gitea и Forgejo после форка, включая обсуждение их направленности на SaaS или самохостинг.
• Критика GitHub за эншиттификацию, навязывание ИИ и преимущества Codeberg как некоммерческой альтернативы с более отзывчивым интерфейсом.
• Обсуждение сетевых эффектов и инерции GitHub: сложность миграции из-за сообщества, интеграций (CI/CD, спонсоры) и привычности.
• Ограничения Codeberg: отсутствие приватных репозиториев, бюрократия с CI, простои из-за DDoS и политика только FOSS-проектов.
• Вопросы о функциональности Codeberg (развертывание, защита от сканирования ИИ) и предложения по федерации через Forgefed.

История о школьниках в Мэне, которые общаются через стационарные телефоны 90-х, показывает: можно отказаться от современных технологий ради более осмысленных связей. Это напоминает о ранних днях интернета, когда соцсети были уютными — без рекламы, лент и манипулятивных алгоритмов, а просто способом общаться с друзьями.

Возродить такой подход можно через блоги и RSS-ленты. Не нужны централизованные платформы — достаточно подписываться на обновления через читалки вроде Feeder.co или NetNewsWire. Автор запускает собственный блог с открытым списком подписок, предлагая другим делиться контентом напрямую, как в эпоху веб-рингов. Ключевая идея: автономия и выбор, как взаимодействовать в сети, без вовлечения в дофаминовую машину соцмедиа.

• Ностальгия по "старой вебу" связана с GeoCities, Angelfire, веб-рингами, персонализацией и отсутствием алгоритмов, но критики отмечают, что в ней была реклама и платформы исчезали.
• Возрождение "старой веба" требует самостоятельного хостинга, независимости от платформ и отказа от отслеживания (например, через Google Fonts), а не использования чужих сервисов.
• Современные попытки воссоздать "старую веб" часто сводятся к эстетике, но не решают проблем сообщества, монетизации и устойчивости, которые были и тогда.
• Ключевые ценности "старой веба" — это собственность данных, низкий порог входа, гиперссылки, RSS и личные сайты, но ностальгия не должна затмевать практические решения.
• Социальные аспекты и взаимодействие в "старой вебе" (форумы, IRC) часто противопоставляются блогам и RSS как более живым формам общения, чем пассивное потребление контента.

Как самостоятельно разместить веб-шрифт с Google Fonts

Обычно веб-шрифты берут с Google Fonts. Не вставляйте готовый код оттуда — скачайте файлы шрифтов и разместите их на своём сервере.

ВАЖНО: Это не юридическая консультация. Я не ваш юрист.

Шаги:

-1. Убедитесь, что использование шрифта соответствует лицензии. 0. Скачайте шрифт:

• Найдите нужный шрифт на Google Fonts.
• Нажмите «Get font» → «Get embed code» (не копируйте код).
• Выберите нужные настройки.
• Скопируйте URL из атрибута href в предоставленном HTML (например, https://fonts.googleapis.com/css2?family=Fira+Code&display=swap).
• Скачайте этот CSS-файл и все файлы шрифтов, на которые он ссылается.
• Поместите файлы в папку с версией (например, /Assets/Fira/Code/2025-8-13/).
• Измените CSS: замените абсолютные ссылки на относительные (например, src: url(uU9eCBsR6Z2vfE9aq3bL0fxyUs4tcw4W_D1sJVD7Ng.woff2) format('woff2');).

1. Добавьте лицензию: Найдите лицензию шрифта через Google Fonts (раздел «License») и сохраните её в файле.
2. Добавьте HTML:

   <link href="/Assets/Fonts/Fira/Code/2025-8-13/fira-code.css" rel="preload">
   <link href="/Assets/Fonts/Fira/Code/2025-8-13/fira-code.css" rel="stylesheet">
   

3. Добавьте CSS:

   code {
       font-family: "Fira Code", monospace;
       font-optical-sizing: auto;
       font-weight: 400;
       font-style: normal;
   }
   

4. Укажите ссылку на лицензию и соблюдайте её условия.

Пример реализации можно посмотреть здесь.

---

Atom Feed
Контакты: velocifyer@veloicfyer.com (поменяйте местами «i» и «C» в домене).
Лицензия: CC-BY-SA 4.0, кроме favicon, JavaScript и шрифтов.
Исходный код блога на Codeberg.

• Представлен инструмент для подмножества и самостоятельного хостинга веб-шрифтов из каталога Google Fonts с целью уменьшения их размера.
• Обсуждаются потенциальные проблемы конфиденциальности при использовании Google Fonts API, хотя официально Google заявляет об отсутствии сбора данных и cookies.
• Рассматривается дилемма выбора между хостингом шрифтов на собственном сервере (риск полного отказа) и использованием Google CDN (риск недоступности или блокировки).
• Упомянуты альтернативные инструменты и ресурсы для скачивания и самостоятельного хостинга шрифтов, включая Google Webfonts Helper, FontSource и GitHub-репозитории.
• Подчёркиваются технические преимущества самостоятельного хостинга: контроль, отсутствие лишних запросов к Google, возможность субсеттинга и base64-кодирования для уменьшения FOUC.
• Отмечается, что Google динамически подбирает формат и версию шрифта под User Agent, что усложняет точное копирование их метода раздачи.
• Часть пользователей считает самостоятельный хостинг излишним, учитывая надёжность Google CDN и сложность воссоздания его оптимизаций.
• Некоторые участники выражают удивление, что тема стала популярной, так как самостоятельный хостинг шрифтов является давно известной и простой практикой.
• Обсуждается, что использование переменных шрифтов (variable fonts) и современных CSS-практик может быть более эффективным, чем методы, описанные в статье.

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

• Ядро стека

  • Navidrome – самописный стриминг-сервер. Доступ через Cloudflare Tunnel без открытия портов.
  • Клиенты: браузер, iOS (Play:Sub), Android (Symfonium), десктоп (Feishin).
  • Всё скробблится в Last.fm.

• Управление библиотекой

  • Lidarr следит за новинками любимых артистов и организует коллекцию.
  • Загрузки через sabnzbd только легально: покупки, CD-рипы, CC-лицензии. Контейнеры не выходят в интернет.

• Синхронные тексты

  • lrcget-kasm массово скачивает LRC-файлы. GUI-версия запускается в контейнере Kasm.

• Итог: полный контроль, качество, поддержка артистов без посредников.

• Участники обсуждают, что Spotify платит артистам ~$0,005 за стрим и спорят, какая компенсация была бы «справедливой»: кто-то считает, что платформа забирает слишком много, кто-то — что рынок перенасыщен треками и цена на запись стремится к нулю.
• Почти все сошлись: чтобы «поддерживать артистов», нужно покупать у них напрямую (Bandcamp, концерты, Patreon), а не полагаться на стриминг.
• Одновременно многие признают, что самоуправляемые стеки (Navidrome, Jellyfin, Plex, Lyrion LMS) — это хобби для тех, кто готов тратить время и деньги на «сервер + хранилище + поддержку».
• Часть комментаторов прямо указывает на иронию: автор жалуется на мизерные выплаты артистам, но описывает систему, где музыка по сути скачивается из Usenet/торрентов, и артисты не получают ничего.

I have nothing but good things to say about ubiquiti. I run their cameras door bell and network switches at my house and have had nearly 100% uptime for years. Their ui constantly improves and it’s very well integrated into home assistant.Lotta haters out there but this is just a