WordPress: Posting Terkait Tweaking

wordpress

Jika Anda menggunakan WordPress, salah satu plugin yang Anda butuhkan adalah Posting terkait plugin. Meskipun demikian, saya perhatikan bahwa volume kata kunci yang diposkan dengan Bacaan Harian saya benar-benar mendistorsi hasil Pos Terkait.

Selain itu, saya sangat terkejut bahwa plugin Related Posts hanya menyediakan daftar posting terkait sebelum posting yang Anda baca! Bagaimana jika Anda berubah pikiran (seperti yang sering saya lakukan!)… bukankah seharusnya Anda juga memberikan postingan yang dirilis setelah aslinya tetapi masih terkait?

Akibatnya, saya membuat beberapa perubahan kecil pada plugin. Pertama, untuk mereferensikan posting sebelum dan sesudah posting saat ini, saya mengubah baris 91 dari:

. "AND post_date> = '$ now'" menjadi (DIPERBARUI: 11/15/2011):. "DAN post_date! = '$ Sekarang'". "DAN post_date <= CURDATE ()"

Kedua, Bacaan Harian di blog saya diposting secara otomatis oleh Del.icio.us di bawah Penulis tertentu (sehingga saya tidak akan pernah mengubah kata sandi dan merusak posting otomatis). Untuk melakukan ini, saya hanya menambahkan parameter kueri lain untuk menghilangkan penulis itu dari posting yang dicari dengan menyisipkan baris berikut setelah sebelumnya:

. "DAN penulis_pos! = 4"

Saya menemukan nomor penulis hanya dengan mencarinya di Pengguna saya. Saya lebih suka tidak mempersulit hal ini dengan bergabung ke tabel lain - ini dapat mengurangi kecepatan tampilan hasil ini dan memperlambat waktu muat. Itu akan membuat orang menjadi frustrasi dan pergi.

Manfaat Menampilkan Posting Terkait

Posting Terkait adalah alat yang fantastis untuk blog apa pun. Posting terkait memperkuat Hasil Mesin Pencari dengan memperbesar kata kunci melalui tautan, elemen penting dari algoritme Mesin Telusur.

Posting terkait bukan hanya a SEM alat, meskipun. Posting terkait adalah alat retensi yang akan membuat pengguna tetap berada di situs Anda. Mereka mungkin tidak menemukan apa yang mereka cari di mana mereka mendarat - tetapi jika Anda memberi mereka referensi tambahan, mereka mungkin bertahan!

