WordPress: ajust de publicacions relacionades

wordpress

Si utilitzeu WordPress, un dels vostres connectors necessaris hauria de ser el post relacionats connectar. Dit això, em vaig adonar que el volum de paraules clau que es publicaven amb les meves lectures diàries realment esbiaixava els resultats de les publicacions relacionades.

També em va sorprendre que el connector de Publicacions relacionades només proporcionés una llista de publicacions relacionades abans el missatge que esteu llegint! I si canvies d'opinió (com faig sovint!) ... no hauries de proporcionar també publicacions publicades després de l'original però que encara estiguin relacionades?

Com a resultat, vaig fer alguns ajustaments menors al connector. En primer lloc, per tal de fer referència a les publicacions anteriors i posteriors a la publicació actual, he modificat la línia 91 de:

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

En segon lloc, Del.icio.us publica les lectures diàries del meu bloc automàticament sota un autor específic (de manera que mai no canviaria la contrasenya i trencaria la publicació automàtica). Per fer-ho, acabo d'afegir un altre paràmetre de consulta per ometre l'autor de les publicacions que s'han cercat, inserint la línia següent després de l'anterior:

. "I post_autor! = 4"

He trobat el número de l'autor simplement buscant-lo als meus usuaris. Prefereixo no complicar les coses unint-me a una altra taula: podria reduir la velocitat a la qual es mostren aquests resultats i disminuir el temps de càrrega. Això farà que la gent es frustri i marxi.

Els avantatges de mostrar publicacions relacionades

Publicacions relacionades és una eina fantàstica per a qualsevol bloc. Les publicacions relacionades reforcen els resultats del motor de cerca ampliant les paraules clau mitjançant enllaços, un element important dels algoritmes del motor de cerca.

Les publicacions relacionades no són només un SEM eina, però. Les publicacions relacionades són una eina de retenció que permetrà mantenir els usuaris al vostre lloc. És possible que no trobin allò que buscaven on van aterrar, però si els proporcioneu referències addicionals, és possible que s’hi quedin.

