Distributor: Вариант или ловушка для управления каноническим URL

@arsendovlatyan спасибо за вклад, он ценится! Не могли бы вы немного подробнее описать свой вариант использования, чтобы мы могли лучше спланировать, как мы можем помочь решить вашу проблему с дистрибьютором?

@jeffpaul спасибо за быстрый ответ.
У нас есть платформа электронной коммерции, основанная на WooCommerce, и мы загружаем все продукты на центральный веб-сайт (Hub) и с помощью Distributor продвигаем эти продукты на другие веб-сайты (Spokes).
Поскольку концентратор защищен паролем, нет смысла указывать канонические URL-адреса обратно на концентратор из Spokes.

@jeffpaul Извините, вам нужна дополнительная информация? Я не могу отправлять пиар, если хотите.

@arsendovlatyan, правильно ли я понимаю, что вы просите способ, когда вы распространяете из своего хаба, чтобы распространяемые сообщения НЕ ссылались на оригинал по умолчанию или иным образом имели возможность отключить привязку?

@jeffpaul точно, опция или фильтр, который позволит нам управлять этим поведением.

Привет @jeffpaul
Извините, если это возможно, я хотел бы услышать ваш отзыв, чтобы иметь возможность двигаться дальше или закрыть эту проблему.
Я думаю, мы можем добавить еще один вариант и назвать его, возможно, Override canonical URL , который будет включен по умолчанию, но я не уверен, будет ли эта функция полезна для других.
Если это бесполезно или может сбить с толку пользователей, может быть, добавить фильтр типа dt_canonicalize_front_end чтобы управлять этим поведением?
Могу отправить PR, если вам подходит любой из этих вариантов.

Большое тебе спасибо!

Привет, @arsendovlatyan. Спасибо, что открыли этот выпуск. Прыгает за Джеффом, который был на улице и слишком затоплен, чтобы вернуться к вам.

Мы хотели бы остановить это поведение, и единственный способ сделать это с текущим кодом - удалить добавленные фильтры.

Удаление фильтра - рекомендуемый способ отключить такое поведение; это распространенный шаблон в WordPress и одна из причин, по которой мы всегда используем именованный обратный вызов, который вы можете удалить, а не анонимную функцию.

Другой потенциальный вариант, который вы могли бы использовать, - это добавить более поздний перехватчик для get_canonical_url и вернуть свой собственный URL-адрес.

В дополнительном фильтре нет необходимости, если я не понимаю, как вы хотите его использовать.

Будете ли вы рассматривать возможность управления этой функцией со стороны администратора или флаг, который будет пропущен через фильтр?

Кажется, что опция администратора может сбить с толку пользователей. В подавляющем большинстве случаев сайты захотят иметь канонические обратные ссылки на исходный контент из распределенных копий из-за потенциальных последствий для SEO; в этой статье они довольно хорошо описаны :

Вы поднимаете хороший вопрос, что некоторые пользователи могут быть удивлены или не захотят такого поведения. Было бы здорово улучшить документацию по этой функции - как она работает и как ее отключить. При поиске в документах я не вижу никаких упоминаний об изменении канонического URL-адреса (документы нуждаются в улучшении в целом). Возможно, абзац в разделе вопросов, связанных с readme, или в разделе для разработчиков (https://github.com/10up/distributor/blob/develop/README.md)? Приветствуется пиар за это!

Просто кое-что, что может быть здесь полезно - у меня был аналогичный запрос, и Адам дал мне отличную обратную связь. https://github.com/10up/distributor/issues/135

@adamsilverstein большое спасибо, полностью с вами согласен!

@jeffpaul Только что отправил PR для обновления документа. Если вы считаете, что стоит иметь собственный раздел в read.me, просмотрите его, иначе мы можем закрыть эту проблему.

Спасибо за помощь

@jeffpaul Если не возражаете,

@arsendovlatyan, спасибо, что поймал это, я обновил это, чтобы отметить, что он появился в v1.5.0!