20 Komentar

  1. 1

    Trik keren. Saya tidak menyadari Posting Terkait hanya mengambil entri blog sebelumnya… Saya harus pergi mengedit plugin. Terima kasih atas perhatian dan instruksinya 🙂
    …dan selamat Tahun Baru!

  2. 2
  3. 3

    wow .. ini trik yang bagus. Meskipun saya tidak memiliki plugin posting terkait wasabi, saya memiliki plugin Simple Tags untuk posting terkait dan saya menduga itu pasti menggunakan kondisi <tanggal pos yang sama. Terima kasih atas tipnya, izinkan saya memeriksa kode plug-in saya dan melihat apakah saya dapat menyesuaikannya untuk memberikan hasil yang lebih baik.

  4. 4

    Chandoo, Tag Sederhana tidak menggunakan kondisi postdate - Saya yakin ini membuat posting terkait secara langsung, dengan setiap tampilan halaman (kecuali Anda mengaktifkan cache). Itu bukan hal yang paling efisien untuk server, tetapi itu berarti itu akan mendapatkan kecocokan terbaik, apakah mereka diposting sebelum atau setelah posting dilihat.

    Doug - maaf karena sedikit menyimpang dari topik…

  5. 6

    Pos yang bagus! Tapi saya ingin memilih beberapa telur kutu.

    Pembenaran Anda untuk "(tidak) bergabung ke tabel lain"Karena:

    "ini dapat mengurangi kecepatan tampilan hasil ini dan memperlambat waktu muat"

    itu offbase dan contoh pengoptimalan prematur yang menghambat pemeliharaan, dan sayang sekali melihat orang-orang dengan audiens yang cukup besar merekomendasikan hal-hal seperti itu karena menyebarkan informasi yang salah.

    SQL bergabung dengan Anda, dengan asumsi Anda memiliki indeks yang masuk akal di tempat akan meningkatkan waktu respons Anda paling banyak mikrodetik. Anda harus memiliki berton-ton lalu lintas sebelum ada yang menyadari perbedaan setengah detik. Sekarang ya, jika Anda memaksa diri Anda sendiri, Anda dapat menulis kode SQL yang sangat pintar yang akan berkinerja buruk, tetapi penggabungan tambahan pada data yang dikunci bukanlah contoh dari itu.

    Selain itu, daripada menganjurkan meretas plugin yang diterbitkan seseorang, saya sangat ingin melihat Anda menganjurkan untuk meningkatkannya dan kemudian berupaya untuk memasukkan perangkat tambahan Anda ke dalam plugin itu sendiri. Memang, Anda mungkin mendapatkan beberapa pembuat kode amatir untuk menerapkan perubahan Anda dan kemudian meningkatkan ke versi baru plugin dan mereka kehilangan perubahan tetapi tidak dapat menemukan apa yang salah. Perubahan Anda tidak berbahaya, hanya kehilangan fungsionalitas, tetapi beberapa peretasan dapat menyebabkan situs rusak jika revisi mendatang dari plugin inti digunakan selain dari yang diretas.

    JMTCW. Jika tidak, pertahankan kerja yang baik. 🙂

    • 7

      Hai Mike!

      Terima kasih telah menanggapi - saya tidak yakin saya setuju. Saya tidak mengoptimalkan sebelum waktunya… pada kenyataannya, saya menemukan cara terbaik untuk mendapatkan semua fungsi yang saya butuhkan tanpa perlu melakukan perubahan tambahan. Dalam buku saya, itu harus menjadi target setiap pengembang.

      Saya juga mengatakan itu bisa mempengaruhi kinerja. Saya tidak repot-repot menguji atau mencoba karena itu tidak perlu mengingat cara saya mengoptimalkan plugin. Sekali lagi - Saya mendapatkan 100% dari fungsionalitas yang saya butuhkan tanpa melakukan join atau menambahkan indeks, dll. Itulah solusi yang tepat dalam buku saya.

      Saya setuju dengan Anda pada catatan Anda yang lain. Saya ragu untuk menerbitkan ulang plugin, merasa seperti saya mendapatkan eksposur dari pekerjaan orang lain. Saya mereferensikan blog penulis tentang ini - jadi mungkin dia akan mempertimbangkan ini sebagai fitur untuk rilis di masa mendatang.

      PS: Memperbaiki pengeditan! 🙂

      • 8

        @ Douglas: Saya tidak yakin saya setuju. Saya tidak mengoptimalkan sebelum waktunya? Sekali lagi - Saya mendapatkan 100% fungsionalitas yang saya butuhkan tanpa melakukan join atau menambahkan indeks, dll.

        Yah, saya rasa itulah perbedaan antara seseorang yang melihat pemrograman dari profesi sempurna dan kerajinan vs. seseorang yang merupakan praktisi yang hanya mencoba menyelesaikan sesuatu (dan saya tidak bermaksud seperti itu secara sumpah serapah; di beberapa milis saya memainkan peran surat melawan mantan. 🙂

        Ini mirip dengan bagaimana seorang akuntan atau pengacara memberi tahu pemilik bisnis "Saya tidak akan melakukan itu”Dan pemilik bisnis, tidak menyelami semua konsekuensi yang disadari oleh para profesional sebagai * potensial * mengabaikan nasihat mereka karena tampaknya terlalu banyak usaha, dan membajak di depan. Tuhan tahu saya pernah menjadi pemilik bisnis itu di masa lalu dan terus maju melawan semua nasihat, meskipun banyak yang harus saya bayar nanti. 🙂

        @Douglas: Saya ragu untuk menerbitkan ulang plugin,…

        Tidak, bukan itu yang saya katakan. Apa yang saya katakan adalah karena ini open-source Anda dapat menyumbangkan perubahan Anda kembali ke penulis aslinya, mereka akan menerimanya, dan Anda dapat melakukannya secara proaktif dengan menghubungi dan menawarkan. Saat ini saya bekerja sebagai konsultan pemasaran dan pelaksana situs web untuk penerbit dan penggunaan ceruk Drupal untuk teknologi web, dan komunitas Drupal selalu menghubungi pembuat plugin (Drupal menyebutnya "modul") dan menawarkan untuk membantu meningkatkan modul orang lain.

        Hanya pikiran.

        PS Terima kasih atas perbaikan pengeditannya.

        • 9

          Poin bagus, Mike!

          Saya mungkin mengotak-atik plugin untuk menambahkan opsi “Hanya tampilkan Posting Sebelum Posting yang Ditampilkan”. Saya pikir opsi kedua sedikit lebih eksklusif untuk blog saya, tetapi saya akan memeriksa dan melihatnya mungkin menarik bagi penulis.

  6. 11
  7. 13

    Doug - Saya mungkin melewatkan sesuatu di sini. Tampaknya

    AND post_date <= '$now'

    tidak mencegah posting yang dibuat setelah posting tertentu untuk dimasukkan, sebanyak itu mencegah masuknya posting yang mungkin telah Anda setel untuk diterbitkan di masa depan.

    Semoga masuk akal dan terima kasih untuk blog yang hebat.

  8. 15

    @ Mike: Baiklah, saya rasa itulah perbedaan antara seseorang yang melihat pemrograman dari profesi sempurna dan kerajinan vs seseorang yang merupakan praktisi yang hanya mencoba menyelesaikan sesuatu

    Perbedaan yang menarik. Meskipun akan menyenangkan jika semuanya berjalan dengan kondisi terbaik, dalam banyak kasus hal itu tampaknya tidak praktis. Saya berusaha keras untuk menemukan keseimbangan dalam pemrograman saya antara bagaimana saya menginginkan sesuatu untuk dijalankan dan berapa banyak $ atau waktu yang diperlukan untuk mendapatkannya di sana.

    Saya berusaha untuk melakukan seminimal mungkin untuk mencapai tujuan yang saya coba capai. Menghabiskan lebih banyak waktu tidak akan hemat biaya.

    Singkatnya, kecuali kerugian dalam efisiensi terlihat di blog saya, saya tidak akan menghabiskan waktu ekstra, Jika terlihat daripada saya akan memutuskan apakah waktu tambahan akan sepadan dengan hasilnya. Kesempurnaan tidak selalu menjadi solusi terbaik.

    • 16

      @ Dwayne: Saya berusaha untuk melakukan seminimal mungkin untuk mencapai tujuan yang saya coba capai. Menghabiskan lebih banyak waktu tidak akan hemat biaya.

      Tentu saja jika selalu melakukan seminimal mungkin berarti Anda tidak mempelajari teknik yang lebih baik yang menyebabkan Anda mengulanginya berkali-kali di masa depan daripada membiarkan Anda menghindarinya, maka Anda telah membuat pencapaian yang salah. Ya, banyak tugas tidak membutuhkan usaha ekstra tetapi saya telah menyaksikan banyak orang mengambil jalan pintas seperti ini di masa lalu dan mereka adalah beberapa orang yang paling tidak produktif dan / atau paling tidak menghasilkan nilai yang saya kenal (beberapa dari mereka sayangnya adalah karyawan saya , itulah mengapa saya benar-benar memperhatikan kurangnya produktivitas mereka.)

      @ Dwayne: Singkatnya, kecuali kerugian dalam efisiensi terlihat di blog saya, saya tidak akan menghabiskan waktu ekstra, Jika terlihat daripada saya akan memutuskan apakah waktu tambahan akan sepadan dengan hasilnya. Kesempurnaan tidak selalu menjadi solusi terbaik.

      Saya pikir Anda melewatkan poin saya. Pertama saya mengatakan bahwa Doug mengoptimalkan efisiensi yang tidak terlihat, bukan saya, tetapi yang lebih penting jika Anda akan menerapkan peretasan yang dapat menyebabkan masalah pemeliharaan di masa depan demi kebaikan jangan mempublikasikannya untuk penggunaan orang lain tanpa setidaknya memberi tahu mereka tentang jenis masalah pemeliharaan yang mungkin ditimbulkannya nanti.

      Ironi dari komentar Anda adalah bahwa mengambil rute yang cepat dan mudah seringkali berakhir dengan menghabiskan lebih banyak waktu di masa depan ketika Anda menginstal pembaruan keamanan untuk WordPress Anda, kehilangan fungsionalitas yang diretas dan menginginkannya kembali. Sekarang Anda memiliki tumpukan jerami dengan jarum yang hilang dan Anda sekarang perlu mencari tahu di mana jarum itu dulu.

      Menghabiskan waktu ekstra untuk pertunjukan? Bah, umumnya tidak diperlukan. Habiskan waktu ekstra untuk perawatan? Ya, ini sering kali terbayar sendiri dalam jangka panjang.

      Kesimpulannya, ya sudah sifat manusia untuk menepis peringatan untuk hal-hal yang tidak pernah menyebabkan sakit diri. Rasakan sakitnya sekali dan Anda akan jauh lebih mungkin untuk mengindahkan peringatan dari orang lain yang sudah merasakan sakit itu.

  9. 17

    Satu hal yang harus saya katakan; Saya pikir peretasan Doug akan menjadi tambahan yang bagus untuk WordPress, setidaknya sebagai opsi pengguna. Tampaknya agak konyol untuk membatasi posting terkait hanya yang datang sebelumnya.

    JUGA, saya ingin meminta Doug untuk memposting tentang bagaimana postingan hariannya diposting dari del.icio.us; itu akan menjadi topik yang menarik.

  10. 20

Bagaimana menurut Anda?

Situs ini menggunakan Akismet untuk mengurangi spam. Pelajari bagaimana data komentar Anda diproses.