Adicionando Comentários via Mastodon em Sites Estáticos

Postado em 03.05.2023 11:43

Esse site agora possui um botão `Carregar comentários` abaixo das postagens cujos *links* anunciei no Mastodon. Ao clicar nele, as respostas ao *toot* são exibidas. Foi possível fazer isso apenas no lado do cliente com JavaScript acessando a API do Mastodon, então é uma solução para ter comentários em sites estáticos.

Essa ideia não é minha, me baseei fortemente [numa postagem de Joel Garcia](https://joelchrono12.xyz/blog/how-to-add-mastodon-comments-to-jekyll-blog/). Ele não é, porém, o [único que fez isso](https://carlschwan.eu/2020/12/29/adding-comments-to-your-static-blog-with-mastodon/). Existe também [quem faça uso de código no lado do servidor](https://dusanmitrovic.xyz/blog/post/2022-05-18/Adding-support-for-comments-through-integration-with-Mastodon).

O cerne da solução é o [seguinte método](https://docs.joinmastodon.org/methods/statuses/#context) na API do Mastodon:

GET /api/v1/statuses/:id/context

A resposta será um JSON com 2 *arrays*, um chamado `ancestors` e outro chamado `descendants`. As respostas ao *toot* estarão em `descendants`. Para *toots* públicos, não é necessário autenticação. A ideia, portanto, é ter um botão[^1] que chama uma função em JavaScript que acessa esse método e cria `div`s com os comentários abaixo de cada postagem.

O código

Criei um [partial](https://gohugo.io/templates/partials/) chamado `comments.html` que trata dos comentários. Listo o código abaixo:

{{ with .Params.comments }}
Comentários

  Responda pelo fediverso
  Responda pelo fediverso colando a URL abaixo no seu cliente: 
{{ . }}

  

Carregar comentários


{{ $server := replaceRE `(https://.*?)/.*` "$1" . }}
{{ $toot_id := replaceRE `https://.+?/([0-9]*)$` "$1" . }}


{{ end }}

É bastante parecido com o [código do Joel](https://joelchrono12.xyz/blog/how-to-add-mastodon-comments-to-jekyll-blog/#main-function), as diferenças são as seguinte:

Na [linha 1](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L1) garanto que vai ser incluído o código do *partial* **apenas** nas páginas que fornecerem um contexto com um *link* para um *toot* numa variável `comments`. Isso é feito graças à [função `with` do Hugo](https://gohugo.io/functions/with/).

Na [linha 6](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L6) incluo um botão para copiar o *link* para o *toot* para a área de transferência. Isso facilita para quem deseja comentar. Não é necessário selecionar e copiar o *link* manualmente. Como a [função `with`](https://gohugo.io/functions/with/) faz um *rebinding* do contexto, o *link* estará em `{{ . }}`.

Nas [linhas 11](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L11) e [12](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L12) extraio o servidor e o `id` do *toot* do *link* para o *toot* com [*regex*](https://gohugo.io/functions/replacere/). Isso me permite construir a URL para o método `GET /api/v1/statuses/:id/context` da API do Mastodon na [linha 17](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L17). **Acho que essa é uma diferença interessante entre a minha solução e a do Joel.** A minha só precisa que cada página tenha adicionado ao seu [*front matter*](https://gohugo.io/content-management/front-matter/) uma variável `comments` com um *link* para um *toot*. A dele precisa de [3 variáveis diferentes](https://joelchrono12.xyz/blog/how-to-add-mastodon-comments-to-jekyll-blog/#jekyll-set-up).

Na [linha 52](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L52) eu extraio o nome do servidor. O Joel não faz questão de mostrar o nome do servidor nos comentários do site dele.

Na [linha 58](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L58) eu troco o formato da data para DD/MM/AAAA.

O resto é praticamente igual:

Da [linha 15 à linha 28](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L15) defino uma função que falará com a API do Mastodon se o botão `Carregar comentários` for clicado.

Da [linha 30 à linha 71](https://github.com/gmgall/gmgall.net/blob/main/layouts/partials/comments.html#L30) defino uma função que retorna uma `div` para cada item no [*array* `descendants`](https://docs.joinmastodon.org/entities/Context/#descendants).

Com o *partial* definido, bastou chamá-lo nos *layouts* das páginas em que eu desejo ativar comentários. Eu quero nos [*posts* do blog](https://github.com/gmgall/gmgall.net/commit/2c0b89bd238e1c136b4086cb1bc5c88d482d161b#diff-5942e866d871d1df37aadd5f735f37d2708ea0c3ebc753ccd1cc38a71a68e19bR19) e em cada [livro que eu postar impressões de leitura](https://github.com/gmgall/gmgall.net/commit/2c0b89bd238e1c136b4086cb1bc5c88d482d161b#diff-48079b3f67152acaf42b23c1205c876a542c5a83e2be44e4548d4a847ab54cb5R34).

Vantagens

Simples de implementar.

Nada é executado no servidor, funciona para sites estáticos.

Basta a adição de [uma variável](https://github.com/gmgall/gmgall.net/commit/996e3941cd666ece381daba209d41780a088c24d) no *front matter* para ativar os comentários.

Desvantagens

Se esse site se tornar acessado demais, ele pode começar a fazer mais requisições ao servidor da instância que uso do que ele suporta.

Só tenho o *link* para *toot* que anuncia o *post* **depois** de fazer o *toot* e preciso fornecê-lo **antes** do *build* da página. Isso quer dizer ter um *toot* público com um *link* para um *post* que só estará disponível depois de uns 3 minutos.

Migrações entre instâncias do Mastodon carregam os perfis seguidos e os seguidores, mas ainda não os *toots*. Se eu migrar de instância, os comentários ficam "presos" na instância anterior.

Possibilidades futuras

Posso ter um *workflow* do GitHub Actions que faz o *toot* anunciando os *posts* novos e insere os *links* para os *toots* no *front matter* para mim. Isso me pouparia o trabalho de fazer o *toot* manualmente e eliminaria o problema de ter um *toot* indicando um *post* novo enquanto o *build* do site ainda está terminando.

Não sei se vou nesse caminho. Deixaria de ser uma solução simples. O *workflow* precisaria se autenticar para fazer o *toot* por mim e seria aumentada a dependência do GitHub Actions.

[^1]: Seria possível chamar a função a cada carregamento de página, mas quero reduzir a quantidade de requisições à API da instância em que tenho conta.