После трёх лет работы над спецификацией консорциум W3C объявил (https://www.w3.org/blog/news/archives/6785) о придании протоколу ActivityPub (https://www.w3.org/TR/activitypub/) статуса рекомендованного стандарта.
ActivityPub определяет методы создания, обновления и удаления контента в децентрализованных социальных сетях, а также распространения уведомлений о появлении контента, выставления лайков и подписки на публикации участника. Протокол может применяться как для передачи контента от клиента к серверу, так и для организации взаимодействия между серверами децентрализованной социальной сети, в том числе для объединения разных сетей на основе отличающихся платформ.Протокол предоставляет два слоя: Слой для взаимодействия клиента с сервером, позволяющий пользователям, ботам и различным автоматизированным процессам обращаться к серверу в привязке к учётной записи на этом сервере, используя настольные, мобильные или web-приложения. Второй слой включает вариант протокола для обмена данными между серверами и используется для образования федеративных систем.
С точки зрения разработчика слои достаточно похожи друг на друга, и в случае реализации в приложении одного их них, поддержка другого не составит труда. Данные и команды задаются в формате ActivityStreams 2.0 (https://www.w3.org/TR/activitystreams-core) и передаются при помощи простого REST API. ActivityPub основывается на протоколе ActivityPump, предложенном разработчиками платформы Pump.io, которая используется в таких проектах как Identi.ca и MediaGoblin.
В настоящее время существует множество проектов по разработке платформ для децентрализованных социальных сетей, но большинство из них использует собственные методы взаимодействия, что позволяет объединять только узлы на базе одной платформы и мешает взаимодействию с сетями на основе других платформ. Ожидается, что стандартизация ActivityPub поможет переломить сложившуюся ситуацию и даст возможность разным системам взаимодействовать между собой.Из набирающих популярность платформ для создания децентрализованных систем, изначально поддерживающих ActivityPub, можно отметить Mastodon (https://www.opennet.ru/opennews/art.shtml?num=46390) и PeerTube (https://github.com/Chocobozzz/PeerTube). Федеративная сеть, развёрнутая на базе тысяч узлов Mastodon, уже насчитывает (https://mnm.social/) более миллиона зарегистрированных пользователей. Используя протокол ActivityPub пользователи микроблогов Mastodon и видеосервиса PeerTube могут сочетать возможности обеих систем для того, чтобы делиться видеороликами и публиковать комментарии к ним на разных серверах.
Любой может запустить на своём сервере собственный экземпляр Mastodon и использовать его как часть объединённой сети, а также для взаимодействия с сетями на основе иных платформ, поддерживающих ActivityPub. Поддержка ActivityPub не только позволит создавать совместимые друг с другом платформы и упростит организацию взаимодействия разных систем, но и обеспечит совместимость с различными клиентскими приложениями. Статус поддержки ActivityPub в различных социальных платформах и приложениях можно оценить на данной странице (https://activitypub.rocks/implementation-report/).URL: https://www.fsf.org/blogs/community/victory-for-libre-networ...
Новость: http://www.opennet.ru/opennews/art.shtml?num=47960
>определяет методы ... выставления лайковЧто, вот так прямым текстом стандарт отделяет "лайки" от другой метаинформации? Мда-а-а...
-- А у вас лайки стандартные?
-- Конечно, 3975-18
-- Фи, в вот на том сайте лайки лучше, по стандарту 3976bis-18
https://www.w3.org/TR/activitypub/#like-activity-outbox
...
> -- А у вас лайки стандартные?
> -- Конечно, 3975-18
> -- Фи, в вот на том сайте лайки лучше, по стандарту 3976bis-18вoт этo гopaздo цикaвee
>> ..и удаления контента ..не poвeн час кoнтeнт "xopoших" людeй зaдeнeт..
Стандарт жто хорошо с одной сторлны, с другой стороны в гробу я видел эту организацию после того что они сдлали с html 5.1
А что там произошло, а то я не в курсе?
как что? будет 5.2!
Надо понимать, жениться на HTML они после этого отказались?
Скорее после легализации DRM https://www.opennet.ru/opennews/art.shtml?num=47226
А что не так с ДРМ? Хорошее, годное дополнение, чтобы можно было нетфликс смотреть.
А если дальше своих сиюминутный потребностей посмотреть?
Причём тут сиюминутная? Это по жизни надо)
И что соцсети сложнее твиттера есть?
А вижу
https://activitypub.rocks/implementation-report/
А твиттер не сложный? Или у тебя сложность от 140/280 символов падает?
> И что соцсети сложнее твиттера есть?Будут.
ActivityPub планируют добавить такие федеративные сети, как: Friendica, Socialhome, GNU Soial, Pleroma, Postactiv, Hubzilla, Aardwolf, pump.io
> протокол децентрализованных социальных сетейПытаюсь осмыслить это из (ещё отчасти научных) представлений девяностых годов о светлом будущем Интернета. Не получается.
а что же Diaspora* ?
в ней нет стандартизированного апи для удаления (чужого ;-) контента.А w3c отлично знает, на чьи деньги гуляем.
> а что же Diaspora* ?В Диаспоре поддержка этого протокола в ближайшем будущем не ожидается. Говорят, свой едва-едва стабилизировали. Вроде, запилить несложно, но людей нет.
> а что же Diaspora* ?Не в ближайшее время, есть другие приоритеты.
Но шансы в будущем есть. Особенно когда большинство других федеративных сетей реализуют.
Судя по тексту поста, мы с тобой читали один и тот же источник (https://github.com/diaspora/diaspora/issues/7422). Тебя есть в Диаспоре? bark_maddog@diasp.eu
Мэйлинг-листы через новый протокол?
Майор не одобряэ. Все должны быть в трёх воронках vk/ok/mru!
бросьте, счас вам не 37й. Тогда у страны были трудности. Сейчас промышленность выпускает гораздо больше трех моделей и в достаточном количестве.главное вот это "стандартное api для удаления контента" есть, а дальше вы сами можете выбирать, на каком поедете "куда надо".
Мастодон супер штука. Рекомендую.
> главное вот это "стандартное api для удаления контента" есть, а дальше вы сами можете выбирать, на каком поедете "куда надо".Мне показалось, или не всн источник смотрят...
> 6.7 Remove Activity
> Upon receipt of a Remove activity into the outbox, the server SHOULD remove the object from the collection specified in the target property, unless:
> the target is not owned by the receiving server, and thus they are not authorized to update it.
> the object is not allowed to be removed from the target collection for some other reason, at the receiving server's discretion.выходит, кто попало удалить не может.
> выходит, кто попало удалить не может.конечно. Нам не надо, чтоб кто попало. Нам надо чтоб кто надо.
Право на забвение, вот этот вот все. А не так что один ляпнул, мы его приняли, он осознал и встал на путь исправления, а сообщение все равно везде висит.
Кто владеет прошлым, тот владеет и будущим.