WordPress: Звязаныя паведамленні

WordPress

Калі вы выкарыстоўваеце WordPress, адным з неабходных убудоў павінен быць падобныя тэмы убудова. Тым не менш, я заўважыў, што колькасць ключавых слоў, якія былі апублікаваны разам з "Штодзённым чытаннем", сапраўды сапсавала вынікі, звязаныя з паведамленнямі.

Акрамя таго, я быў сапраўды здзіўлены, што ўбудова "Звязаныя паведамленні" прадастаўляе толькі спіс звязаных паведамленняў да пост, які вы чытаеце! Што рабіць, калі вы перадумалі (як я часта раблю!) ... ці не варта таксама прадастаўляць паведамленні, якія былі выпушчаныя пасля арыгінала, але ўсё яшчэ звязаныя?

У выніку я зрабіў некалькі нязначных налад убудовы. Па-першае, каб спасылацца на паведамленні як да, так і пасля бягучага паведамлення, я змяніў радок 91 з:

. "І post_date> = '$ зараз'" да (АБНАЎЛЕНА: 11):. "AND post_date! = '$ Зараз'". "І дата_даты <= CURDATE ()"

Па-другое, Daily Reads у маім блогу аўтаматычна размяшчаецца Del.icio.us пад пэўным аўтарам (каб я ніколі не мяняў пароль і не парушаў аўтаматызаваную публікацыю). Для гэтага я толькі што дадаў яшчэ адзін параметр запыту, каб прапусціць гэтага аўтара з паведамленняў, якія шукалі, уставіўшы наступны радок пасля папярэдняга:

. "І post_author! = 4"

Я знайшоў нумар аўтара, проста пашукаўшы яго ў сваіх карыстальніках. Я б не стаў ускладняць рэчы, далучыўшыся да іншай табліцы - гэта можа паменшыць хуткасць адлюстравання гэтых вынікаў і запаволіць час загрузкі. Гэта прывядзе да таго, што людзі будуць расчараваны і сыдуць.

Перавагі адлюстравання звязаных паведамленняў

Звязаныя паведамленні - гэта фантастычны інструмент для любога блога. Звязаныя паведамленні ўзмацняюць вынікі пошукавай сістэмы, павялічваючы ключавыя словы праз спасылкі, важны элемент алгарытмаў пошукавай сістэмы.

Звязаныя паведамленні - гэта не толькі SEM інструмент, праўда. Звязаныя паведамленні - гэта інструмент утрымання, які захавае карыстальнікаў на вашым сайце. Яны могуць не знайсці тое, што шукалі, дзе прызямліліся, але калі вы прадаставіце ім дадатковыя спасылкі, яны могуць затрымацца!

