WordPress: Ajuste de publicaciones relacionadas

wordpress

Si está utilizando WordPress, uno de sus complementos necesarios debería ser el Publicación relacionada enchufar. Dicho esto, me di cuenta de que el volumen de palabras clave que se publicaban con mis lecturas diarias realmente sesgaba los resultados de las publicaciones relacionadas.

Además, me sorprendió mucho que el complemento de publicaciones relacionadas solo proporcionara una lista de publicaciones relacionadas antes la publicación que estás leyendo! ¿Qué pasa si cambia de opinión (como hago a menudo!)… ¿No debería también proporcionar publicaciones que se publicaron después del original pero que aún están relacionadas?

Como resultado, hice algunos ajustes menores al complemento. Primero, para hacer referencia a las publicaciones antes y después de la publicación actual, modifiqué la línea 91 de:

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

En segundo lugar, Del.icio.us publica automáticamente las lecturas diarias de mi blog con un autor específico (para que nunca cambie la contraseña y rompa la publicación automática). Para hacer esto, acabo de agregar otro parámetro de consulta para omitir ese autor de las publicaciones que se buscaron insertando la siguiente línea después de la anterior:

. "Y post_author! = 4"

Encontré el número de autor simplemente buscándolo en mis Usuarios. Prefiero no complicar las cosas uniéndome a otra tabla; podría reducir la velocidad a la que se muestran estos resultados y ralentizar el tiempo de carga. Eso hará que la gente se sienta frustrada y se vaya.

Los beneficios de mostrar publicaciones relacionadas

Publicaciones relacionadas es una herramienta fantástica para cualquier blog. Las publicaciones relacionadas fortalecen los resultados de los motores de búsqueda al ampliar las palabras clave a través de enlaces, un elemento importante de los algoritmos de los motores de búsqueda.

Las publicaciones relacionadas no son solo un SEM herramienta, sin embargo. Las publicaciones relacionadas son una herramienta de retención que mantendrá a los usuarios en su sitio. Es posible que no encuentren lo que estaban buscando donde aterrizaron, pero si les proporciona referencias adicionales, ¡pueden quedarse!

