Distributor: Opção ou gancho para gerenciar URL canônico

@arsendovlatyan obrigado pela contribuição, é apreciada! Você poderia descrever seu caso de uso com um pouco mais de detalhes para que possamos planejar melhor como podemos ajudar a resolver seu problema com o Distribuidor?

@jeffpaul obrigado pela resposta rápida.
Temos plataforma de e-commerce, baseada no WooCommerce e estamos fazendo upload de todos os produtos para um site central (Hub), e usando Distribuidor, empurrando esses produtos para outros sites (Spokes).
Como o hub é protegido por senha, não faz sentido apontar URLs canônicos de volta para o hub a partir do Spokes.

@jeffpaul Desculpe, você precisa de mais informações? Não posso enviar RP, se você quiser.

@arsendovlatyan estou correto ao entender que você está pedindo uma maneira, ao distribuir a partir de seu hub, de que as postagens distribuídas NÃO vinculem de volta ao original por padrão ou tenham a opção de desativar a vinculação?

@jeffpaul exatamente, uma opção ou um filtro que nos permitirá administrar este comportamento.

Ei @jeffpaul
Desculpe, se possível, gostaria de ouvir seus comentários, para poder seguir em frente ou encerrar este problema.
Acho que podemos adicionar outra opção e chamá-la talvez Override canonical URL , que estará ATIVADA por padrão, mas não tenho certeza se esta funcionalidade será útil para outras pessoas.
Se for inútil ou puder confundir os usuários, talvez adicione um filtro como dt_canonicalize_front_end para poder gerenciar esse comportamento?
Pode enviar um PR se alguma dessas opções funcionar para você.

Muito obrigado!

Ei @arsendovlatyan Obrigado por abrir esta edição. Pular para o Jeff, que saiu e está muito atolado para responder a você ainda.

Gostaríamos de interromper esse comportamento e a única maneira de fazer isso com o código atual - remover os filtros adicionados.

Remover o filtro é a maneira recomendada de desabilitar esse comportamento; este é um padrão comum no WordPress e parte do motivo pelo qual sempre usamos um retorno de chamada nomeado que você pode remover em vez de uma função anônima.

Outra opção potencial que você poderia usar seria adicionar um gancho posterior em get_canonical_url e retornar seu próprio URL.

Um filtro adicional não parece necessário, a menos que eu esteja entendendo mal como você deseja usá-lo.

Você consideraria uma opção do administrador para gerenciar esta funcionalidade ou um sinalizador, que será passado pelo filtro?

Uma opção de administrador parece ter o potencial de confundir os usuários. Na grande maioria dos casos, os sites desejam ter links canônicos de volta para seu conteúdo original a partir das cópias distribuídas devido às implicações potenciais de SEO; este artigo os resume muito bem: https://moz.com/learn/seo/duplicate-content.

Você mencionou um bom ponto de que alguns usuários podem se surpreender ou não querer esse comportamento. Seria ótimo melhorar a documentação sobre esse recurso - como ele funciona e como desabilitá-lo. Pesquisando os documentos, não vejo nenhuma menção à alteração canônica de URL (os documentos precisam de melhorias em geral). Talvez um parágrafo nos problemas do readme ou na seção do desenvolvedor (https://github.com/10up/distributor/blob/develop/README.md)? Um PR para isso seria bem-vindo!

Apenas algo que pode ser útil aqui - eu tive uma dúvida semelhante e Adam me deu ótimos comentários. https://github.com/10up/distributor/issues/135

@adamsilverstein muito obrigado, concordo totalmente com você!

@jeffpaul Acabei de enviar um PR para atualização de doc, se você acha que vale a pena ter uma seção própria no read.me, revise, caso contrário, podemos encerrar este problema.

Obrigado pela ajuda

@jeffpaul Se não se importar, encerrarei este problema))

@arsendovlatyan obrigado por