20 Каментары

  1. 1

    Класны фокус. Я не разумеў, што звязаныя паведамленні выбіраюць толькі папярэднія запісы ў блогу ... Мне давядзецца рэдагаваць убудову. Дзякуй за галовы і інструкцыі 🙂
    ... і з новым годам!

  2. 2

    Добры ўзлом - хаця асабіста я выкарыстоўваю простыя тэгі для звязаных паведамленняў на аснове тэгаў, але я цалкам згодны з тым, што звязаныя паведамленні з'яўляюцца абавязковымі.

  3. 3

    нічога сабе .. гэта акуратны фокус. Нягледзячы на ​​тое, што ў мяне няма ўбудовы, звязанай з паведамленнямі wasabi, у мяне ёсць убудова Simple Tags для звязаных паведамленняў, і я мяркую, што ён павінен выкарыстоўваць тую ж самую дату пасля ўмовы <умова. Дзякуй за падказку, дазвольце мне праверыць код убудовы і даведацца, ці змагу я яго наладзіць, каб даць лепшыя вынікі.

  4. 4

    Chandoo, Simple Tags не выкарыстоўвае ўмову postdate - я лічу, што стварае адпаведныя паведамленні ў рэжыме рэальнага часу пры кожным праглядзе старонкі (калі ў вас не ўключаны кэш). Гэта не самае эфектыўнае для сервера, але гэта азначае, што ён атрымае лепшыя супадзенні, незалежна ад таго, былі яны размешчаны да альбо пасля прагляду паведамлення.

    Дуг - прабачце, што я крыху сышоў з тэмы ...

  5. 6

    Выдатны пост! Але я хачу выбраць некалькі гнід.

    Ваша абгрунтаванне "(не) далучэнне да іншага стала”Таму што:

    "гэта можа паменшыць хуткасць адлюстравання гэтых вынікаў і запаволіць час загрузкі"

    з'яўляецца недастатковым і прыкладам заўчаснай аптымізацыі, якая перашкаджае рамонту, і шкада бачыць, як людзі з вялікай аўдыторыяй рэкамендуюць такія рэчы, таму што яны распаўсюджваюць дэзінфармацыю.

    Злучэнне SQL, пра якое вы кажаце, мяркуючы, што наяўнасць разумных індэксаў павялічыць час водгуку як мінімум мікрасекунды. Вам трэба будзе мець шмат тонаў трафіка, перш чым хто-небудзь заўважыць розніцу нават у паўсекунды. Цяпер так, калі вы прымусіце сябе, вы можаце напісаць настолькі неразумны SQL-код, які будзе працаваць вельмі жудасна, але дадатковае аб'яднанне ключавых дадзеных не з'яўляецца прыкладам гэтага.

    Акрамя таго, замест таго, каб прапагандаваць чыйсьці апублікаваны убудова, я б вельмі хацеў бачыць, як вы выступаеце за яго павышэнне, а потым працуеце над тым, каб уключыць ваша паляпшэнне ў сам фактычны убудова. Як ёсць, вы можаце атрымаць некаторыя аматарскія праграмшчыкі, каб прымяніць вашыя змены, а потым перайсці на новую версію ўбудовы, і яны страцяць змены, але не могуць зразумець, што пайшло не так. Ваша змяненне дабратворнае, проста страта функцыянальнасці, але некаторыя ўзломы могуць прывесці да злому сайта, калі будучая рэдакцыя асноўнага ўбудовы будзе выкарыстоўвацца па-над узламанага.

    JMTCW. Працягвайце працаваць інакш. 🙂

    • 7

      Прывітанне Майк!

      Дзякуй за адказ - я не ўпэўнены, што згодны. Я заўчасна не аптымізаваў ... на самай справе, я знайшоў лепшы спосаб атрымаць усю неабходную мне функцыянальнасць без неабходнасці ўносіць дадатковыя змены. У маёй кнізе гэта павінна быць накіравана на ўсіх распрацоўшчыкаў.

      Я таксама сказаў, што гэта можа уплываюць на прадукцыйнасць. Я не перашкаджаў тэставаць і не спрабаваць, таму што гэта не трэба, улічваючы спосаб аптымізацыі ўбудовы. Яшчэ раз - я атрымаў 100% патрэбнай мне функцыянальнасці без злучэння, дадання індэксаў і г. д. Гэта правільнае рашэнне ў маёй кнізе.

      Аднак я згодны з вамі ў астатніх нататках. Я вельмі люблю перавыдаваць убудовы, адчуваю, што атрымліваю доступ да чужой працы. Я спасылаўся на блог аўтара па гэтым пытанні - таму, магчыма, ён возьме іх пад увагу як асаблівасці будучага выпуску.

      PS: Выпраўлена рэдагаванне! 🙂

      • 8

        @ Дуглас: Але я не ўпэўнены, што згодны. Я не заўчасна аптымізаваў? Яшчэ раз - я атрымаў 100% патрэбнай мне функцыянальнасці, не зрабіўшы злучэнне, не дадаўшы індэксы і г.д.

        Ну, мяркую, у гэтым розніца паміж тым, хто разглядае праграмаванне, і дасканалым прафесіяналам, і тым, хто займаецца практыкай, проста спрабуючы нешта зрабіць (і я не маю на ўвазе гэта прытворна; у некаторых спісах рассылкі я гуляю ў ліст ролі супраць першага. 🙂

        Гэта падобна на тое, як бухгалтар альбо юрыст кажа ўладальніку бізнесу "Я б гэтага не зрабіў»І ўладальнік бізнесу, не ўпіваючыся ва ўсе наступствы, якія, як ведаюць прафесіяналы, * патэнцыяльныя *, ігнаруюць іх парады, бо, здаецца, занадта шмат намаганняў, і плывуць наперад. Бог ведае, што я быў уладальнікам гэтага бізнесу ў мінулым і апярэджваў усе парады, хоць і шмат у чым пазней. 🙂

        @ Дуглас: Я вельмі люблю перавыдаваць убудовы ...

        Не, я не зусім тое казаў. Я хацеў сказаць, што, паколькі гэта з адкрытым зыходным кодам, вы можаце вярнуць змены першапачатковаму аўтару, які яны прымуць, і вы можаце зрабіць гэта актыўна, звязаўшыся і прапанаваўшы. У цяперашні час я працую кансультантам па маркетынгу і распрацоўшчыку сайтаў для нішавых выдавецтваў і выкарыстання Drupal для вэб-тэхналогій, і супольнасць Drupal заўсёды звязваецца з аўтарамі убудоў (Drupal называе іх "модулямі") і прапануе дапамагчы палепшыць іншыя модулі.

        Проста думкі.

        PS Дзякуй за выпраўленне рэдагавання.

        • 9

          Добрыя балы, Майк!

          Я магу павазіцца з убудовай, каб дадаць опцыю "Адлюстроўваць паведамленні толькі да адлюстравання паведамлення". Я думаю, што другі варыянт крыху больш уласны для майго блога, але я праверу і ўбачу, што ён можа зацікавіць аўтара.

  6. 11
  7. 13

    Дуг - Магчыма, мне тут чагосьці не хапае. Здаецца, што

    AND post_date <= '$now'

    не перашкаджае ўключэнню паведамленняў, зробленых пасля гэтага паведамлення, настолькі, наколькі перашкаджае ўключэнню паведамленняў, якія вы, магчыма, вызначылі апублікаваны ў будучыні.

    Спадзяюся, што гэта мае сэнс, і дзякуй за выдатны блог.

  8. 15

    @Mike: Ну, я мяркую, гэта розніца паміж тым, хто разглядае праграмаванне, і дасканалым прафесіяналам, а не тым, хто проста спрабуе нешта зрабіць

    Цікавае адрозненне. Хоць было б нядрэнна, каб усё працавала як мага лепш, але ў многіх выпадках гэта здаецца немэтазгодным. Я імкнуся знайсці баланс у сваім праграмаванні паміж тым, як я хацеў бы што-небудзь запусціць, і колькім $ або часам спатрэбіцца, каб атрымаць яго там.

    Я імкнуся зрабіць мінімум, неабходны для дасягнення мэты, якую я спрабую дасягнуць. Марнаваць больш часу не будзе эканамічна выгадна.

    Карацей кажучы, калі б у маім блогу не была заўважана такая страта эфектыўнасці, я не марнаваў бы лішні час, калі б гэта было прыкметна, я б вырашыў, ці будзе дадатковы час вартым выніку. Дасканаласць не заўсёды з'яўляецца лепшым рашэннем.

    • 16

      @ Дуэйн: Я імкнуся зрабіць мінімум, неабходны для дасягнення мэты, якую я спрабую дасягнуць. Марнаваць больш часу не будзе эканамічна выгадна.

      Вядома, калі заўсёды выконваць мінімум, азначае, што вы не вывучыце лепшыя метады, у выніку чаго паўтараеце мінімум шмат разоў у будучыні, а не дазваляеце гэтага пазбегнуць, значыць, вы зрабілі ілжывае дасягненне. Так, многія задачы не патрабуюць дадатковых намаганняў, але я ўжо бачыў, як у мінулым шмат людзей выкарыстоўвалі такія цэтлікі, і яны былі аднымі з найменш прадуктыўных і / альбо найменш ствараючых каштоўнасць людзей (некаторыя з іх, на жаль, былі маімі супрацоўнікамі , таму я сапраўды заўважыў іх недастатковую прадукцыйнасць.)

      @ Дуэйн: Карацей кажучы, калі б у маім блогу не была заўважана такая страта эфектыўнасці, я не марнаваў бы лішні час, калі б гэта было прыкметна, чым я б вырашыў, ці будзе дадатковы час варты выніку. Дасканаласць не заўсёды з'яўляецца лепшым рашэннем.

      Я думаю, вы прапусцілі мае балы. Спачатку я казаў, што Дуг аптымізуе для непрыкметнай эфектыўнасці не мяне, але, што больш важна, калі вы збіраецеся рэалізаваць хак, які можа выклікаць будучыя праблемы ў спраўнасці, не публікуйце яго для выкарыстання іншых, хаця б кажучы ім пра выгляд праблем з рамонтам, які ён можа выклікаць у іх пазней.

      Іронія вашага каментарыя заключаецца ў тым, што хуткая і простая траса часцяком каштуе вам значна больш часу ў будучыні, калі вы ўсталюеце абнаўленне бяспекі для WordPress, пазбавіцеся ўзламанай функцыянальнасці і захочаце яго вярнуць. Цяпер у вас стос сена з адсутнай іголкай, і зараз вам трэба высветліць, дзе была іголка.

      Марнаваць дадатковы час на выступленне? Бах, наогул не патрэбны. Марнаваць дадатковы час на рамонт? Так, гэта часта акупляецца ў доўгатэрміновай перспектыве.

      Заканчваючы, так, гэта чалавечая прырода адмаўляцца ад папярэджанняў за рэчы, якія ніколі не прычынялі сабе боль. Адчуйце боль адзін раз, і вы будзеце мець значна больш шанцаў прыслухацца да тых папярэджанняў, якія ўжо адчулі гэты боль.

  9. 17

    Адно я павінен сказаць; Я думаю, што ўзлом Дуга быў бы добрым дадаткам да WordPress, па меншай меры, як варыянт карыстальніка. Здаецца, недарэчна абмяжоўваць звязаныя паведамленні толькі тымі, што былі раней.

    ТАКСАМА Я хацеў бы папрасіць Дуга паведамляць пра тое, як ягоныя штодзённыя паведамленні размяшчаюцца на del.icio.us; гэта была б цікавая тэма.

    • 18
      • 19

        Хе. Добры! Мяркую, мне трэба было спачатку пагугліць.

        Дарэчы, я адправіў вам асабісты ліст пра тое, што знаходзіўся ў Індзі 16-19 лютага каля тыдня таму, але не адказаў. Вы атрымалі? (не саромейцеся выдаляць гэтую частку майго каментарыя.)

  10. 20

Што вы думаеце?

Гэты сайт выкарыстоўвае Akismet для барацьбы са спамам. Даведайцеся, як дадзеныя апрацоўваюцца каментар.