Distributor: Option ou hook pour gérer l'URL canonique

@arsendovlatyan merci pour la contribution, c'est apprécié ! Pourriez-vous décrire votre cas d'utilisation un peu plus en détail afin que nous puissions mieux planifier la façon dont nous pourrions vous aider à résoudre votre problème avec Distributeur ?

@jeffpaul merci pour la réponse rapide.
Nous avons une plate-forme de commerce électronique, basée sur WooCommerce et nous téléchargeons tous les produits sur un site Web central (Hub) et utilisons Distributor, poussant ces produits vers d'autres sites Web (Spokes).
Étant donné que le Hub est protégé par mot de passe, cela n'a pas de sens de renvoyer des URL canoniques vers Hub à partir de Spokes.

@jeffpaul Désolé, avez-vous besoin de plus d'informations ? Je ne peux pas envoyer de relations publiques si vous le souhaitez.

@arsendovlatyan ai-je raison de comprendre que vous demandez un moyen, lorsque vous distribuez depuis votre hub, que les publications distribuées ne renvoient PAS à l'original par défaut ou n'ont autrement la possibilité de désactiver le lien ?

@jeffpaul exactement, une option ou un filtre qui va nous permettre de gérer ce comportement.

Salut @jeffpaul
Désolé, si c'est possible, j'aimerais entendre vos commentaires, pour pouvoir avancer ou clore ce problème.
Je pense que nous pouvons ajouter une autre option et l'appeler peut-être Override canonical URL , qui sera activé par défaut, mais je ne sais pas si cette fonctionnalité sera utile pour d'autres.
Si c'est inutile ou peut dérouter les utilisateurs, peut-être ajouter un filtre comme dt_canonicalize_front_end pour pouvoir gérer ce comportement ?
Peut envoyer un PR si l'une de ces options fonctionne pour vous.

Merci beaucoup!

Salut @arsendovlatyan Merci d'avoir ouvert ce numéro. Sauter pour Jeff qui est sorti et trop submergé pour vous revenir encore.

Nous aimerions arrêter ces comportements et le seul moyen de le faire avec le code actuel - supprimer les filtres ajoutés.

La suppression du filtre est la méthode recommandée pour désactiver ce comportement ; c'est un modèle courant dans WordPress et une partie de la raison pour laquelle nous utilisons toujours un rappel nommé que vous pouvez supprimer par rapport à une fonction anonyme.

Une autre option potentielle que vous pourriez utiliser serait d'ajouter un crochet ultérieur sur get_canonical_url et de renvoyer votre propre URL.

Un filtre supplémentaire ne semble pas nécessaire sauf si je comprends mal comment vous voulez l'utiliser.

Envisagez-vous une option de l'administrateur pour gérer cette fonctionnalité ou un indicateur qui passera par le filtre ?

Une option d'administration donne l'impression qu'elle a le potentiel de dérouter les utilisateurs. Dans la grande majorité des cas, les sites voudront avoir des liens canoniques vers leur contenu original à partir des copies distribuées en raison des implications potentielles pour le référencement ; cet article les résume assez bien : https://moz.com/learn/seo/duplicate-content.

Vous soulevez un bon point selon lequel certains utilisateurs peuvent être surpris ou ne pas vouloir de ce comportement. Ce serait formidable d'améliorer la documentation autour de cette fonctionnalité - comment elle fonctionne et comment la désactiver. En cherchant dans les documents, je ne vois aucune mention de la modification de l'URL canonique (les documents doivent être améliorés en général). Peut-être un paragraphe dans les problèmes de readme ou la section développeur (https://github.com/10up/distributor/blob/develop/README.md) ? Un RP pour ça serait le bienvenu !

Juste quelque chose qui peut être utile ici - j'ai eu une question similaire et Adam m'a donné d'excellents commentaires. https://github.com/10up/distributor/issues/135

@adamsilverstein merci beaucoup, tout à fait d'accord avec vous !

@jeffpaul Je

Merci pour l'aide

@jeffpaul Si cela ne vous dérange pas, je vais fermer ce sujet ))

@arsendovlatyan merci d'avoir