WordPress: axustes de publicacións relacionadas

WordPress

Se estás a usar WordPress, un dos teus complementos necesarios debería ser o post relacionado enchufar. Dito isto, notei que o volume de palabras clave que se publicaban coas miñas lecturas diarias inclinaba os resultados das publicacións relacionadas.

Tamén me sorprendeu que o complemento Publicacións relacionadas só fornecese unha lista de publicacións relacionadas antes o post que estás lendo! E se cambias de opinión (como adoito facer!) ... non deberías proporcionar tamén publicacións publicadas despois do orixinal pero que seguen relacionadas?

Como resultado, fixen algúns pequenos retoques no complemento. En primeiro lugar, para facer referencia ás publicacións antes e despois da publicación actual, modifiquei a liña 91 de:

. "AND post_date> = '$ now'" a (ACTUALIZADO: 11/15/2011):. "AND post_date! = '$ Agora'". "AND post_date <= CURDATE ()"

En segundo lugar, as lecturas diarias no meu blogue publícanas automaticamente Del.icio.us baixo un autor específico (para que nunca cambie o contrasinal e rompa a publicación automática). Para iso, acabo de engadir outro parámetro de consulta para omitir ese autor das publicacións que se buscaron inserindo a seguinte liña despois da anterior:

. "E post_autor! = 4"

Atopei o número do autor simplemente buscándoo nos meus usuarios. Prefiro non complicar as cousas uníndome a outra táboa; podería reducir a velocidade coa que se amosan estes resultados e diminuír o tempo de carga. Isto levará a que a xente se frustre e marche.

Os beneficios de mostrar publicacións relacionadas

Publicacións relacionadas é unha ferramenta fantástica para calquera blog. As publicacións relacionadas fortalecen os resultados do motor de busca aumentando as palabras clave a través de ligazóns, un elemento importante dos algoritmos do motor de busca.

As publicacións relacionadas non son só un SEN ferramenta, porén. As publicacións relacionadas son unha ferramenta de retención que manterá aos usuarios no seu sitio. É posible que non atopen o que buscaban onde aterraron, pero se lles proporcionas referencias adicionais, é posible que se manteñan.

