WordPress: Chỉnh sửa bài viết liên quan

wordpress

Nếu bạn đang sử dụng WordPress, một trong những plugin bắt buộc của bạn phải là Bài liên quan cắm vào. Điều đó nói rằng, tôi nhận thấy rằng khối lượng từ khóa đang được đăng với Lượt đọc hàng ngày của tôi thực sự làm lệch kết quả Bài đăng liên quan.

Ngoài ra, tôi thực sự ngạc nhiên khi plugin Bài viết liên quan chỉ cung cấp danh sách các bài đăng liên quan trước bài đăng mà bạn đang đọc! Điều gì sẽ xảy ra nếu bạn thay đổi quyết định (như tôi vẫn thường làm!)… Bạn cũng không nên cung cấp các bài đăng được phát hành sau bản gốc nhưng vẫn có liên quan?

Do đó, tôi đã thực hiện một số chỉnh sửa nhỏ đối với plugin. Đầu tiên, để tham chiếu các bài đăng cả trước và sau bài đăng hiện tại, tôi đã sửa đổi dòng 91 từ:

. "AND post_date> = '$ now'" thành (CẬP NHẬT: 11/15/2011):. "AND post_date! = '$ Now'". "AND post_date <= CURDATE ()"

Thứ hai, các Bài đọc hàng ngày trên blog của tôi được Del.icio.us đăng tự động dưới một Tác giả cụ thể (vì vậy tôi sẽ không bao giờ thay đổi mật khẩu và phá vỡ đăng tự động). Để thực hiện việc này, tôi chỉ cần thêm một tham số truy vấn khác để loại bỏ tác giả đó khỏi các bài đăng đã được tìm kiếm bằng cách chèn dòng sau vào dòng trước:

. "AND post_author! = 4"

Tôi tìm thấy số tác giả chỉ đơn giản bằng cách tra cứu nó trong Người dùng của tôi. Tôi không muốn làm mọi thứ trở nên phức tạp bằng cách tham gia vào một bảng khác - nó có thể làm giảm tốc độ hiển thị các kết quả này và làm chậm thời gian tải. Điều đó sẽ dẫn đến việc mọi người thất vọng và bỏ đi.

Lợi ích của việc hiển thị các bài viết có liên quan

Bài viết liên quan là một công cụ tuyệt vời cho bất kỳ blog nào. Các bài viết liên quan củng cố Kết quả của Công cụ Tìm kiếm bằng cách phóng đại các từ khóa thông qua các liên kết, một yếu tố quan trọng của thuật toán Công cụ Tìm kiếm.

Các bài viết liên quan không chỉ là một SEM công cụ, mặc dù. Các bài đăng có liên quan là một công cụ duy trì sẽ giữ người dùng ở lại trang web của bạn. Họ có thể không tìm thấy thứ họ đang tìm kiếm ở nơi họ hạ cánh - nhưng nếu bạn cung cấp cho họ tài liệu tham khảo bổ sung, họ có thể bám trụ!

