Assistente Onebox, rastreie essas visualizações de forma confiável!

Droga, vou readicionar este plugin na próxima reconstrução e espero que tenha sido apenas uma estranheza temporária. Obrigado novamente e desculpe pela caça às bruxas!

2 curtidas

Sem problemas, é sempre bom dar uma olhada neste plugin de vez em quando.

E nesse sentido, atualizei a estrutura do plugin e adicionei um pequeno ajuste às substituições para levar em conta uma alteração de uma linha no core (mas que já estava funcionando antes disso):

Alteração no core: discourse/lib/oneboxer.rb at main · discourse/discourse (github.com)

Novo commit no plugin: IMPROVE: plugin structure, minor tweak to keep up with core · merefield/discourse-onebox-assistant@4c1d9bd (github.com)

3 curtidas

Atualização para acompanhar a resolução de uma alteração incompatível do Discourse:

Alteração incompatível: DEV: Don’t patch Sanitize::Config · discourse/discourse@46176b7 · GitHub

Resolução: COMPATIBILITY: bring in line with changes to SanitizeConfig · merefield/discourse-onebox-assistant@8415e68 · GitHub

2 curtidas

Estou tentando fazer este site ser exibido como Onebox:

No entanto, recebo um código 403 ao usar o oneboxing padrão do Discourse:

Confirmei que ele entregará um onebox em embed.rocks/try, e entrega:

saída do embed.rocks/try

Portanto, configurei este plugin e o configurei como na OP com uma conta Embed.rocks. Funciona bem em outros sites, mas para hinz.org.nz não obtenho um onebox e recebo isto no console:

image

Procurei neste tópico, mas não encontrei nada que ajude. Alguma sugestão?

2 curtidas

Isso não é um Onebox. Onebox é específico do Discourse, então isso não prova o suficiente. Embed.rocks está usando todos os tipos de casos especiais e soluções alternativas que não são um espelho do que o Discourse está fazendo. Nós não o usamos para gerar cartões, então isso é irrelevante para nós, e significa que você não pode usar isso como um teste seguro. Nós só usamos embed.rocks para retornar o código-fonte original da página.

Você verificou o link na ferramenta de verificação opengraph do desenvolvedor do FacebookMeta? Algum aviso?

3 curtidas

Inspirado pelo seu post, passei parte do meu domingo refatorando o plugin, pois parece que o gem Onebox migrou para o Core.

Não acredito que esse tenha sido o seu problema, embora minhas substituições estivessem funcionando, acredito, mas agora elas são mais completas.

Se você pudesse atualizar e testar isso (versão 3.0), eu ficaria grato:

COMPATIBILITY: improvements with changes to reflect onebox gem moving… · merefield/discourse-onebox-assistant@1d64888 (github.com)

3 curtidas

Olá!
Ativei o plugin, mas não consigo fazer com que os oneboxes do Facebook funcionem. Isso é esperado? Eu configurei mal o plugin?


editar: um curl retorna o famoso “Faça login ou cadastre-se para ver”, e nenhuma caixa é criada.
Então, o embed.rocks usa IPs que não têm reputação alta o suficiente para o Facebook? :man_shrugging:

1 curtida

Existe um formato de incorporação do Facebook com uma chave de API do Facebook?

1 curtida

Uuuuh…
Podemos incorporar algumas postagens do Facebook com certeza (apenas de perfis de usuário públicos, não de grupos)… Há também uma chave de API usada para incorporar postagens do Instagram…
Mas não estou ciente de mais nada. Mas há algo a ser encontrado no painel do desenvolvedor, que é um verdadeiro labirinto :man_shrugging:

1 curtida

Você tem certeza de que esse link é para uma postagem pública do Facebook?

1 curtida

Só para encerrar esta questão que eu tinha completamente esquecido: sim, a postagem era pública.

As prévias do Facebook funcionavam há 2 anos, depois pararam de funcionar provavelmente por causa de um “IP não confiável”, configurar o painel deles e manter os recursos é uma dor de cabeça e eu desisti de me preocupar com os recursos do Facebook no meu fórum no final. :weary:

3 curtidas

