@hellekin Obrigado pelo relatório. Uma certa quantidade de requisições falhas sempre ocorrerá em um serviço ActivityPub, pois os atores no fediverso vêm e vão. Por exemplo, parece que
A URL https://activitypub.example do primeiro log não é uma URL real (você a alterou?)
O usuário https://mas.to/users/rikvipcode do segundo log não existe mais
O usuário https://mastodon.social/users/ejovoni46709 do terceiro log não existe mais
A verbosidade dos logs está lá para ajudar na depuração, no entanto, se eles estiverem poluindo seus logs, você pode alterná-los usando a configuração do site activity pub verbose logging. O padrão é desativado.
Procuraremos fazer melhorias no tratamento de erros na fase dois, se necessário, mas até agora parece que os trechos que você postou são esperados, ou seja, os Atores não estão mais no fediverso.
Atualmente, a maneira como o plugin lida com falhas de entrega é rastreá-las da mesma forma que o Mastodon faz, ou seja, se houver 7 dias de falha para um endpoint, ele será marcado como “indisponível” e as requisições não serão mais tentadas.
Acabei de configurar um Discourse auto-hospedado novinho em folha com o seu plugin AP em https://federation.cafe, e estou vendo alguns erros 403 nos Logs de Erro do Discourse (e as postagens não estão sendo compartilhadas).
Estou imaginando se pode ser porque existem hífens, talvez?
[Discourse Activity Pub] GET request to https://bofh.social/internal/fetch failed: Expected([200, 201, 202, 301, 302, 307, 308]) <=> Actual(403 Forbidden)
O plugin MVP é testado contra o Mastodon. Vejo que você está usando Pleroma lá. Sei que Pleroma é compatível com ActivityPub e funciona com Mastodon, no entanto, ainda não analisamos de perto quais ajustes podem ser necessários (se houver) para garantir o suporte a ele. Mas ainda estou interessado em ver o que está acontecendo aqui.
Parece que as requisições falharam devido a um erro de autenticação no seu servidor Pleroma (é isso que um erro 403 significa). Como consigo obter esse endpoint usando uma requisição cURL não autenticada, suspeito que possa ser a autenticação HTTP que está falhando no lado do Pleroma.
Para testar o último (ou seja, 2), você poderia verificar seus logs do Pleroma (parece que você também é o administrador desse servidor?) se possível para ver se consegue mais detalhes sobre essa parte?
Obrigado pelo feedback @bmann. Você poderia detalhar o caso de uso que você tem em mente aqui? Com um exemplo, se possível.
Este tópico é o melhor lugar para se manter atualizado sobre os desenvolvimentos. Quando definirmos um plano de fase 2, eu o compartilharei aqui. Enquanto isso, a melhor maneira de ajudar é compartilhar os casos de uso específicos para os quais você está usando, ou gostaria de usar, o plugin.
O caso de uso é usar o Discourse como um nó AP mais completo. Existem muitas maneiras mais fáceis de postar conteúdo no AP (por exemplo, usar feeds RSS de categoria e Zapier ou Buffer) — mas desenvolver uma capacidade AP mais completa só pode ser feita como um plugin/integração.
Article é o tipo ActivityStream destinado a artigos completos. Dependendo da interface do cliente, ele mostrará uma prévia e, em seguida, um clique para mostrar o artigo inteiro inline (muito parecido com avisos de conteúdo, mas com “leia mais”).
Note é o tipo de microblog.
Ao ter posts Article completos, as pessoas podem ler / impulsionar / responder diretamente em seus clientes AP.
E, claro, seria interessante saber sobre seu roteiro se você for seguir uma instância AP mais focada em Microblogging, ou ir em direção a um fórum federado como Lemmy ou Kbin, especialmente dadas as notícias recentes do Reddit.
@angus, @pmusaraj vocês viram a chamada aberta de financiamento NGI Sargasso? É um aviso bastante curto, mas pode ser útil para o desenvolvimento posterior deste plugin (a menos que vocês já tenham outros planos).
Olá pessoal, tenho o prazer de anunciar que a segunda fase do trabalho neste plugin foi aprovada. É com isso que já começamos a trabalhar, com o objetivo de lançá-lo em cerca de 3,5 meses.
Suporte para usuários do Discourse verificarem sua identidade no Mastodon para que posts do Discourse criados a partir de seus Toots sejam associados à sua conta de usuário do Discourse.
Permitir que um usuário execute o fluxo de Autorização OAuth do Mastodon com o servidor Mastodon onde sua conta está armazenada. Isso é iniciado nas configurações da conta do usuário no Discourse.
Usando o token de acesso do Mastodon do usuário do Discourse, obter e armazenar o ID AP de sua conta Mastodon e armazená-lo com sua conta do Discourse.
Associar todas as atividades do Discourse associadas a Atividades AP de um Ator que possua o ID AP de um usuário do Discourse a esse usuário do Discourse, quer tenham sido realizadas antes ou depois que o usuário verificou sua identidade.
Não posso fazer promessas nesta fase, mas pode haver atualizações intermediárias para a Federação de Atualização e Segmentação de Público (publicação pública).
Essa é uma limitação conhecida. Até que as edições federadas sejam suportadas, o plugin bloqueia edições de conteúdo federado, e não há configuração para desabilitar isso.
Oh, desculpe por ter entendido mal. @feature@meta.discourse.org e @announcements@meta.discourse.org pelo menos estão sendo federados daqui, e essa escolha é o principal motivo pelo qual não habilitei isso para o Maker Forums…
