no.hideout-lastation.com
Paradis For Designere Og Utviklere


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

Opprett 3D Web Apps & Graphics med Whitestorm.js

Opprett 3D Web Apps & Graphics med Whitestorm.js

Nettspill har kommet langt takket være WebGL og relaterte HTML5-APIer . Det mest fremtredende open source-biblioteket for 3D er Three.js .Mens Three.js er kraftig, er det også komplisert å lære fra bunnen av . I stedet kan du hente Whitestorm.js, en åpen kildekode ramme laget for 3D web grafikk. Den

(Tekniske og design tips)

10 Flat CMS til Setup Lightweight Websites - Best of

10 Flat CMS til Setup Lightweight Websites - Best of

Tradisjonelle innholdsstyringssystemer (CMS) som WordPress eller Joomla er flotte, men hvis du bygger et lite nettsted eller en personlig blogg, trenger du sannsynligvis ikke de rike funksjonene som tilbys. Det du trenger er en enklere, mer elegant og lett løsning - det du trenger er en flat CMS.Den mest slående forskjellen du vil se i en flat CMS er at den ikke krever en database.

(Tekniske og design tips)