WordPress: saistītā ziņu pielāgošana

WordPress

Ja izmantojat WordPress, vienam no nepieciešamajiem spraudņiem jābūt Saistītie Post iespraust. Tas nozīmē, ka es pamanīju, ka atslēgvārdu daudzums, kas tika publicēts manā ikdienas lasījumā, patiešām kropļoja saistīto ziņojumu rezultātus.

Kā arī es biju patiesi pārsteigts, ka saistīto ziņu spraudnis sniedza tikai saistīto ziņojumu sarakstu pirms ziņa, kuru lasāt! Ko darīt, ja jūs mainītu savas domas (kā es bieži daru!) ... vai jums nevajadzētu sniegt arī ziņas, kas tika izlaistas pēc oriģināla, bet joprojām ir saistītas?

Tā rezultātā es izdarīju dažus nelielus spraudņa pielāgojumus. Pirmkārt, lai atsauktu amatus gan pirms, gan pēc pašreizējā ziņojuma, es mainīju 91. rindiņu no:

. "UN post_date> = '$ now'" līdz (ATJAUNINĀTS: 11.):. "UN post_date! = '$ Now'". "UN post_date <= CURDATE ()"

Otrkārt, ikdienas lasījumus manā emuārā Del.icio.us automātiski izraksta pie noteikta autora (lai es nekad nemainītu paroli un neizjauktu automātisko publicēšanu). Lai to izdarītu, es tikko pievienoju vēl vienu vaicājuma parametru, lai šo autoru izlaistu no ziņām, kuras tika meklētas, aiz iepriekšējās ievietojot šādu rindu:

. "UN post_author! = 4"

Autora numuru atradu, vienkārši meklējot to mapē Lietotāji. Es labāk nevēlos sarežģīt lietas, pievienojoties citai tabulai - tas varētu samazināt šo rezultātu parādīšanas ātrumu un palēnināt ielādes laiku. Tas novedīs pie tā, ka ļaudis būs neapmierināti un aizies.

Saistīto ziņu parādīšanas priekšrocības

Saistītās ziņas ir fantastisks rīks jebkuram emuāram. Saistītās ziņas stiprina meklētājprogrammu rezultātus, palielinot atslēgvārdus, izmantojot saites, kas ir svarīgs meklētājprogrammu algoritmu elements.

Saistītās ziņas nav tikai a SEM rīks. Saistītās ziņas ir saglabāšanas rīks, kas uztur jūsu vietnes lietotājus. Viņi, iespējams, neatradīs to, ko meklēja, kur nolaidās, bet, ja jūs viņiem sniegsit papildu atsauces, viņi var palikt apkārt!