20 Comentaris

  1. 1
  2. 2

    Bon pirateig, tot i que personalment faig servir etiquetes simples per a publicacions relacionades basades en etiquetes, però estic totalment d’acord que les publicacions relacionades són imprescindibles.

  3. 3

    wow .. aquest és un truc ordenat. Tot i que no tinc cap complement de missatges relacionats amb wasabi, tinc un connector Etiquetes simples per a missatges relacionats i suposo que ha d’utilitzar la mateixa condició postdate <. Gràcies pel consell, permeteu-me comprovar el codi del meu complement i veure si puc modificar-lo per obtenir millors resultats.

  4. 4

    Chandoo, Simple Tags no utilitza cap condició de postdata; crec que crea les publicacions relacionades en directe, amb cada visualització de pàgina (tret que tingueu activada la memòria cau). Això no és el més eficient per al servidor, però vol dir que obtindrà les millors coincidències, tant si es van publicar abans com després de veure-les.

    Doug: perdó per sortir una mica del tema ...

  5. 6

    Estupenda publicació! Però vull escollir algunes llémenes.

    La vostra justificació de "(no) unir-se a una altra taula”Perquè:

    "podria reduir la velocitat a la qual es mostren aquests resultats i disminuir el temps de càrrega"

    no és bàsic i és un exemple d’optimització prematura que inhibeix la mantenibilitat, i és una pena veure que la gent amb un públic considerable recomana aquestes coses perquè difon la desinformació.

    La combinació SQL de què parleu, suposant que teniu índexs raonables, augmentarà el vostre temps de resposta com a màxim microsegons. Hauríeu de tenir tones i tones de trànsit abans que ningú notés ni tan sols una diferència de mig segon. Ara sí, si us forceu, podeu escriure un codi SQL tan realment braç que funcionarà terriblement, però una unió addicional a les dades amb clau no n’és un exemple.

    A més, en lloc de defensar la pirateria del connector publicat d'algú, m'agradaria molt veureu com defenseu millorar-lo i després treballar perquè la vostra millora s'inclogui al complement real. Tal com és, és possible que obtingueu alguns codificadors aficionats que apliquin els vostres canvis i, posteriorment, actualitzeu-los a la nova versió del connector i perdran els canvis, però no sabran què ha fallat. El vostre canvi és benigne, només una pèrdua de funcionalitat, però alguns pirates informàtics poden fer que un lloc es trenqui si s’utilitza una revisió futura del connector bàsic per sobre del piratejat.

    JMTCW. Seguiu el bon treball d’una altra manera. 🙂

    • 7

      Hola Mike!

      Gràcies per respondre, però no estic segur d’acord. No vaig optimitzar prematurament ... de fet, vaig trobar la millor manera d'aconseguir totes les funcionalitats que necessitava sense necessitat de fer canvis addicionals. Al meu llibre, aquesta hauria de ser la destinació de tots els desenvolupadors.

      També ho vaig dir podria afecten el rendiment. No em vaig molestar a provar ni provar perquè no era necessari donada la forma en què vaig optimitzar el connector. Una vegada més, he aconseguit el 100% de la funcionalitat que necessitava sense fer cap combinació ni afegir índexs, etc. Aquesta és la solució adequada al meu llibre.

      Estic d'acord amb vosaltres en les vostres altres notes. Estic desconfiat de tornar a publicar connectors, em sembla que em deixo exposar al treball d'una altra persona. Vaig fer referència al blog de l'autor al respecte, de manera que potser ho considerarà com a funcions per a futures versions.

      PD: S'ha corregit l'edició. 🙂

      • 8

        @Douglas: No estic segur que hi estic d'acord. No vaig optimitzar prematurament? Una vegada més, he aconseguit el 100% de la funcionalitat que necessitava sense fer cap combinació ni afegir índexs, etc.

        Bé, suposo que aquesta és la diferència entre algú que visualitza la programació des del punt de vista de la professió i un ofici en comparació amb algú que és practicant que només intenta fer alguna cosa (i no ho vull dir de manera perjorativa; en algunes llistes de correu jugo a paper de lletra contra el primer. 🙂

        És similar a com un comptable o un advocat li diu a un propietari d'una empresa "No ho faria”I el propietari de l’empresa, que no s’enfonsa en totes les ramificacions que els professionals saben que són * potencials * ignora els seus consells perquè sembla un esforç excessiu i s’avança. Déu sap que he estat aquell propietari de negocis en el passat i he avançat contra tots els consells, tot i que serà molt per a mi més tard. 🙂

        @Douglas: Desconfio de tornar a publicar connectors, ...

        No, no és exactament el que deia. El que deia és que, ja que és de codi obert, podeu aportar els vostres canvis a l'autor original que acceptaran, i podeu fer-ho de manera proactiva contactant i oferint-vos. Actualment treballo com a consultor de màrqueting i implementador de llocs web per a editors i ús de nínxols impresos drupal per a tecnologia web, i la comunitat Drupal sempre es posa en contacte amb autors de connectors (Drupal els anomena “mòduls”) i s’ofereix per ajudar a millorar els mòduls d’altres.

        Només un pensament.

        PS Gràcies per la correcció d'edició.

        • 9

          Bons punts, Mike!

          Puc jugar amb el connector per afegir aquesta opció de "Mostra només publicacions anteriors a les publicacions mostrades". Crec que la segona opció és una mica més pròpia del meu bloc, però comprovaré i veuré que pot ser d’interès per a l’autor.

  6. 11
  7. 13

    Doug: potser em falta alguna cosa aquí. Sembla que

    AND post_date <= '$now'

    no impedeix que s'incloguin les publicacions realitzades després d'aquest missatge en particular, sinó que impedeix la inclusió de publicacions que és possible que hàgiu definit publicat en el futur.

    Espero que tingui sentit i gràcies pel gran bloc.

  8. 15

    @Mike: Bé, suposo que aquesta és la diferència entre algú que visualitza la programació des de la perfecció de la professió i un ofici versus algú que és un practicant que només intenta fer alguna cosa.

    Interessant distinció. Tot i que seria bo que tot funcionés al màxim possible, en molts casos això sembla poc pràctic. M’esforço per trobar un equilibri a la meva programació entre com m’agradaria que s’executés alguna cosa i quants dòlars o temps trigaré a arribar-hi.

    M’esforço per fer el mínim necessari per aconseguir l’objectiu que intento assolir. Passar més temps no seria rendible.

    En resum, tret que es noti aquesta pèrdua d’eficiència al meu bloc, no gastaria el temps addicional, si es nota que decidiria si el temps addicional valdria la pena. La perfecció no sempre és la millor solució.

    • 16

      @Dwayne: M'esforço per fer el mínim necessari per aconseguir el propòsit que intento assolir. Passar més temps no seria rendible.

      Per descomptat, si sempre feu el mínim vol dir que no apreneu tècniques millors, cosa que us farà repetir el mínim moltes vegades en el futur en lloc de permetre-ho evitar, aleshores heu aconseguit un èxit fals. Sí, moltes tasques no necessiten cap esforç addicional, però he estat testimoni que moltes persones prenien dreceres com aquesta en el passat i eren algunes de les persones menys productives i / o amb menys creació de valor que coneixia (algunes d’elles eren desafortunadament els meus empleats , per això realment vaig notar la seva manca de productivitat.)

      @Dwayne: En resum, tret que es notés aquesta pèrdua d'eficiència al meu bloc, no gastaria el temps addicional, si es notés del que decidiria si valdria el resultat el temps addicional. La perfecció no sempre és la millor solució.

      Crec que has perdut els meus punts. En primer lloc, deia que Doug estava optimitzant per obtenir una eficiència desapercebuda, no jo, però el que és més important si voleu implementar un hack que pugui causar problemes de manteniment en el futur per bé, no el publiqueu per a ús aliè sense almenys informar-los del tipus de problemes de manteniment que els podria causar més endavant.

      La ironia del vostre comentari és que prendre una ruta ràpida i senzilla sovint us costarà molt més temps en instal·lar una actualització de seguretat per al vostre WordPress, perdreu la funcionalitat pirateada i la voleu tornar. Ara tens un paller amb una agulla que falta i ara has d’esbrinar on hi havia l’agulla.

      Voleu dedicar més temps al rendiment? Bah, generalment no es necessita. Dediqueu més temps a la mantenibilitat? Sí, sovint es paga a si mateix a la llarga.

      Finalitzant, sí, és naturalesa humana descartar les advertències de coses que mai no s’han causat dolor. Sentiu el dolor una vegada i és molt més probable que feu cas a les advertències d’altres que ja han sentit aquest dolor.

  9. 17

    Una cosa hauria de dir; Crec que el hack de Doug seria una bona addició a WordPress, almenys com a opció d'usuari. Sembla una tonteria limitar les publicacions relacionades només a les que hi havia abans.

    TAMBÉ, voldria demanar a Doug que publiqués sobre com es publiquen les seves publicacions diàries des de del.icio.us; aquest seria un tema interessant.

  10. 20

Què et sembla?

Aquest lloc utilitza Akismet per reduir el correu no desitjat. Esbrineu com es processa el vostre comentari.