diff options
| -rw-r--r-- | content/posts/2024-12-15-posse/index.md | 66 | ||||
| -rw-r--r-- | content/posts/2024-12-15-posse/posse.jpeg | bin | 0 -> 154914 bytes |
2 files changed, 66 insertions, 0 deletions
diff --git a/content/posts/2024-12-15-posse/index.md b/content/posts/2024-12-15-posse/index.md new file mode 100644 index 0000000..7dd734e --- /dev/null +++ b/content/posts/2024-12-15-posse/index.md @@ -0,0 +1,66 @@ ++++ +title = "POSSE" +description = "" +date = 2024-12-15T22:10:46+03:00 +categories = [ "Блог" ] +tags = [ "блог", "разное" ] +location = "Казань" +image="posse.jpeg" ++++ + +Решил я перейти к использованию практики POSSE. Что это такое? Аббревиатура расшифровывается примерно следующими +способами: + +**P** - Publish или Post, **OS** - Own Site, **SE** - Syndicate Elsewhere (мне больше нравится, Share Everywhere) + +Это практика, когда изначально любой материал публикуется на полностью подконтрольном собственном сайте, а только затем +переразмещаяется на всякие социальные сети, типа ВК, Телеги и прочих Мастодонов. + +<!--more--> + +## Почему это важно? + +- Во-первых, **платформы ненадежны**. + Любая платформа в любой момент может сделать что угодно с вашим контентом, или закрыться. +- Во-вторых, **право собственности**. + Не секрет, что у платформ весьма вольное представление об авторском праве на материалы размещаемые пользователями. + С одной стороны, у них неограниченное право распоряжения контентом для любых целей, а с другой никакой + ответственности за содержание контента. Не слишком ли кучеряво? + + А следуя POSSE, я и все кто следуют POSSE — сохраняют первоисточник под своим контролем, отдавая платформам лишь + небольшой огрызок от контента. Да, у меня не больно какой-то великий контент, за который стоит трястись, но я всё + равно предпочту сохранить за собой все права на него. +- В-третьих, **за пользователем остаётся право** выбирать где ему удобнее следить за контентом. Либо на первоисточнике, + с помощью божественного RSS (к чему я бы хотел призывать), либо на удобной платформе куда происходит синдикация. +- В-четвёртых, ... А давайте, я не буду пересказывать [вот эту статью](https://indieweb.org/POSSE)? 😉 В общем, это + правильная и нужная практика. Как минимум, на долгосрок. Платформы приходят и уходят, а файлы (в виде markdown моего + блога) останутся на всегда. + +## Что я сделал чтобы следовать POSSE? + +Ну для начала, у меня сильно чесались руки переделать дизайн блога. Вроде, получилось так, как я и хотел, в стиле сайтов +начала-середины 2010х. Просто потому что могу, кто же мне тут что запретит 😉. Тем самым я улучшил UX блога, до хотя бы +терпимого. Походу дела, при редизайне, я порасставил правильных тегов и микроформатов для правильной синдикации с +другими платформами. + +Далее, я перепилил немного улучшил программку, которую написал уже достаточно давно, которая читает RSS моего блога и +отправляет новые посты в Телеграм канал. + +Кстати, в очередной раз напоминаю о [RSS ленте](https://neonxp.ru/feed/) блога. Эта лента — это самый правильный способ +подписки на блог! + +Так же из этой ленты автоматически подтягиваются посты в VK группу. Это сделано встроенным механизмом VK, за что им +определенно респект! Не часто можно встретить нечто подобное на закрытых платформах (помним, же как Google убивал RSS?)! + +Сейчас прорабатываю идеи по синдикации и в Fediverse (пока думаю, синдицировать через узел Betula). + +Так же в ближайших планах и запилить WebMentions и прочие плюшки с ИндиВеба. + +Ну пока, как то так `¯\_(ツ)_/¯` + +Есть что сказать? Внизу есть форма для невозбранного комментирования. + +## Ссылки по теме + +- https://indieweb.org/POSSE +- https://www.theverge.com/2023/10/23/23928550/posse-posting-activitypub-standard-twitter-tumblr-mastodon
\ No newline at end of file diff --git a/content/posts/2024-12-15-posse/posse.jpeg b/content/posts/2024-12-15-posse/posse.jpeg Binary files differnew file mode 100644 index 0000000..c2a0521 --- /dev/null +++ b/content/posts/2024-12-15-posse/posse.jpeg |