20 Komentāri

  1. 1
  2. 2
  3. 3

    wow .. tas ir veikls triks. Pat ja man nav ar wasabi saistītu ziņu spraudņa, man ir vienkāršu tagu spraudnis saistītām ziņām, un es domāju, ka tam jāizmanto tas pats postdate <nosacījums. Paldies par padomu. Ļaujiet man pārbaudīt spraudņa kodu un redzēt, vai es varu to pielāgot, lai sniegtu labākus rezultātus.

  4. 4

    Chandoo, vienkāršie tagi neizmanto postdate nosacījumu - es uzskatu, ka tas izveido saistītās ziņas tiešraidē, ar katru lapas skatu (ja vien kešatmiņa nav ieslēgta). Tas serverim nav visefektīvākais, bet tas nozīmē, ka tas iegūs labākās spēles neatkarīgi no tā, vai tās tika publicētas pirms vai pēc skatāmās ziņas.

    Doug - atvainojos, ka nedaudz aizgāju no tēmas ...

  5. 6

    Lielisks ieraksts! Bet es tomēr gribu izvēlēties dažus gabaliņus.

    Jūsu pamatojums(ne) pievienošanās citai tabulai”, Jo:

    "tas varētu samazināt šo rezultātu parādīšanas ātrumu un palēnināt ielādes laiku"

    ir nepamatots un priekšlaicīgas optimizācijas piemērs, kas kavē uzturēšanu, un ir žēl redzēt, ka cilvēki ar lielu auditoriju iesaka šādas lietas, jo tā izplata maldinošu informāciju.

    SQL pievienošanās, par kuru jūs runājat, pieņemot, ka jūsu vietnei ir saprātīgi rādītāji, atbildes laiku var pagarināt ne vairāk kā mikrosekundēs. Lai kāds pamanītu pat pussekundes atšķirību, jums vajadzētu būt daudzām un daudzām satiksmēm. Tagad jā, ja jūs piespiest sevi, jūs varat rakstīt tik reāli izveidotu SQL kodu, kas darbosies šausmīgi, taču papildu pievienošanās atslēgas datiem nav tā piemērs.

    Tā vietā, lai aizstāvētu kāda publicētā spraudņa uzlaušanu, es patiešām vēlētos redzēt, ka jūs atbalstāt tā uzlabošanu un pēc tam strādājat, lai uzlabojums tiktu iekļauts pašā faktiskajā spraudnī. Iespējams, ka jūs varat iegūt dažus amatieru kodētājus, lai piemērotu jūsu izmaiņas un pēc tam vēlāk jauninātu uz jauno spraudņa versiju, un viņi zaudē izmaiņas, bet nevar saprast, kas notika nepareizi. Jūsu izmaiņas ir labdabīgas, tikai funkcionalitātes zaudēšana, taču daži uzlaušanas dēļ vietne var izlauzties, ja virs uzlauztā pamata tiks izmantota galvenā spraudņa pārskatīšana nākotnē.

    JMTCW. Citādi turpini labu darbu. 🙂

    • 7

      Sveiki, Mike!

      Paldies, ka atbildējāt - tomēr neesmu pārliecināts, ka piekrītu. Es priekšlaicīgi neoptimizēju ... patiesībā es atradu labāko veidu, kā iegūt visu nepieciešamo funkcionalitāti, neveicot papildu izmaiņas. Manā grāmatā tam vajadzētu būt katra izstrādātāja mērķim.

      Es arī teicu, ka tā varētu ietekmē sniegumu. Es neuztraucos ar testēšanu vai izmēģināšanu, jo tas nebija vajadzīgs, ņemot vērā veidu, kādā es optimizēju spraudni. Vēlreiz - es ieguvu 100% nepieciešamās funkcionalitātes, neveicot pievienošanu vai pievienojot indeksus utt. Tas ir pareizais risinājums manā grāmatā.

      Es tomēr piekrītu jums par citām jūsu piezīmēm. Es vēlos pārpublicēt spraudņus, šķiet, ka esmu pakļauts ekspozīcijai kāda cita darbā. Šajā sakarā es atsaucos uz autora emuāru - tāpēc varbūt viņš tos ņems vērā kā nākotnes izlaišanas iespējas.

      PS: Labots labojums! 🙂

      • 8

        @Douglas: Es tomēr neesmu pārliecināts, ka piekrītu. Es priekšlaicīgi neoptimizēju? Vēlreiz - es saņēmu 100% nepieciešamo funkcionalitāti, neveicot pievienošanu vai pievienojot indeksus utt.

        Nu, es domāju, ka tā ir atšķirība starp cilvēku, kurš skatās programmēšanu no profesionālās un amatniecības pilnveidošanās, pret cilvēku, kurš praktizē tikai mēģina kaut ko paveikt (un es to nedomāju nepatiesi; dažos adresātu sarakstos es spēlēju burtu loma pret pirmo. 🙂

        Tas ir līdzīgi tam, kā grāmatvedis vai jurists stāsta uzņēmuma īpašniekam “Es tā nedarītu”Un uzņēmuma īpašnieks, neiedziļinoties visos sekos, par kuriem profesionāļi zina, ka viņi ir * potenciālie *, ignorē viņu padomus, jo tas šķiet pārāk daudz pūļu un plīvo uz priekšu. Dievs zina, ka esmu bijis tā uzņēmuma īpašnieks pagātnē un esmu plucinājies uz priekšu pret visiem padomiem, lai arī vēlāk tas man ļoti patīk. 🙂

        @Douglas: Es vēlos atkārtoti publicēt spraudņus ...

        Nē, tas nav tieši tas, ko es teicu. Tas, ko es teicu, ir tāds, ka tā kā tas ir atvērtā koda kods, jūs varat atgriezties pie sākotnējā autora veiktām izmaiņām tā, lai viņi to pieņemtu, un jūs varat to izdarīt aktīvi, sazinoties un piedāvājot. Šobrīd strādāju par mārketinga konsultantu un vietņu ieviesēju nišas drukas izdevējiem un lietošanai Drupal tīmekļa tehnoloģijām, un Drupal kopiena vienmēr sazinās ar spraudņu autoriem (Drupal tos sauc par “moduļiem”) un piedāvā palīdzēt uzlabot citu moduļus.

        Tikai doma.

        PS Paldies par labošanas labojumu.

        • 9

          Labi punkti, Maik!

          Es varu izdomāt spraudni, lai pievienotu opciju “Rādīt ziņas tikai pirms parādītās ziņas”. Es domāju, ka otrais variants ir nedaudz vairāk īpašumtiesīgs uz manu emuāru, taču es pārbaudīšu un redzēšu, ka tas varētu interesēt autoru.

  6. 11
  7. 13

    Dags - iespējams, man kaut kas šeit pietrūkst. Šķiet, ka

    AND post_date <= '$now'

    neliedz iekļaut ziņas, kas izveidotas pēc konkrētās ziņas, tik daudz, cik tas neļauj iekļaut ziņas, kuras, iespējams, esat iestatījis publicēts nākotnē.

    Ceru, ka tam ir jēga, un paldies par lielisko emuāru.

  8. 15

    @Mike: Nu, es domāju, ka tā ir atšķirība starp cilvēku, kurš skatās programmēšanu, ņemot vērā profesionālo un amatu, un cilvēku, kurš praktizē tikai mēģina kaut ko paveikt

    Interesanta atšķirība. Lai gan būtu patīkami, ja viss darbojas pēc iespējas labāk, daudzos gadījumos tas šķiet nepraktiski. Es cenšos atrast līdzsvaru savā programmēšanā starp to, kā es vēlētos kaut ko palaist, un cik daudz $ vai laika būs vajadzīgs, lai to iegūtu.

    Es cenšos paveikt minimālo, kas vajadzīgs, lai sasniegtu mērķi, kuru cenšos sasniegt. Pavadīt vairāk laika nebūtu rentabli.

    Īsāk sakot, ja vien manā emuārā nebija manāms efektivitātes samazinājums, es nepavadīšu papildu laiku. Ja tas būtu manāms, es izlemtu, vai papildu laiks būtu rezultāta vērts. Pilnība ne vienmēr ir labākais risinājums.

    • 16

      @Dveins: Es cenšos paveikt minimālo, kas vajadzīgs, lai sasniegtu mērķi, kuru cenšos sasniegt. Pavadīt vairāk laika nebūtu rentabli.

      Protams, ja vienmēr darāt minimumu, tas nozīmē, ka jūs nemācaties labākus paņēmienus, liekot jums atkārtot minimumu daudzas reizes nākotnē, nevis ļaut jums no tā izvairīties, tad esat veicis nepatiesu sasniegumu. Jā, daudziem uzdevumiem nav vajadzīgas papildu pūles, taču esmu pieredzējis, ka daudzi cilvēki agrāk izmanto šādus saīsnes, un viņi bija vieni no vismazāk produktīvajiem un / vai vismazāk vērtību radošajiem cilvēkiem, kurus es pazinu (daži no viņiem diemžēl bija mani darbinieki , tāpēc es tiešām pamanīju viņu produktivitātes trūkumu.)

      @Dwayne: Īsāk sakot, ja vien manā emuārā nebija manāms efektivitātes samazinājums, es netērētu papildu laiku, ja tas būtu manāms, nekā es izlemtu, vai papildu laiks būtu rezultāta vērts. Pilnība ne vienmēr ir labākais risinājums.

      Es domāju, ka jūs nokavējāt manus punktus. Vispirms es teicu, ka Doug optimizēja nepamanāmus efektivitātes uzlabojumus, nevis es, bet vēl svarīgāk, ja jūs gatavojaties ieviest uzlaušanu, kas labestības dēļ nākotnē var izraisīt uzturēšanas problēmas, nepublicējiet to citu lietošanai, vismaz nepasakot viņiem par veida uzturēšanas problēmas, kuras tas viņiem vēlāk varētu radīt.

      Jūsu komentāra ironija ir tāda, ka, braucot pa ātru un ērtu maršrutu, nākotnē jūs, iespējams, maksājat daudz vairāk laika, kad instalējat sava WordPress drošības atjauninājumu, zaudējat uzlauzto funkcionalitāti un vēlaties to atgriezt. Tagad jums ir siena kaudze ar trūkstošu adatu, un tagad jums ir jāizdomā, kur agrāk bija adata.

      Vai pavadīt papildu laiku sniegumam? Bah, parasti nevajag. Vai pavadīt papildu laiku uzturēšanai? Jā, tas bieži atmaksājas ilgtermiņā.

      Jā, cilvēka raksturs ir noraidīt brīdinājumus par lietām, kas sev nekad nav radījušas sāpes. Vienreiz izjūtiet sāpes, un jūs daudz biežāk uzklausīsit citu brīdinājumus, kuri jau ir sajutuši šīs sāpes.

  9. 17

    Man jāsaka viena lieta; Es domāju, ka Doug hack būtu labs papildinājums WordPress, vismaz kā lietotāja opcija. Šķiet diezgan dumjš ierobežot saistītos amatus tikai ar tiem, kas bija iepriekš.

    ARĪ es vēlētos lūgt Doug izlikt ziņas par to, kā viņa ikdienas ziņas tiek ievietotas vietnē del.icio.us; tā būtu interesanta tēma.

  10. 20

Ko jūs domājat?

Šī vietne izmanto Akismet, lai samazinātu surogātpastu. Uzziniet, kā tiek apstrādāts jūsu komentārs.