WordPress: Поврзано дотерување пост

WordPress

Ако користите WordPress, еден од потребните додатоци треба да биде поврзани со пост Приклучи. Со тоа, забележав дека обемот на клучни зборови што беа објавувани со моите дневни читања навистина ги искривуваа резултатите од Поврзаната објава.

Исто така, навистина се изненадив што приклучокот Поврзани објави објави само список на поврзани објави пред објавата што ја читаш! Што ако се премислите (како што јас често правам!)… Зарем не треба да давате и објави што беа објавени по оригиналот, но сепак поврзани?

Како резултат, направив мали измени во приклучокот. Прво, со цел да ги повикам објавите и пред и по тековната објава, ја изменив линијата 91 од:

. "AND post_date> = '$ сега'" до (Ажурирано: 11/15/2011):. "И пост-датум! = '$ Сега'". "AND post_date <= CURDATE ()"

Второ, Дневните читања на мојот блог се објавуваат автоматски од Del.icio.us под одреден автор (така што никогаш не би ја сменил лозинката и не го скршив автоматското објавување). За да го направам ова, јас само додадов друг параметар за пребарување за да го изоставам тој автор од објавите што беа пребарувани со вметнување на следнава линија по претходното:

. "И пост-автор! = 4"

Го пронајдов бројот на авторот едноставно со тоа што го барав кај моите корисници. Повеќе не би ги направила работите комплицирани со приклучување кон друга табела - тоа може да ја намали брзината со која се прикажуваат овие резултати и да го забави времето на вчитување. Тоа ќе доведе до фрустрација на луѓето и заминување.

Предности од прикажување на поврзани објави

Поврзани објави е фантастична алатка за секој блог. Поврзаните објави ги зајакнуваат резултатите од пребарувачот со зголемување на клучните зборови преку врски, важен елемент на алгоритмите на пребарувачот.

Поврзаните објави не се само а Мерење алатка, сепак. Поврзаните објави се алатка за задржување што ќе ги задржи корисниците на вашата страница. Можеби нема да го најдат она што го бараа таму каде што слетаа - но ако им дадете дополнителни препораки, тие може да останат наоколу!

