WordPress: Kapcsolódó hozzászólások

wordpress

Ha WordPress-t használ, akkor az egyik szükséges beépülő modulnak a Kapcsolódó hozzászólás csatlakoztat. Ennek ellenére azt vettem észre, hogy a Napi Olvasás során közzétett kulcsszavak mennyisége valóban torzítja a Kapcsolódó hozzászólás eredményeit.

Valamint nagyon meglepett, hogy a Kapcsolódó hozzászólások plugin csak a kapcsolódó bejegyzések listáját adta meg előtt a bejegyzés, amit olvasol! Mi lenne, ha meggondolná magát (ahogy én gyakran teszem!) ... nem kellene olyan bejegyzéseket is megadnia, amelyek az eredeti után jelentek meg, de még mindig kapcsolódóak?

Ennek eredményeként néhány apróbb módosítást hajtottam végre a bővítményben. Először is, hogy az aktuális bejegyzés előtt és után is hozzászóljak, módosítottam a 91. sort:

. "ÉS post_date> = '$ now'" - ig (FRISSÍTVE: 11.):. "ÉS post_date! = '$ Now'". "ÉS post_date <= CURDATE ()"

Másodszor, a blogom napi olvasmányait a Del.icio.us automatikusan közzéteszi egy adott szerző alatt (hogy soha ne változtassam meg a jelszót és ne szakítsam meg az automatikus feladást). Ehhez csak egy másik lekérdezési paramétert adtam hozzá, hogy kihagyjam az adott szerzőt a keresett bejegyzésekből a következő sor beillesztésével az előző után:

. "ÉS post_author! = 4"

A szerző számát egyszerűen úgy találtam meg, hogy megkeresem a Felhasználóim között. Inkább nem bonyolítanám a dolgokat azzal, hogy csatlakozom egy másik asztalhoz - ez csökkentheti az eredmények megjelenítésének sebességét és lelassíthatja a betöltési időt. Ez oda vezet, hogy az emberek elkeserednek és elmennek.

A kapcsolódó bejegyzések megjelenítésének előnyei

Kapcsolódó bejegyzések fantasztikus eszköz minden bloghoz. A kapcsolódó hozzászólások megerősítik a keresőmotor eredményeit azáltal, hogy linkekkel növelik a kulcsszavakat, ami a keresőmotor algoritmusainak fontos eleme.

A kapcsolódó hozzászólások nemcsak a SEM eszköz. A kapcsolódó bejegyzések egy megőrzési eszköz, amely megtartja a felhasználókat a webhelyén. Lehet, hogy nem találják meg azt, amit kerestek, ahol leszálltak - de ha további referenciákat ad nekik, akkor ragaszkodhatnak hozzá!