20 Comentarios

  1. 1
  2. 2

    Bo hack - aínda que persoalmente uso etiquetas simples para publicacións relacionadas baseadas en etiquetas, pero estou totalmente de acordo en que as publicacións relacionadas son imprescindibles.

  3. 3

    vaia .. este é un truco puro. Aínda que non teño complemento de publicacións relacionadas co wasabi, teño complemento de Etiquetas simples para publicacións relacionadas e supoño que debe estar usando a mesma condición postdate <. Grazas polo consello, déixame comprobar o meu código de complemento e ver se podo axustalo para dar mellores resultados.

  4. 4

    Chandoo, Simple Tags non usa unha condición de posdata; creo que crea as publicacións relacionadas en directo, con cada vista de páxina (a non ser que teña activada a caché). Iso non é o máis eficiente para o servidor, pero significa que obterá as mellores coincidencias, xa sexan publicadas antes ou despois da publicación.

    Doug: perdón por saír un pouco do tema ...

  5. 6

    Estupenda publicación! Pero quero escoller algunhas liñas.

    A súa xustificación para "(non) unirse a outra mesa”Porque:

    "podería reducir a velocidade á que se amosan estes resultados e diminuír o tempo de carga"

    non é un exemplo de optimización prematura que inhibe a mantibilidade, e é unha pena ver a xente cun público considerable recomendar estas cousas porque difunde a desinformación.

    A unión SQL da que falas, supoñendo que tes índices razoables, aumentará o tempo de resposta como máximo microsegundos. Tería que ter toneladas e toneladas de tráfico antes de que ninguén notase nin unha media de diferenza. Agora si, se te forzas, podes escribir un código SQL tan sincero que teña un rendemento tremendo, pero unha unión adicional nos datos clave non é un exemplo diso.

    Ademais, en vez de defender a piratería do complemento publicado por alguén, gustaríame moito ver como defendías melloralo e despois traballar para que a túa mellora se incluíse no propio complemento. Como é, pode que algúns codificadores afeccionados apliquen os seus cambios e posteriormente actualízanse á nova versión do complemento e perdan os cambios pero non saben o que fallou. O seu cambio é benigno, só unha perda de funcionalidade, pero algúns hacks poden provocar a rotura dun sitio se se usa unha revisión futura do complemento central sobre o pirateado.

    JMTCW. Segue así. 🙂

    • 7

      Ola Mike!

      Grazas por responder. Non estou seguro de estar de acordo. Non optimicei prematuramente ... de feito, atopei o mellor xeito de obter todas as funcionalidades que necesitaba sen necesidade de facer cambios adicionais. No meu libro, ese debería ser o obxectivo dos desenvolvedores.

      Tamén o dixen podería afectar o rendemento. Non me molestei en probar nin probar porque non era necesario dado o xeito en que optimicei o complemento. Unha vez máis: conseguín o 100% da funcionalidade que necesitaba sen facer unión nin engadir índices, etc. Esa é a solución correcta no meu libro.

      Non obstante, estou de acordo contigo nas túas outras notas. Estou desconfiado de volver publicar complementos, sinto que estou expondo o traballo doutra persoa. Fixen referencia ao blogue do autor nisto, polo que quizais os teña en conta como funcións para o lanzamento futuro.

      PD: arranxouse a edición. 🙂

      • 8

        @Douglas: Non estou seguro de estar de acordo. Non optimicei prematuramente? Unha vez máis: conseguín o 100% da funcionalidade que necesitaba sen facer unión nin engadir índices, etc.

        Ben, supoño que esa é a diferenza entre alguén que está a ver a programación desde a perfección da profesión e un oficio fronte a alguén que practica só tentando facer algo (e non quero dicir iso de xeito perjurativo; nalgunhas listas de correo toco o papel de carta contra o primeiro. 🙂

        É semellante a como un contable ou avogado lle di a un empresario "Eu non faría iso"E o propietario da empresa, que non se inclina en todas as ramificacións que os profesionais son conscientes de que son" potenciais "ignora os seus consellos porque parece demasiado esforzo e aran por diante. Deus sabe que xa fun o dono da empresa no pasado e traballei adiante contra todos os consellos, aínda que moito máis me gustaría. 🙂

        @Douglas: Estou desconfiado de volver publicar complementos, ...

        Non, non era exactamente o que dicía. O que dicía é que, xa que é de código aberto, podes aportar os teus cambios ao autor orixinal que aceptarán e podes facelo de xeito proactivo contactando e ofrecendo. Actualmente traballo como consultor de mercadotecnia e implementador de sitios web para uso e uso de editores de nicho Drupal para tecnoloxía web, e a comunidade Drupal está sempre en contacto con autores de complementos (Drupal chámalles "módulos") e ofrécese para axudar a mellorar os módulos doutros.

        Só un pensamento.

        PS Grazas pola corrección de edición.

        • 9

          Bos puntos, Mike!

          Podo xogar co complemento para engadir a opción de "Mostrar só publicacións anteriores á publicación mostrada". Creo que a segunda opción é un pouco máis propietaria para o meu blog, pero comprobareino e vexo que pode interesar ao autor.

  6. 11
  7. 13

    Doug: quizais me falte algo aquí. Parece que

    AND post_date <= '$now'

    non impide que se inclúan as publicacións feitas despois desa publicación, tanto como que impide a inclusión de publicacións que quizais fixaches publicado no futuro.

    Espero que teña sentido e grazas polo gran blog.

  8. 15

    @Mike: Ben, supoño que esa é a diferenza entre alguén que está a ver a programación desde a perfección da profesión e un oficio fronte a alguén que practica só intentando facer algo.

    Interesante distinción. Aínda que sería bo que todo funcionase ao mellor posible, en moitos casos non parece práctico. Procuro atopar un equilibrio na miña programación entre como me gustaría que se executase algo e canto $ ou tempo tardaría en conseguilo.

    Procuro facer o mínimo necesario para cumprir o propósito que intento acadar. Pasar máis tempo non sería rendible.

    En resumo, a non ser que se notase esa perda de eficiencia no meu blog, non gastaría o tempo extra, se se nota que decidiría se o tempo adicional pagaría a pena o resultado. A perfección non sempre é a mellor solución.

    • 16

      @Dwayne: Eu me esforzo por facer o mínimo que se necesita para cumprir o propósito que intento acadar. Pasar máis tempo non sería rendible.

      Por suposto, se sempre facer o mínimo significa que non aprende mellores técnicas, facendo que repita o mínimo moitas veces no futuro en lugar de permitilo evitalo, entón realizou un falso logro. Si, moitas tarefas non precisan un esforzo adicional, pero fun testigo de que moitas persoas tiveron accesos directos coma este no pasado e eran algunhas das persoas menos produtivas e / ou menos creadoras de valor que coñecía (algunhas delas foron desgraciadamente meus empregados Por iso notei realmente a súa falta de produtividade.)

      @Dwayne: En resumo, a menos que esa perda de eficiencia se notase no meu blog, non gastaría o tempo extra, se se nota que decidiría se o tempo adicional pagaría a pena o resultado. A perfección non sempre é a mellor solución.

      Creo que botaches de menos os meus puntos. Primeiro dicía que Doug estaba a optimizar para obter eficiencias desapercibidas, non eu, pero o que é máis importante se vai implementar un hack que poida causar problemas de mantibilidade futura por mor de Deus, non o publique para uso doutros sen polo menos dicirlles o tipo de problemas de mantibilidade que pode provocar para eles máis tarde.

      A ironía do teu comentario é que facer unha ruta rápida e sinxela adoita acabar custándolle moito máis tempo no futuro cando instalas unha actualización de seguridade para o teu WordPress, perdes a túa funcionalidade pirateada e a queres volver. Agora tes un palleiro cunha agulla que falta e agora tes que descubrir onde estaba a agulla.

      ¿Gasta tempo extra en rendemento? Bah, xeralmente non é necesario. ¿Pasas máis tempo en mantibilidade? Si, a miúdo págase a si mesmo a longo prazo.

      En conclusión, si, é natureza humana desestimar avisos por cousas que nunca se causaron dor. Sinte a dor unha vez e será moito máis probable que faga caso das advertencias doutras persoas que xa sentiron esa dor.

  9. 17

    Unha cousa debería dicir; Creo que o hack de Doug sería un bo complemento para WordPress, polo menos como opción de usuario. Parece bastante parvo limitar as publicacións relacionadas só ás que viñeron antes.

    TAMÉN, gustaríalle pedirlle a Doug que publique sobre como se publican as súas publicacións diarias en del.icio.us; ese sería un tema interesante.

  10. 20

¿Que pensas?

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.