Distributor: Opsi atau kait untuk mengelola URL kanonik

Dibuat pada 1 Feb 2019  ·  11Komentar  ·  Sumber: 10up/distributor

Saat ini, plugin Distributor sedang memodifikasi URL kanonik dari posting terdistribusi dan menunjuk ke situs web asli.
Kami ingin menghentikan perilaku ini dan satu-satunya cara untuk melakukannya jika dengan kode saat ini - hapus filter yang ditambahkan.

https://github.com/10up/distributor/blob/27c92e65fbca30c947900f223ec797811ffed785/includes/classes/ExternalConnections/WordPressExternalConnection.php#L947

Apakah Anda akan mempertimbangkan opsi dari admin untuk mengelola fungsi ini atau flag, yang akan melewati filter?

Documentation enhancement good first issue

Semua 11 komentar

@arsendovlatyan terima kasih atas masukannya, ini dihargai! Bisakah Anda menjelaskan kasus penggunaan Anda lebih detail sehingga kami dapat merencanakan dengan lebih baik bagaimana kami dapat membantu mengatasi masalah Anda dengan Distributor?

@jeffpaul terima kasih atas balasan cepatnya.
Kami memiliki platform e-commerce, berdasarkan WooCommerce dan kami mengunggah semua produk ke situs web pusat (Hub), dan menggunakan Distributor, mendorong produk ini ke situs web lain (Spokes).
Karena Hub dilindungi kata sandi, tidak masuk akal untuk mengarahkan kembali URL kanonik ke Hub dari Jari-jari.

@jeffpaul Maaf, apakah Anda memerlukan informasi lebih lanjut? Saya tidak bisa mengirim PR jika Anda mau.

@arsendovlatyan apakah saya benar dalam memahami bahwa Anda meminta cara ketika Anda mendistribusikan dari Hub Anda bahwa posting yang didistribusikan TIDAK menautkan kembali ke aslinya secara default atau memiliki opsi untuk menonaktifkan tautan?

@jeffpaul tepatnya, opsi atau filter yang memungkinkan kami mengelola perilaku ini.

Hai @jeffpaul
Maaf, jika mungkin, akan mendengar tanggapan Anda, untuk dapat melanjutkan atau menutup masalah ini.
Saya pikir kita dapat menambahkan opsi lain dan menyebutnya mungkin Override canonical URL , yang akan AKTIF secara default, tetapi saya tidak yakin apakah fungsi ini akan berguna bagi orang lain.
Jika tidak berguna atau dapat membingungkan pengguna, mungkin tambahkan filter seperti dt_canonicalize_front_end untuk dapat mengelola perilaku ini ?
Dapat mengirim PR jika salah satu opsi ini cocok untuk Anda.

Terima kasih banyak!

Hai @arsendovlatyan Terima kasih telah membuka masalah ini. Melompat untuk Jeff yang telah keluar dan terlalu sibuk untuk kembali kepada Anda.

Kami ingin menghentikan perilaku ini dan satu-satunya cara untuk melakukannya jika dengan kode saat ini - hapus filter yang ditambahkan.

Menghapus filter adalah cara yang disarankan untuk menonaktifkan perilaku ini; ini adalah pola umum di WordPress dan sebagian alasan kami selalu menggunakan panggilan balik bernama yang dapat Anda hapus vs. fungsi anonim.

Opsi potensial lain yang dapat Anda gunakan adalah menambahkan pengait nanti pada get_canonical_url dan mengembalikan URL Anda sendiri.

Filter tambahan sepertinya tidak diperlukan kecuali saya salah paham bagaimana Anda ingin menggunakannya.

Apakah Anda akan mempertimbangkan opsi dari admin untuk mengelola fungsi ini atau flag, yang akan melewati filter?

Opsi admin sepertinya berpotensi membingungkan pengguna. Dalam sebagian besar kasus, situs akan ingin memiliki tautan kanonik kembali ke konten aslinya dari salinan yang didistribusikan karena potensi implikasi SEO; artikel ini merangkumnya dengan cukup baik: https://moz.com/learn/seo/duplicate-content.

Anda mengemukakan poin bagus bahwa beberapa pengguna mungkin terkejut atau tidak menginginkan perilaku ini. Akan sangat bagus untuk meningkatkan dokumentasi seputar fitur ini - cara kerjanya dan cara menonaktifkannya. Mencari dokumen, saya tidak melihat penyebutan perubahan URL kanonik (dokumen perlu perbaikan secara umum). Mungkin paragraf di masalah readme atau bagian pengembang (https://github.com/10up/distributor/blob/develop/README.md)? PR untuk itu akan diterima!

Hanya sesuatu yang mungkin berguna di sini - Saya memiliki pertanyaan serupa dan Adam memberi saya umpan balik yang bagus. https://github.com/10up/distributor/issues/135

@adamsilverstein terima kasih banyak, sangat setuju dengan Anda!

@jeffpaul Baru saja mengirim PR untuk pembaruan dokumen, jika menurut Anda layak untuk memiliki bagian sendiri di read.me, harap tinjau, jika tidak, kami dapat menutup masalah ini.

Terima kasih atas bantuannya

@jeffpaul Jika Anda tidak keberatan, saya akan menutup masalah ini))

@arsendovlatyan terima kasih telah menangkap itu, saya telah memperbarui ini untuk mencatat bahwa itu mendarat di v1.5.0!

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

dleeward picture dleeward  ·  7Komentar

lakrisgubben picture lakrisgubben  ·  6Komentar

avag-novembit picture avag-novembit  ·  3Komentar

vimalagarwalasentech picture vimalagarwalasentech  ·  5Komentar

superbuggy picture superbuggy  ·  7Komentar