20 Comments

  1. 1

    Remek trükk. Nem jöttem rá, hogy a Kapcsolódó hozzászólások csak az előző blogbejegyzéseket választják ki ... El kell mennem a plug-in szerkesztésére. Köszönöm a heads-upot és az utasításokat 🙂
    …és boldog Új Évet!

  2. 2

    Jó hack - bár személy szerint a Címkék alapján egyszerű címkéket használok a kapcsolódó bejegyzésekhez, de teljes mértékben egyetértek abban, hogy a kapcsolódó bejegyzések elengedhetetlenek.

  3. 3

    wow .. ez egy ügyes trükk. Annak ellenére, hogy nincsenek a wasabival kapcsolatos bejegyzések plug-inje, vannak egyszerű címkék plug-injeim a kapcsolódó bejegyzésekhez, és feltételezem, hogy ugyanazt a postdate <feltételt kell használnia. Köszönöm a tippet, hadd ellenőrizzem a plug-in kódomat, és hátha be tudom csípni, hogy jobb eredményeket érjek el.

  4. 4

    Chandoo, az egyszerű címkék nem használnak postdate feltételt - úgy gondolom, hogy a kapcsolódó bejegyzéseket élőben, minden oldalnézettel létrehozza (hacsak nincs bekapcsolva a gyorsítótár). Ez nem a leghatékonyabb dolog a szerver számára, de ez azt jelenti, hogy a legjobb találatokat kapja, függetlenül attól, hogy azokat a bejegyzés előtt vagy után tették közzé.

    Doug - sajnálom, hogy kicsit lekerültem a témáról ...

  5. 6

    Remek poszt! De azért szeretnék néhány gödröt választani.

    Az Ön igazolása(nem) csatlakozás egy másik asztalhoz" mivel:

    "csökkentheti az eredmények megjelenítésének sebességét és lelassíthatja a betöltési időt"

    nem megfelelő és a korai optimalizálás példája, amely gátolja a karbantarthatóságot, és kár látni, hogy a jelentős közönséggel rendelkező emberek ilyeneket ajánlanak, mert téves információkat terjesztenek.

    Az SQL csatlakozás, amelyről beszél, feltéve, hogy ésszerű indexei vannak, legfeljebb megnöveli a válaszidőt ezredmásodperc. Tonna tonnányi forgalommal kell rendelkeznie, mielőtt bárki észrevenné akár egy fél másodperces különbséget is. Most igen, ha erőlteted magad, akkor írhatsz olyan igazán fejfedő SQL-kódot, amely szörnyen fog teljesíteni, de a kulcsos adatokra történő további csatlakozás nem példa erre.

    Ahelyett, hogy valaki közzétett beépülő moduljának feltörését támogatnám, nagyon szeretném látni, hogy támogatnád a bővítés fejlesztését, majd azon dolgoznál, hogy a fejlesztés bekerüljön a tényleges beépülő modulba. Előfordulhat, hogy néhány amatőr kódolót alkalmaz a változtatások végrehajtására, majd később frissíti a bővítmény új verziójára, és elveszítik a változtatásokat, de nem tudják kideríteni, hogy mi ment rosszul. A változtatás jóindulatú, csak a funkcionalitás elvesztése, de néhány feltörés miatt a webhely megszakadhat, ha a mag plugin jövőbeli verzióját használjuk a feltört tetején.

    JMTCW. Egyébként folytassa a jó munkát. 🙂

    • 7

      Szia Mike!

      Köszönöm, hogy válaszoltál - bár nem biztos, hogy egyetértek. Nem optimalizáltam idő előtt ... sőt, megtaláltam a legjobb módszert az összes szükséges funkció megszerzésére, anélkül, hogy további változtatásokra lenne szükség. Könyvemben ezt minden fejlesztőnek meg kell céloznia.

      Azt is mondtam, hogy tudott befolyásolja a teljesítményt. Nem zavartam a tesztelést vagy a próbálkozást, mert a plugin optimalizálásának módjára ez nem volt szükséges. Még egyszer - a szükséges funkciók 100% -át megkaptam anélkül, hogy csatlakoznék vagy indexeket adnék stb. Ez a helyes megoldás a könyvemben.

      Bár egyetértek veled a többi jegyzetedben. A bővítmények újraközlésével foglalkozom, úgy érzem, hogy kiteszem magam mások munkáiból. Erre hivatkoztam a szerző blogjára - így talán ezeket a jövőbeni kiadás funkcióiként fogja figyelembe venni.

      PS: Javítva a szerkesztés! 🙂

      • 8

        @Douglas: Nem biztos, hogy egyetértek. Nem korán optimalizáltam? Még egyszer - a szükséges funkcionalitás 100% -át megszereztem anélkül, hogy csatlakoznék, indexeket adnék stb.

        Nos, azt hiszem, ez az a különbség, aki a hivatástudás és a kézművesség szempontjából nézi a programozást, és valaki, aki gyakorló, csak megpróbál valamit elérni (és nem is ezt akarom helytelenül mondani; néhány levelezőlistán én levélszerep az előbbiekkel szemben. 🙂

        Hasonló, mint ahogy egy könyvelő vagy ügyvéd elmondja a vállalkozás tulajdonosának:Én nem tenném”És a cégtulajdonos, nem merítve el azokat a következményeket, amelyekről a szakemberek tudják, hogy * potenciálisak *, figyelmen kívül hagyja tanácsaikat, mert túl sok erőfeszítésnek tűnik, és előre szánt. Isten tudja, hogy én voltam az a cégtulajdonos a múltban, és minden tanács ellenére szántottam előre, bár később nagyrészt az én töltésemre. 🙂

        @Douglas: Szeretnék újraközölni a bővítményeket,…

        Nem, nem pontosan ezt mondtam. Azt mondtam, hogy mivel nyílt forráskódú, visszajuttathatja a változtatásokat az eredeti szerzőhöz, és elfogadja, és proaktív módon megteheti kapcsolatba lépve és felajánlva. Jelenleg marketing tanácsadóként és webes megvalósítóként dolgozom a rést tartalmazó kiadók és a felhasználók számára Drupal webes technológiák terén, és a Drupal közösség mindig kapcsolatba lép a plugin szerzőkkel (a Drupal „moduloknak” hívja őket), és felajánlja segítségét más modulok fejlesztésében.

        Csak egy gondolat.

        PS Köszönjük a szerkesztés javítását.

        • 9

          Jó pontok, Mike!

          Lehet, hogy a plugin segítségével hozzáadom a „Csak a megjelenített bejegyzés előtti bejegyzések megjelenítése” opciót. Úgy gondolom, hogy a második lehetőség egy kicsit sajátabb tulajdonsága a blogomnak, de megnézem és meglátom, hogy érdekes lehet a szerző számára.

          • 10
  6. 11
  7. 13

    Doug - Lehet, hogy hiányzik itt valami. Úgy tűnik, hogy a

    AND post_date <= '$now'

    nem akadályozza meg, hogy az adott bejegyzés után készült bejegyzések bekerüljenek, amennyiben megakadályozza az esetlegesen beállított bejegyzések felvételét a jövőben megjelent.

    Remélem, hogy van értelme, és köszönöm a nagyszerű blogot.

  8. 15

    @Mike: Nos, azt hiszem, ez az a különbség, aki a hivatástudás és a mesterség tökéletes programozását nézi, és valaki, aki gyakorlóként próbál valamit elérni

    Érdekes megkülönböztetés. Bár jó lenne, ha minden a lehető legjobb módon futna, ez sok esetben nem tűnik praktikusnak. Arra törekszem, hogy egyensúlyt találjak a programozásom között, hogyan szeretném, ha valami futna, és mennyi dollár vagy idő kell ahhoz, hogy elérjem.

    Arra törekszem, hogy a lehető legkevesebbet tegyem meg a kívánt cél elérése érdekében. Több időt tölteni nem lenne költséghatékony.

    Röviden, hacsak a hatékonyságcsökkenés nem volt észrevehető a blogomban, nem költenék a hosszabbításra. Ha ez észrevehető, akkor eldönteném, hogy megéri-e a további idő az eredményt. A tökéletesség nem mindig a legjobb megoldás.

    • 16

      @Dwayne: Arra törekszem, hogy a lehető legkevesebbet megtegyem annak a célnak a megvalósításához, amelyet megpróbálok elérni. Több időt tölteni nem lenne költséghatékony.

      Természetesen, ha mindig a minimum elvégzése azt jelenti, hogy nem tanul jobb technikákat, ami miatt a jövőben sokszor megismétli a minimumot, és nem engedi elkerülni, akkor hamis eredményt ért el. Igen, sok feladat nem igényel különösebb erőfeszítéseket, de korábban sok embernek láttam ilyen parancsikont, és a legkevésbé produktív és / vagy legkevésbé értékteremtő emberek voltak, akiket ismertem (közülük sajnos az alkalmazottaim voltak) , ezért vettem észre igazán a termelékenység hiányát.)

      @Dwayne: Röviden, kivéve, ha ez a hatékonyságvesztés volt észrevehető a blogomban, nem költenék a többletidőre, ha észrevehető lenne, mint azt eldönteném, hogy megéri-e a további idő az eredményt. A tökéletesség nem mindig a legjobb megoldás.

      Azt hiszem, elmulasztotta a pontjaimat. Először azt mondtam, hogy Doug nem észrevehető hatékonyságra optimalizál, nem én, de ami még fontosabb, ha olyan feltörést akarsz végrehajtani, amely a jóság kedvéért jövőbeli karbantartási problémákat okozhat, ne tedd közzé másoknak, anélkül, hogy legalább elmondanád nekik egyfajta fenntarthatósági problémát okozhat számukra később.

      Megjegyzésének iróniája az, hogy a gyors és egyszerű út megtétele gyakran sokkal több időbe kerül a jövőben, amikor telepít egy biztonsági frissítést a WordPress-hez, elveszíti feltört funkcióit és vissza akarja kérni. Most van egy szénakazal hiányzó tűvel, és most meg kell találnia, hogy hol volt a tű.

      Töltsön el extra időt a teljesítményre? Bah, általában nincs rá szükség. Töltsön el extra időt a karbantarthatóságra? Igen, gyakran hosszú távon megtérül.

      Összegezve, igen, emberi természetű, hogy elutasítja a figyelmeztetéseket olyan dolgokról, amelyek soha nem okoztak fájdalmat önmagának. Érezd egyszer a fájdalmat, és sokkal valószínűbb, hogy figyelembe veszed mások figyelmeztetéseit, akik már érezték ezt a fájdalmat.

  9. 17

    Egy dolgot el kell mondanom; Úgy gondolom, hogy Doug feltörése jó kiegészítő lenne a WordPresshez, legalábbis felhasználói opcióként. Elég butaságnak tűnik a kapcsolódó álláshelyeket csak azokra korlátozni, amelyek korábban jöttek.

    IS, szeretném megkérni Dougot, hogy tegyen közzé arról, hogyan teszik közzé napi bejegyzéseit a del.icio.us címen; érdekes téma lenne.

    • 18
      • 19

        Heh. Jó! Azt hiszem, először guglizni kellett volna érte.

        BTW, személyes e-mailt küldtem Önnek arról, hogy körülbelül egy hete Indy február 16–19-én vagyok, de még nem hallottam erről. Szerezted? (nyugodtan törölje kommentem ezen részét.)

  10. 20

Mit gondolsz?

Ez az oldal Akismet-et használ a levélszemét csökkentése érdekében. Ismerje meg, hogyan dolgozik a megjegyzésed.