Olá @merefield, um feedback potencialmente útil aqui.

Resumindo: Tive que reiniciar (reiniciar o Discourse) para que o plugin usasse o embed.rocks.

Instalei o plugin em uma caixa de staging para um site que estou atualizando. Inseri minha chave de API do embed.rocks. Habilitei o plugin e marquei a configuração “usar sempre proxy” como ativada, mas os Oneboxes não foram processados.

O trabalho do sidekiq parecia falhar silenciosamente e, em seguida, um novo trabalho agendado aparecia - presumivelmente a retentativa?

Não havia nada nas filas do sidekiq travando o Oneboxing, então verifiquei da linha de comando usando o “curl para o site da BBC” mencionado acima e funcionou. Então eu sabia que o embed.rocks estava ativo e reconhecendo minhas credenciais.

Tentei desabilitar o plugin - e os Oneboxes voltaram a funcionar - como deveriam, porque minha nova caixa de staging ainda não está na lista negra.

Reabilitei o plugin e ainda tive o mesmo problema - os Oneboxes não funcionavam mais.

Finalmente, reiniciei o servidor e começou a funcionar!

Há um atraso perceptível, então sei que o Onebox está passando pelo embed.rocks, embora, irritantemente, o painel do embed.rocks pareça não ser atualizado com frequência suficiente (mensalmente?) para mostrar meu uso mais recente de seu serviço.

Então, resumindo, PARECE que precisei reiniciar / recarregar o Discourse para que o plugin se comportasse como esperado.

Sei que isso parece improvável, mas tenho certeza sobre o comportamento que observei. Poderia ser algo relacionado ao plugin “monkey-patching” o método, sendo assim “usado” mesmo antes de habilitá-lo?

De qualquer forma, tudo está bem agora, então pensei em compartilhar uma observação peculiar.

1 curtida

Receio que todas as apostas estejam canceladas: o plugin precisa urgentemente de uma atualização para a base de código mais recente do Discourse. Darei conta disso em breve.

Fico feliz que esteja funcionando para você e que tenha insights interessantes!

Eu definitivamente consideraria Pull Requests para adicionar suporte a serviços alternativos, mas o Embed.rocks parece oferecer um ótimo valor em comparação com a concorrência?

1 curtida

Para ser honesto, só considero usar embed.rocks quando preciso reprocessar muitos posts. O volume diário de embeds normalmente está bom.

Como você diz, é um ótimo valor para isso.

Bom saber.

Ótimo trabalho, como sempre!

2 curtidas

Ontem me atualizei com o código principal e enviei uma atualização:

Mas, para ser sincero, a maior parte disso foi apenas para adequar o formato do código, muito pouca coisa mudou.

1 curtida

Olá! Recentemente migrei meu fórum do vbulletin para o discourse. Meu fórum usa muitos vídeos incorporados do youtube e vimeo. Instalei um plugin para evitar bloqueios, e o plugin funciona bem com o youtube, mas não exibe o pôster do vimeo. Apenas o player em um fundo preto.

No site embed.rocks, ao verificar um vídeo do vimeo, recebo o erro 429. Verifiquei em diferentes navegadores, com diferentes provedores, e o resultado é o mesmo em todos os lugares.

Este é um problema apenas meu ou existe algum tipo de falha no sistema?

Você já levantou isso com a equipe de suporte deles?

Você quer dizer a equipe de suporte do Vimeo?

Não, embed.rocks

Ahh… Obrigado! Eu pensei que era a sua API.
No embed.rocks, vejo apenas o endereço de e-mail e nenhum link de suporte.
Vou tentar enviar um e-mail para eles, mas neste momento, neste ponto, eu gostaria apenas de esclarecer se a inserção de vídeos do Vimeo funciona para outros usuários que usam a API do embed.rocks, ou se este é um problema específico meu?

Espero que haja alguém neste tópico que possa verificar a funcionalidade em seu próprio discourse.

Você consegue ver a prévia deste vídeo? Parece que o Vimeo também não está mostrando aqui…
https://vimeo.com/103076330

Eu acho que meta.discourse não usa a API do embed.rocks, então provavelmente não se trata de um problema do assistente onebox?