20 Comentarios

  1. 1

    Buen truco. No me había dado cuenta de que Related Posts solo selecciona entradas de blogs anteriores ... Tendré que editar el complemento. Gracias por el aviso y las instrucciones 🙂
    …¡y un feliz año Nuevo!

  2. 2

    Buen truco, aunque personalmente uso Etiquetas simples para publicaciones relacionadas basadas en etiquetas, pero estoy totalmente de acuerdo en que las publicaciones relacionadas son imprescindibles.

  3. 3

    wow ... este es un buen truco. Aunque no tengo el complemento de publicaciones relacionadas con wasabi, tengo el complemento de Etiquetas simples para publicaciones relacionadas y supongo que debe estar usando la misma condición posterior a <. Gracias por el consejo, déjame comprobar el código de mi complemento y ver si puedo modificarlo para obtener mejores resultados.

  4. 4

    Chandoo, Simple Tags no usa una condición posterior a la fecha; creo que crea las publicaciones relacionadas en vivo, con cada vista de página (a menos que tenga el caché activado). Eso no es lo más eficiente para el servidor, pero sí significa que obtendrá las mejores coincidencias, ya sea que se hayan publicado antes o después de que se esté viendo la publicación.

    Doug, perdón por salirme un poco del tema ...

  5. 6

    ¡Buena publicación! Pero quiero recoger algunas liendres.

    Tu justificación para "(no) unirse a otra mesa" porque:

    "Podría reducir la velocidad a la que se muestran estos resultados y ralentizar el tiempo de carga"

    está fuera de base y es un ejemplo de optimización prematura que inhibe la capacidad de mantenimiento, y es una pena ver a personas con una audiencia considerable recomendar tales cosas porque difunden información errónea.

    La combinación de SQL de la que habla, suponiendo que tenga índices razonables, aumentará su tiempo de respuesta como máximo microsegundos. Tendría que tener toneladas y toneladas de tráfico antes de que alguien notara siquiera una diferencia de medio segundo. Ahora sí, si se fuerza a sí mismo, puede escribir un código SQL tan realmente inteligente que funcionará terriblemente, pero una combinación adicional en datos con clave no es un ejemplo de eso.

    Además, en lugar de abogar por piratear el complemento publicado de alguien, realmente me gustaría verlo abogar por mejorarlo y luego trabajar para que su mejora se incluya en el complemento real. Tal como está, es posible que algunos codificadores aficionados apliquen sus cambios y luego se actualicen a la nueva versión del complemento y pierdan los cambios, pero no pueden averiguar qué salió mal. Su cambio es benigno, solo una pérdida de funcionalidad, pero algunos ataques pueden hacer que un sitio se rompa si se usa una revisión futura del complemento principal sobre el pirateado.

    JMTCW. Continúe con el buen trabajo de lo contrario. 🙂

    • 7

      ¡Hola Mike!

      Gracias por responder, aunque no estoy seguro de estar de acuerdo. No optimicé prematuramente ... de hecho, encontré la mejor manera de obtener toda la funcionalidad que necesitaba sin necesidad de realizar cambios adicionales. En mi libro, ese debería ser el objetivo de todos los desarrolladores.

      También dije que podría afectar el rendimiento. No me molesté en probar o intentar porque no era necesario dada la forma en que optimicé el complemento. Una vez más, obtuve el 100% de la funcionalidad que necesitaba sin unirme ni agregar índices, etc. Esa es la solución correcta en mi libro.

      Sin embargo, estoy de acuerdo contigo en tus otras notas. Desconfío de volver a publicar complementos, siento que me estoy exponiendo del trabajo de otra persona. Hice referencia al blog del autor sobre esto, por lo que tal vez los tenga en cuenta como características para versiones futuras.

      PD: ¡Arreglada la edición! 🙂

      • 8

        @Douglas: Sin embargo, no estoy seguro de estar de acuerdo. ¿No optimicé prematuramente? Una vez más, obtuve el 100% de la funcionalidad que necesitaba sin unirme o agregar índices, etc.

        Bueno, supongo que esa es la diferencia entre alguien que está viendo la programación de una profesión perfecta y un oficio versus alguien que es un practicante que solo intenta hacer algo (y no me refiero a eso peryorativamente; en algunas listas de correo juego el papel de carta contra el primero. 🙂

        Es similar a cómo un contador o abogado le dice al propietario de una empresa "Yo no haría eso”Y el dueño de la empresa, al no sumergirse en todas las ramificaciones que los profesionales son conscientes de que son * potenciales *, ignora sus consejos porque parece demasiado esfuerzo, y sigue adelante. Dios sabe que he sido dueño de ese negocio en el pasado y he seguido adelante en contra de todos los consejos, aunque mucho más tarde a mi cargo. 🙂

        @Douglas: Desconfío de volver a publicar complementos, ...

        No, eso no es exactamente lo que estaba diciendo. Lo que estaba diciendo es que, dado que es de código abierto, puede contribuir con sus cambios al autor original si lo aceptarán, y puede hacerlo de forma proactiva contactando y ofreciendo. Actualmente trabajo como consultor de marketing e implementador de sitios web para editores de impresión especializados y uso Drupal para la tecnología web, y la comunidad de Drupal siempre está en contacto con los autores de complementos (Drupal los llama "módulos") y ofrece ayudar a mejorar los módulos de otros.

        Sólo un pensamiento.

        PD: Gracias por la corrección de edición.

        • 9

          ¡Buenos puntos, Mike!

          Puedo jugar con el complemento para agregar la opción de "Mostrar solo publicaciones anteriores a la publicación mostrada". Creo que la segunda opción es un poco más propietaria para mi blog, pero la revisaré y veré que puede ser de interés para el autor.

  6. 11
  7. 13

    Doug - Puede que me esté perdiendo algo aquí. Parece que

    AND post_date <= '$now'

    no impide que se incluyan publicaciones realizadas después de esa publicación en particular, tanto como evita la inclusión de publicaciones que puede haber configurado para ser publicado en el futuro.

    Espero que tenga sentido y gracias por el gran blog.

  8. 15

    @Mike: Bueno, supongo que esa es la diferencia entre alguien que está viendo la programación desde una profesión perfecta y un oficio versus alguien que es un practicante que solo intenta hacer algo.

    Interesante distinción. Si bien sería bueno tener todo funcionando de la mejor manera posible, en muchos casos parece poco práctico. Me esfuerzo por encontrar un equilibrio en mi programación entre cómo me gustaría que se ejecutara algo y cuánto $ o tiempo me tomará llegar allí.

    Me esfuerzo por hacer lo mínimo necesario para lograr el propósito que intento lograr. Dedicar más tiempo no sería rentable.

    En resumen, a menos que esa pérdida de eficiencia se notara en mi blog, no gastaría el tiempo extra, si se nota, decidiría si el tiempo adicional valdría la pena el resultado. La perfección no siempre es la mejor solución.

    • 16

      @ Dwayne: Me esfuerzo por hacer lo mínimo que sea necesario para lograr el propósito que intento lograr. Dedicar más tiempo no sería rentable.

      Por supuesto, si hacer siempre el mínimo significa que no aprendes mejores técnicas, lo que hace que repitas el mínimo muchas veces en el futuro en lugar de permitirte evitarlo, entonces has hecho un logro falso. Sí, muchas tareas no requieren un esfuerzo adicional, pero he visto a muchas personas tomar atajos como este en el pasado y eran algunas de las personas menos productivas y / o menos creadoras de valor que conocía (algunos de ellos, lamentablemente, eran mis empleados , de ahí por qué realmente noté su falta de productividad).

      @Dwayne: En resumen, a menos que esa pérdida de eficiencia fuera notable en mi blog, no gastaría el tiempo extra. Si se nota, decidiría si el tiempo adicional valdría la pena el resultado. La perfección no siempre es la mejor solución.

      Creo que perdiste mis puntos. Primero estaba diciendo que Doug estaba optimizando para eficiencias imperceptibles, no yo, pero lo más importante es que si vas a implementar un truco que puede causar problemas de mantenimiento en el futuro, por el amor de Dios, no lo publiques para el uso de otros sin al menos informarles sobre el tipo de problemas de mantenimiento que podría causarles más adelante.

      La ironía de su comentario es que tomar la ruta rápida y fácil a menudo termina costándole mucho más tiempo en el futuro cuando instala una actualización de seguridad para su WordPress, pierde su funcionalidad pirateada y quiere recuperarla. Ahora tiene un pajar al que le falta una aguja y ahora necesita averiguar dónde solía estar la aguja.

      ¿Dedica más tiempo al rendimiento? Bah, generalmente no es necesario. ¿Dedica más tiempo a la mantenibilidad? Sí, a menudo se amortiza a largo plazo.

      Para terminar, sí, es la naturaleza humana descartar las advertencias por cosas que nunca le han causado dolor a uno mismo. Si siente el dolor una vez, será mucho más probable que preste atención a las advertencias de otras personas que ya han sentido ese dolor.

  9. 17

    Una cosa debería decir; Creo que el truco de Doug sería una buena adición a WordPress, al menos como una opción para el usuario. Parece bastante tonto limitar las publicaciones relacionadas solo a las anteriores.

    ADEMÁS, me gustaría pedirle a Doug que publique sobre cómo se publican sus publicaciones diarias desde del.icio.us; ese sería un tema interesante.

    • 18
      • 19

        Je. ¡Buena! Supongo que debería haberlo buscado en Google primero.

        Por cierto, te envié un correo electrónico personal sobre mí en Indy del 16 al 19 de febrero hace una semana, pero no he recibido respuesta. ¿Entendiste? (siéntase libre de borrar esta parte de mi comentario).

  10. 20

¿Qué piensas?

Este sitio usa Akismet para reducir el correo no deseado. Descubra cómo se procesan los datos de sus comentarios.