, avancerede wordpress forespørgsler, del 1,,,,, 2,,,,,,,,, 13,,,,,,, det cyber - mandag envato tuts + kurser vil blive reduceret til $3.- og' t miss. denne post er en del af en serie kaldet avancerede wordpress forespørgsler. avancerede wordpress forespørgsler, del 2, selv om den wp forespørgsel er stor, og giver stor fleksibilitet, som du kan tage din udvikling indsats et skridt videre med mere avancerede være af wordpress database.i hele denne serie, vi skal se på de fordele, avancerede forespørgsler, hvordan vi kommunikerer med, wordpress database, og hvordan vi kan hente, ajourføre og indsætte nye og eksisterende data,.,,, i sidste måned, vi tog et kig på begynder vejledning til wordpress loop.efter et solidt overblik over wordpress ", og hvordan den bruges inden for rammerne af dette tema.i posten, braden gav også en mere indgående med wp spørgsmål frem, hvordan du kan vælge de resultater, der er tilbage, før en fordel af processen.i dag skal vi se på wordpress database, hvor vi kommunikerer med den, og fordelene af avancerede forespørgsler.,, se på wordpress database, før at grave dybere ind på anmodning wordpress "underliggende database, er det vigtigt at forstå dens indretning.vi behøver ikke nødvendigvis at undersøge hver kolonne for hver tabel, men en generel forståelse kan gå en lang vej.,, generelt, at den wordpress tabeller og deres ansvarsområder er følgende:,, wp_comments, hvor bemærkninger er oplagret, wp_commentmeta: meta - data i forbindelse med hver bemærkning, wp_links,: hvor data lagres baseret på wordpress forbindelser, wp_options, alle de muligheder, der er under administration > indstillinger opbevares her, wp_posts,: post - og side data opbevares her, wp_postmeta: meta - data i forbindelse med hver enkelt post, wp_terms: kategorier og - mærker for begge stillinger og sider. wp_term_relationships: data, der repræsenterer forholdet mellem stillinger, kategorier og mærkater, wp_term_taxonomy: beskrivelser for mærker, forbindelser,og /eller - kategorier, som er oplagret i wp_terms,, wp_users:, hvor hver brugerkonto, er oplagret, wp_usermeta: meta - data i forbindelse med den enkelte bruger.,, let nok, ikke?at bruge din favorit database, front - - og du kan bore ned i hver af disse tabeller for nærmere - kolonnen er godt ved navn og let at forstå. du kan se den samlede oversigt og læse en mere indgående beskrivelse af databasen i codex.,, fordele af avancerede forespørgsler, så fleksible som wp du er så let, det er at konstruere skik forespørgsler, det er stadig begrænset, især når du kigger til avancerede tema udvikling eller avancerede stik af udvikling.f.eks. wordpress api - gør det nemt at sætte spørgsmålstegn ved, at antallet af bemærkninger pr. post, men hvad sker der, hvis du vil trække tilbage, antallet af bemærkninger til den enkelte bruger pr. post eller pr. side), og for dem, som dato eller antallet af, hvor mange gange de fremsatte bemærkninger.- du skal skrive en avanceret søgning. dette er naturligvis et simpelt eksempel, men så snart du er klar på databasen skema og forstår, at de kan udføre typisk sql spørgsmål baseret på bordet, du har evnen til at skrive nogle meget magtfulde, virkelig fedt funktionalitet i din næste projekt., der stiller spørgsmålstegn ved database, heldigvis, wordpress api - gør det nemt at forbinde til og sætte spørgsmålstegn ved de underliggende database.svarende til wp spørgsmål, wordpress giver wpdb klasse, som vi kan bruge til at kommunikere med databasen.denne klasse er vant til at læse, skrive og ajourføre wordpress database tabeller.det giver også en række metoder, der gør det let at sikre, at vores spørgsmål er i sikkerhed fra sql injektion eller andre ondsindede angreb, for at drage fordel af wpdb, vi skal erklære det globale.det vil give os adgang til de tilfælde af klasse inden for rammerne af vores funktion (eller klasse).for eksempel: global $wpdb;, at se et eksempel på den klasse i aktion, kan vi trække os tilbage til det samlede antal stillinger, der bor i databasen med følgende spørgsmål: $post_count = $wpdb - > get_results ("vælg tæller (*) fra $wpdb - > stillinger"), konstatere, at i stedet for at udvælge de data fra wp_posts, vi er udvælgelsen af data ved hjælp af $wpdb - > stillinger.det er en anden funktion af den klasse, der giver os mulighed for let at hente data uanset skemaet er præfiks. denne søgning returnerer resultaterne i en vifte objekt, som er opført på post_count dollars.kan du undersøge resultaterne af:, print_r ($post_count), den fuldstændige manuskript skal se sådan ud:, <?php globale $wpdb. $post_count = $wpdb - > get_results ("vælg tæller (*) fra $wpdb - > stillinger"); print_r ($post_count)?>, ved anvendelsen af dette eksempel, du kan droppe det i folkesundhedsprogrammet fil i temaet for at teste den (sørg for at fjerne det:).,, så det er klart, at vi har lige kradset i overfladen af, hvad der er muligt, med wpdb klasse, men det er vigtigt at forstå de grundlag, som vi arbejder for at dykke ned i dybere.stadig, at lære at grænseflade med wordpress database, åbner mange muligheder.i den næste stilling, vi skal se på de forskellige måder, hvorpå vi kan indhente oplysninger i databasen, og nogle af de forhindringer, for at undgå, at mens vi gør det.