En titt på: Opprett egendefinert WordPress-spørring

I dag skal vi ta en titt på WordPress Query . Selv om WordPress har dokumentert sin Query- funksjon, er det veldig skremmende og sannsynligvis upraktisk å dykke inn i hver av seksjonene. Dette er snarveien du trenger.

I dette innlegget vil vi diskutere noen få praktiske tips om hvordan du bruker WordPress Query, som du kanskje må bruke ofte på temaet ditt.

Grunnleggende WP_Query

Kort sagt, WP_Query er en klasse for å be om WordPress-innlegg og sider. Vi kan lage en ny WP_Query klasse i et WordPress-tema for å spørre innlegg (eller sider) i tilpasset spesifikasjon.

Først, la oss ta en titt på index.php i index.php din; Du bør finne følgende stykke koder.

Det kalles Loop. Det viser som standard alle innleggene som er publisert.

La oss se hvordan vi kan tilpasse det med WP_Query . I dette eksemplet kommer vi til å ekskludere innlegg fra en bestemt kategori.

Først setter vi en ny WP_Query i en variabel.

 $ my_query = ny WP_Query (); 

Innenfor det kan vi tildele kategorien ID som vi vil ekskludere. For eksempel:

 $ my_query = ny WP_Query ('cat = -1, -5'); // ekskluder kategori 1 og 5 

Deretter refererer vi til variabelen i Loop, som følger.

 have_posts ()): mens ($ my_custom_query-> have_posts ()): $ my_custom_query-> the_post (); ?> 

Vær oppmerksom på at når du har flere tilpassede søk, spesielt innenfor en enkelt side, må du legge den inn med wp_reset_postdata() .

Tilordne forespørsel med WP-PageNavi

WP-PageNavi er trolig den mest populære plugin for å legge til nummerert paginering i WordPress. De fleste opplever imidlertid en feil når de bruker den sammen med tilpasset WP_Query . Paginasjonen vil ganske enkelt ikke fungere .

Siden versjon 2.74 har WP-PageNavi gitt et alternativ der du kan tilordne tilpasset søk. Ved å bruke ovennevnte tilpassede spørring som vårt eksempel, kan vi gjøre følgende:

 wp_pagenavi (array ('query' => $ my_query)); 

... og det burde løse feilen.

Cache Query

Det bør bemerkes at når du har flere søk, spesielt på en enkelt side, vil du ende opp med flere serverbelastninger som kan påvirke belastningsytelsen til nettstedet ditt.

En av måtene å optimalisere det er ved å bruke Transient API. I dette tilfellet bruker vi den til å cache det forespurte objektet fra WP_Query, og lagre det i en bestemt tidsperiode.

På denne måten kan vi øke hastigheten på søketid ved å hente og behandle den bufrete dataen i stedet for å spørre den hver gang siden lastes inn.

Her er et kodeksempel hvor hurtigbufferen lagres i 24 timer.

 hvis (! ($ my_query = get_transient ('my_query_cache'))) {$ my_query = nytt WP_Query ('cat = -1, -5'); set_transient ('my_query_cache', $ my_query, DAY_IN_SECONDS); } 

Wrap Up

Med WP_Query kan vi lage enkle eller mer komplekse søk. Hvis du skriver en tilpasset WP_Query virker komplisert for deg, er det et verktøy som heter WP_Query Generator som vil gjøre det enklere.

Jeg håper du finner dette tipset nyttig, og hvis du vil grave inn i dette emnet videre, er det noen referanser nedenfor:

• WordPress Loop - WordPress Codex
• WordPress Query - WordPress Codex
• 4 måter å løpe med WordPress - DigWP
• Gjør det selv Caching Metoder Med WordPress

Gboard kommer snart til Android

For seks måneder siden lanserte Google Gboard, et tastatur som følger med Google Search Bar, på iOS . Leaving Android-brukere ut i kulde. Dette vil ikke lenger være tilfelle da Google raskt innlemmer Gboard for Android-enheter .For det meste er funksjonen til Gboard på Android identisk med iOS. Brukere kan Google Søk direkte fra tastaturet, og de kan kopiere eller lenke informasjon til chatten med bare ett enkelt trykk. I ti

(Tekniske og design tips)

8 ting forskere lærte fra din Facebook-bruk

Facebook er en skattemine av data og har vært en varm seng av studier på online sosial atferd. Den sosiale media-giganten har til og med et team av dataanalytiker (aka Data Science Team ), og ser på alle dataene vi har satt opp på Facebook. Om det er informasjon om oss selv i Om-delen eller en enkel Like, Facebook vet alt.Nå,

(Tekniske og design tips)