20 Коментари

  1. 1
  2. 2

    Добро пробивање - иако јас лично користам едноставни ознаки за поврзани објави врз основа на ознаки, но целосно се согласувам дека поврзаните објави се задолжителни.

  3. 3

    леле .. ова е уреден трик. И покрај тоа што немам додаток за објавите поврзани со васаби, имам додаток за едноставни ознаки за поврзани објави и претпоставувам дека мора да ја користи истата состојба после пост-датум. Ви благодариме за советот, дозволете ми да го проверам мојот код за приклучоци и да видам дали можам да го користам за да дадам подобри резултати.

  4. 4

    Чанду, едноставните ознаки не користат услов за пост-датум - верувам дека ги создава поврзаните објави во живо, со секој преглед на страницата (освен ако не го имате вклучено кешот). Тоа не е најефикасната работа за серверот, но тоа значи дека ќе ги добие најдобрите совпаѓања, без разлика дали биле објавени пред или по прегледувањето на објавата.

    Даг - извини што излегов малку од темата

  5. 6

    Одличен пост! Но, јас сакам да изберам неколку гниди.

    Вашето оправдување за „(не) приклучување кон друга табела”Затоа што:

    "тоа може да ја намали брзината со која се прикажуваат овие резултати и да го забави времето на оптоварување"

    е offbase и пример за предвремена оптимизација што ја инхибира одржливоста и срамота е да гледате луѓе со голема публика да препорачуваат вакви работи затоа што шират дезинформации.

    Зборувајте за SQL за кој зборувате, под претпоставка дека имате разумни индекси, ќе го зголемат вашето време на одговор најмногу микросекунди. Haveе мора да имате тони и тони сообраќај пред некој да забележи разлика од половина секунда. Сега да, ако се присилите, можете да напишете SQL-код што е навистина убедливо, што ќе се претстави страшно, но дополнителното спојување на клучеви податоци не е пример за тоа.

    Исто така, наместо да се залагате за хакирање на нечиј објавен приклучок, навистина би сакал да видам како се залагате за негово подобрување и потоа да работите за да го вклучите вашето подобрување во самиот приклучок. Како што е, може да натерате некои аматерски кодери да ги применат вашите промени, а потоа да ги надградат во новата верзија на приклучокот и тие да ги изгубат промените, но не можат да откријат што тргна наопаку. Вашата промена е бенигна, само губење на функционалноста, но некои хакирања може да предизвикаат кршење на страницата доколку се користи идна ревизија на приклучокот за јадро над хакираниот.

    JMTCW. Продолжете со добрата работа во спротивно. 🙂

    • 7

      Здраво Мајк!

      Ви благодариме што одговоривте - не сум сигурен дека се согласувам. Јас не предвремени оптимизирав ... всушност, најдов најдобар начин да ја добијам целата функционалност што ми требаше, без потреба да правам дополнителни промени. Во мојата книга, тоа треба да биде насочено кон сите развивачи.

      Јас исто така реков дека тоа може влијаат на перформансите. Не се потрудив да тестирам или да пробам, бидејќи не беше потребно со оглед на начинот на кој го оптимизирав приклучокот. Уште еднаш - добив 100% од функционалноста што ми беше потребна без да направам join или додавање индекси, итн. Тоа е вистинското решение во мојата книга.

      Се согласувам со тебе за твоите други белешки, сепак. Јас сум мачен за повторно објавување додатоци, се чувствувам како да добивам изложеност на нечија работа. Јас се осврнав на блогот на авторот за ова - па можеби тој ќе ги земе предвид овие карактеристики како карактеристики за идно објавување.

      ПС: Поправи уредувањето! 🙂

      • 8

        @Douglas: Не сум сигурен дека се согласувам. Јас не предвремено оптимизирав? Уште еднаш - добив 100% од функционалноста што ми беше потребна без да направам join или додавање индекси, итн.

        Па, претпоставувам дека тоа е разликата помеѓу некој што гледа програмирање од совршенство на занает и занает наспроти некој што е практикант само што се обидува да направи нешто (а тоа не го мислам перјоративно; на некои мејлинг-листи играм буква улога против претходното.

        Слично е како сметководител или адвокат му кажува на сопственикот на бизнис „Јас не би го сторил тоа”И сопственикот на бизнисот, не навлегувајќи во сите последици за кои професионалците се свесни дека се * потенцијални * ги игнорира нивните совети затоа што се чини дека е премногу напор и се изора напред. Бог знае дека сум бил тој сопственик на деловно работење во минатото и имам изорано однапред против сите совети, иако многу ми се допадна подоцна. 🙂

        @Douglas: Јас сум мачен да ги објавувам додатоците,

        Не, тоа не го кажував точно. Она што го велев е дека бидејќи е со отворен извор, можете да ги придонесете вашите измени на оригиналниот автор, што тој ќе го прифати, и може да го направите тоа проактивно со контактирање и нудење. Јас во моментов работам како маркетинг консултант и имплементатор на веб-страница за издавачи на лажат и употреба Друпал за веб-технологија, а заедницата на Друпал секогаш контактира со авторите на приклучоци (Друпал ги нарекува „модули“) и нуди да помогне во подобрувањето на другите модули.

        Само една мисла.

        П.С Ви благодариме за уредувањето.

        • 9

          Добри поени, Мајк!

          Можеби ќе трескам со додатокот за да ја додадам таа опција на „Само прикажувај ги објавите пред прикажаната објава“. Сметам дека втората опција е малку по-комерцијална за мојот блог, но ќе проверам и ќе видам дека може да биде од интерес за авторот.

  6. 11
  7. 13

    Даг - можеби тука нешто ми недостасува. Се чини дека

    AND post_date <= '$now'

    не спречува вклучување на објавите направени по конкретното објавување, колку што спречува вклучување на објавите што можеби сте ги поставиле објавени во иднина.

    Се надевам дека има смисла и благодарам за одличниот блог.

  8. 15

    @ Мајк: Па, претпоставувам дека е тоа разликата помеѓу некој што гледа програми од совршенство на занает и занает наспроти некој што е практичар, обидувајќи се да направи нешто

    Интересна разлика. Иако би било убаво сè да работи во апсолутно најдобро што може, во многу случаи тоа изгледа непрактично. Настојувам да најдам рамнотежа во моето програмирање помеѓу тоа како би сакал нешто да се кандидира и колку долари или време ќе бидат потребни за да се стигне таму.

    Настојувам да го направам минимумот што е потребен за да ја остварам целта што се обидувам да ја постигнам. Да поминете повеќе време не би било ефективно.

    На кратко, освен ако таа загуба во ефикасноста не беше забележлива на мојот блог, јас не би го потрошил дополнителното време, ако е забележливо, јас би одлучил дали дополнителното време ќе вреди за резултатот. Совршенството не е секогаш најдоброто решение.

    • 16

      @ Двејн: Настојувам да го направам минимумот што е потребно за да ја остварам целта што се обидувам да ја постигнам. Да поминете повеќе време не би било ефективно.

      Се разбира, ако секогаш правите минимум значи дека не учите подобри техники што предизвикуваат да го повторувате минимумот многу пати во иднина, отколку да ви дозволите да го избегнувате, тогаш сте направиле лажно достигнување. Да, на многу задачи не им треба дополнителен напор, но јас сум бил сведок на многу луѓе кои преземаа вакви кратенки во минатото и тие беа едни од најмалку продуктивните и / или најмалку креирачките вредности што ги познавав (некои од нив беа за жал мои вработени , па оттука и зошто навистина го забележав нивниот недостаток на продуктивност.)

      @Dwayne: Накратко, освен ако загубата во ефикасноста не се забележеше на мојот блог, јас не би потрошил дополнително време, ако е тоа забележливо отколку што би решил дали дополнителното време ќе вреди за резултатот. Совршенството не е секогаш најдоброто решение.

      Мислам дека ги промашивте моите поени. Прво, велев дека Даг оптимизира за незабележлива ефикасност, не јас, но уште поважно, ако сакате да имплементирате хакерство што може да предизвика идни проблеми со одржливост за доброто, не го објавувајте за употреба на други, без барем да им кажете за вид проблеми со одржливост што може да им предизвика подоцна.

      Иронијата на вашиот коментар е дека одењето по брза и лесна рута честопати ќе ве чини многу повеќе време во иднина кога ќе инсталирате безбедносно ажурирање за вашиот WordPress, ќе ја изгубите пробиената функционалност и сакате да го вратите. Сега имате сено со игла што недостасува и сега треба да откриете каде била иглата порано.

      Да потрошите дополнително време на перформанси? Бах, генерално не е потребно. Да потрошите дополнително време на одржливост? Да, честопати се плаќа на долг рок.

      Завиткување, да, човечка природа е да ги отфрли предупредувањата за работи што никогаш не си предизвикале болка. Почувствувајте ја болката еднаш и многу поверојатно ќе ги послушате предупредувањата од другите кои веќе ја почувствувале таа болка.

  9. 17

    Едно треба да кажам; Мислам дека пробивањето на Даг би било добар додаток на WordPress, барем како опција за корисник. Се чини прилично глупаво да се ограничуваат поврзаните објави само на оние што се појавија порано.

    ИСТО, би сакал да го замолам Даг да објави за тоа како се објавуваат неговите дневни објави од del.icio.us; тоа би било интересна тема.

  10. 20

Што мислите?

Оваа страница користи Akismet за намалување на спам. Научете како се обработува вашиот коментар.