20 Comments

  1. 1
  2. 2

    Hack tốt - mặc dù cá nhân tôi sử dụng Thẻ đơn giản cho các bài đăng liên quan dựa trên thẻ, nhưng tôi hoàn toàn đồng ý rằng các bài đăng liên quan là điều bắt buộc.

  3. 3

    wow .. đây là một mẹo nhỏ. Mặc dù tôi không có plug-in bài viết liên quan đến wasabi, nhưng tôi có plug-in Thẻ đơn giản cho các bài viết liên quan và tôi đoán nó phải đang sử dụng cùng một postdate <condition. Cảm ơn mẹo, hãy để tôi kiểm tra mã trình cắm của mình và xem liệu tôi có thể chỉnh sửa nó để cho kết quả tốt hơn không.

  4. 4

    Chandoo, Thẻ đơn giản không sử dụng điều kiện ngày đăng - tôi tin rằng nó tạo ra các bài đăng liên quan trực tiếp, với mỗi lần xem trang (trừ khi bạn đã bật bộ nhớ cache). Đó không phải là thứ hiệu quả nhất đối với máy chủ, nhưng nó có nghĩa là nó sẽ nhận được các kết quả phù hợp nhất, cho dù chúng được đăng trước hay sau khi bài viết được xem.

    Doug - xin lỗi vì đã hơi lạc đề…

  5. 6

    Bài viết tuyệt vời! Nhưng tôi muốn chọn một vài nits.

    Lời biện minh của bạn cho “(không) tham gia vào một bàn khác" bởi vì:

    "nó có thể làm giảm tốc độ hiển thị các kết quả này và làm chậm thời gian tải"

    là offbase và một ví dụ về việc tối ưu hóa quá sớm hạn chế khả năng bảo trì và thật xấu hổ khi thấy những người có lượng khán giả lớn giới thiệu những thứ như vậy vì nó lan truyền thông tin sai lệch.

    Tham gia SQL mà bạn nói đến, giả sử bạn có các chỉ mục hợp lý tại chỗ sẽ tăng tối đa thời gian phản hồi của bạn micro giây. Bạn phải có hàng tấn lưu lượng truy cập trước khi bất kỳ ai nhận ra sự khác biệt dù chỉ là nửa giây. Bây giờ có, nếu bạn ép buộc bản thân, bạn có thể viết mã SQL thực sự braindead sẽ hoạt động đáng kinh ngạc, nhưng một phép nối bổ sung trên dữ liệu có khóa không phải là một ví dụ về điều đó.

    Ngoài ra, thay vì ủng hộ việc hack plugin đã xuất bản của ai đó, tôi thực sự muốn thấy bạn ủng hộ việc nâng cao nó và sau đó làm việc để đưa tính năng nâng cao của bạn vào chính plugin thực tế. Tương tự như vậy, bạn có thể yêu cầu một số lập trình viên nghiệp dư áp dụng các thay đổi của bạn và sau đó nâng cấp lên phiên bản plugin mới và họ đã mất các thay đổi nhưng không thể tìm ra điều gì đã xảy ra. Thay đổi của bạn là lành tính, chỉ là mất chức năng, nhưng một số bản hack có thể khiến trang web bị hỏng nếu bản sửa đổi trong tương lai của plugin lõi được sử dụng thay cho bản bị tấn công.

    JMTCW. Nếu không hãy tiếp tục công việc tốt. 🙂

    • 7

      Chào Mike!

      Cảm ơn bạn đã phản hồi - tôi không chắc mình đồng ý. Tôi đã không tối ưu hóa quá sớm… trên thực tế, tôi đã tìm ra cách tốt nhất để có được tất cả các chức năng tôi cần mà không cần thực hiện các thay đổi bổ sung. Trong cuốn sách của tôi, đó phải là mục tiêu của mọi nhà phát triển.

      Tôi cũng đã nói rằng nó có thể ảnh hưởng đến hiệu suất. Tôi không bận tâm đến việc kiểm tra hoặc thử bởi vì nó không cần thiết theo cách tôi tối ưu hóa plugin. Một lần nữa - tôi có 100% chức năng cần thiết mà không cần nối hoặc thêm chỉ mục, v.v. Đó là giải pháp phù hợp trong cuốn sách của tôi.

      Tuy nhiên, tôi đồng ý với bạn về những ghi chú khác của bạn. Tôi rất muốn xuất bản lại các plugin, cảm thấy như thể tôi đang tiếp xúc với công việc của người khác. Tôi đã tham khảo blog của tác giả về điều này - vì vậy có lẽ anh ấy sẽ xem xét những điều này như các tính năng để phát hành trong tương lai.

      PS: Đã sửa lỗi chỉnh sửa! 🙂

      • 8

        @Douglas: Tuy nhiên, tôi không chắc mình đồng ý. Tôi đã không tối ưu hóa sớm? Một lần nữa - tôi có 100% chức năng tôi cần mà không cần thực hiện nối hoặc thêm chỉ mục, v.v.

        Chà, tôi đoán đó là sự khác biệt giữa một người đang xem lập trình từ sự hoàn hảo của chuyên môn và một nghề thủ công so với một người là người luyện tập chỉ cố gắng hoàn thành một việc gì đó (và tôi không có ý nói vậy; trên một số danh sách gửi thư, tôi chơi vai trò thư chống lại người trước đây. 🙂

        Nó tương tự như cách một kế toán hoặc luật sư nói với chủ doanh nghiệp “Tôi sẽ không làm điều đó”Và chủ doanh nghiệp, không chìm đắm trong tất cả các phân nhánh mà các chuyên gia nhận thức là * tiềm năng * bỏ qua lời khuyên của họ vì có vẻ như đó là quá nhiều nỗ lực và đang cày xới phía trước. Chúa biết tôi đã từng là chủ doanh nghiệp đó trong quá khứ và đã cố gắng chống lại mọi lời khuyên, mặc dù sau này ảnh hưởng rất nhiều đến ký quỹ của tôi. 🙂

        @Douglas: Tôi rất muốn xuất bản lại các plugin,…

        Không, đó không phải là chính xác những gì tôi đã nói. Những gì tôi đang nói là vì nó là mã nguồn mở, bạn có thể đóng góp các thay đổi của mình trở lại tác giả ban đầu mà họ sẽ chấp nhận và bạn có thể chủ động làm điều đó bằng cách liên hệ và đề nghị. Tôi hiện đang làm tư vấn tiếp thị và người triển khai trang web cho các nhà xuất bản in thích hợp và sử dụng Drupal cho công nghệ web và cộng đồng Drupal luôn liên hệ với các tác giả plugin (Drupal gọi họ là “mô-đun”) và đề nghị giúp cải thiện các mô-đun khác.

        Chỉ cần một ý nghĩ.

        PS Cảm ơn đã chỉnh sửa sửa chữa.

  6. 11
  7. 13

    Doug - Tôi có thể thiếu thứ gì đó ở đây. Có vẻ như

    AND post_date <= '$now'

    không ngăn các bài đăng được tạo sau bài đăng cụ thể đó được đưa vào, vì nó ngăn không cho bao gồm các bài đăng mà bạn có thể đã đặt là xuất bản trong tương lai.

    Hy vọng rằng điều đó có ý nghĩa và cảm ơn cho blog tuyệt vời.

  8. 15

    @Mike: Chà, tôi đoán đó là sự khác biệt giữa một người xem chương trình hoàn hảo về chuyên môn và thủ công so với một người là người luyện tập chỉ cố gắng hoàn thành một việc gì đó

    Sự phân biệt thú vị. Mặc dù sẽ rất tốt nếu mọi thứ hoạt động ở mức tốt nhất có thể, nhưng trong nhiều trường hợp, điều đó có vẻ không thực tế. Tôi cố gắng tìm kiếm sự cân bằng trong lập trình của mình giữa cách tôi muốn thứ gì đó chạy và bao nhiêu đô la hoặc thời gian để đạt được nó.

    Tôi cố gắng làm những việc tối thiểu cần thiết để đạt được mục đích mà tôi đang cố gắng đạt được. Để dành nhiều thời gian hơn sẽ không hiệu quả về chi phí.

    Tóm lại, trừ khi sự mất hiệu quả đó đáng chú ý trong blog của tôi, tôi sẽ không dành thêm thời gian, Nếu nó đáng chú ý hơn tôi sẽ quyết định xem liệu thời gian bổ sung có xứng đáng với kết quả hay không. Sự hoàn hảo không phải lúc nào cũng là giải pháp tốt nhất.

    • 16

      @Dwayne: Tôi cố gắng làm ở mức tối thiểu để đạt được mục đích mà tôi cố gắng đạt được. Để dành nhiều thời gian hơn sẽ không hiệu quả về chi phí.

      Tất nhiên, nếu luôn làm ở mức tối thiểu có nghĩa là bạn không học được các kỹ thuật tốt hơn khiến bạn phải lặp lại mức tối thiểu nhiều lần trong tương lai hơn là cho phép bạn tránh nó, thì bạn đã tạo ra một thành tích sai. Vâng, nhiều công việc không cần thêm nỗ lực nhưng tôi đã chứng kiến ​​nhiều người đi những con đường tắt như thế này trong quá khứ và họ là một số người kém năng suất nhất và / hoặc ít tạo ra giá trị nhất mà tôi biết (một số người trong số họ không may là nhân viên của tôi , do đó, tại sao tôi thực sự nhận thấy sự thiếu năng suất của họ.)

      @Dwayne: Tóm lại, trừ khi sự mất hiệu quả đó đáng chú ý trong blog của tôi, tôi sẽ không dành thêm thời gian, Nếu đáng chú ý hơn tôi sẽ quyết định xem liệu thời gian bổ sung có xứng đáng với kết quả hay không. Sự hoàn hảo không phải lúc nào cũng là giải pháp tốt nhất.

      Tôi nghĩ rằng bạn đã bỏ lỡ điểm của tôi. Đầu tiên, tôi nói rằng Doug đang tối ưu hóa để đạt được hiệu quả đáng chú ý, không phải tôi, nhưng quan trọng hơn nếu bạn định thực hiện một bản hack có thể gây ra các vấn đề về khả năng bảo trì trong tương lai vì lợi ích tốt, đừng xuất bản nó cho người khác sử dụng mà không ít nhất là cho họ loại vấn đề về khả năng bảo trì mà nó có thể gây ra cho họ sau này.

      Điều mỉa mai trong nhận xét của bạn là việc thực hiện con đường nhanh chóng và dễ dàng thường khiến bạn mất nhiều thời gian hơn trong tương lai khi bạn cài đặt bản cập nhật bảo mật cho WordPress của mình, mất chức năng bị tấn công và muốn nó trở lại. Bây giờ bạn có một đống cỏ khô với một chiếc kim bị thiếu và bây giờ bạn cần phải tìm ra vị trí của chiếc kim đó.

      Dành thêm thời gian cho hiệu suất? Bah, nói chung là không cần thiết. Dành thêm thời gian cho khả năng bảo trì? Có, nó thường tự trả giá về lâu dài.

      Kết lại, vâng, bản chất con người là gạt bỏ những lời cảnh báo cho những điều chưa bao giờ khiến bản thân đau đớn. Cảm nhận nỗi đau một lần và bạn sẽ có nhiều khả năng chú ý đến những lời cảnh báo đó từ những người khác đã từng cảm thấy nỗi đau đó.

  9. 17

    Một điều tôi nên nói; Tôi nghĩ vụ hack của Doug sẽ là một bổ sung tốt cho WordPress, ít nhất là một lựa chọn của người dùng. Có vẻ khá ngớ ngẩn khi chỉ giới hạn các bài đăng liên quan đến những bài đăng trước đó.

    CŨNG THẾ, tôi muốn yêu cầu Doug đăng về cách các bài viết hàng ngày của anh ấy được đăng từ del.icio.us; đó sẽ là một chủ đề thú vị.

  10. 20

Bạn nghĩ gì?

Trang web này sử dụng Akismet để giảm spam. Tìm hiểu cách xử lý dữ liệu nhận xét của bạn.