, se på den wordpress http: wp_remote_get api - de argumenter,,,,,, andel,,,,,,,,,,,,,,, det cyber - mandag envato tuts + kurser vil blive reduceret til $3.- og' t miss. denne post er en del af en serie, "se på wordpress http api -. se på wordpress http: wp_remote_get api - responsa, se http wordpress api: en kort gennemgang af wp_remote_post, i de sidste to stillinger, har vi taget en kort gennemgang af det, wp_remote_get, funktion, samt en praktisk gennemførelse af, hvordan man bruger det, før vi går over til andre aspekter af wordpress http api, det er vigtigt at vide, præcis hvad oplysninger er vendt tilbage fra en fjerntliggende ringe med, wp_remote_get, således at de er i stand til at få en fuld forståelse af de data, der er tilbage. at skrive mere defensive kode, og at skrive mere kompliceret anmodninger, hvis behovet opstår.. i den sidste artikel i, der udfører, få, anmodninger, vi ergennemgå det netop.,,, en gennemgang af anmodningen, huske på, at når du laver en anmodning med, wp_remote_get,, du ikke  , kun skal angive en url.desuden, du kan også sende et frivilligt system af argumenter, som kan forårsage serveren til svar på  , hvis det ser for bestemte oplysninger. de argumenter, som i mange tilfælde er de argumenter, vil ikke være nødvendig, så de standardværdier, vil være tilstrækkeligt, men hvis du arbejder med avancerede api - eller leder efter en fuld forståelse af argumenter, skal følgende oplysninger bør forklare, hvad hver enkelt af de til rådighed stående argumenter er, hvordan man bruger dem, og den indvirkning, den har på anmodning. metode, dette argument henviser til  , type, anmode om, at der er skabt.det er, fordi vi bruger, wp_remote_get, er vi naturligvis udtrykkeligt at få anmode. det sagde, det argument, vil acceptere, få, post, og hoved.hvis du vælger at anvende den seneste udgave af http protokol, så kan du også angive, optioner,,,,, udgå, tilslutte, og spore. disse særlige metoder er uden for anvendelsesområdet for denne artikel, da vi er primært fokuserer på, få, anmodninger, men jeg ønskede at nævne dem alle her for fuldstændighed. timeout, dette argument er, hvor længe den anmodning bør vente, før de giver afkald på at vente på et svar.den værdi, der er specificeret i sekunder og standardværdien er fem. så stort set, du siger, at "indlede en anmodning og vent fem sekunder til et svar.hvis der ikke er modtaget svar, vende tilbage en fejl. ", men jeg har aldrig haft et problem med standardværdien, kan det være noget værd at ændre, hvis du samarbejder med en server, som er optaget, og /eller at kun behandler et lavt antal anmodninger pr. sekund, omdirigering, svarende til timeout - argument, er denne værdi angiver, hvor længe anmodning bør vente, til en omlægning, inden de giver op. sagen er den, at få anmodninger, sjældent vil resultere i en ændring.ofte ikke får anmodninger, vil forsøge at forbinde en url til at hente data (og det kan eller ikke sende data i forespørgslen snor), og derefter vil kun klare svar eller fejl, når anmodningen er afsluttet eller timeout. hvis de imidlertid plan om at gennemføre en form for omdirigering mekanisme, så denne værdi kan være angivet i sekunder.og ligesom det argument, standardværdien er fem sekunder. httpversion, det henviser til den version af http protokol, der bliver brugt.selv om de tekniske aspekter af dette ligger uden for anvendelsesområdet for denne serie, hver udgave af protokollen støtter et varierende antal anmodning. vi er omfattet af hver af disse ovenfor, og fordi vi er udtrykkeligt at få anmodninger med anvendelse af wp_remote_get, så denne værdi er ikke et, vi skal ændre. dog for fuldstændighedens skyld på tidspunktet for dette skrift, http protokol har i øjeblikket version 1.0 og 1.1.afhængigt af, hvilken version af protokollen - støtter, kan de være i stand til at benytte en bredere vifte af metoder, blokerer dette argument henviser til muligheden for at fremsætte en anmodning uden egentlig med lastningen af en side eller vente på en anmodning om at gennemføre. ved misligholdelse, er denne værdi er der sandt, som i forbindelse med få anmodninger, og vi ønsker, at vente på svar, til at vende tilbage, så vi kan gøre noget ved det, men hvis du klarer den, der fremsætter en anmodning (men det er typisk lavet med en, efter anmodning), som du bekymrer dig ikke om et svar, så kan du denne værdi for falsk., rør, dette argument er noget du har lyst til at blive sendt over pigtråden, bortset fra standardværdier.ved udførelsen af en anmodning, får jeg personligt har endnu at finde en grund til at bruge noget andet end, hvad der er sendt af misligholdelse, men det betyder ikke, at  , du behøver ikke at sende noget mere specialiserede i fremtiden. og rør består generelt af oplysninger, såsom content type, kodning af indhold, mime type osv. disse særlige værdier er uden for anvendelsesområdet for denne artikel, men jeg har planer om at vende tilbage til dem, når vi taler om almindelige fjerntliggende anmodninger.den grund til at nævne dem her, er simpelthen til nøjagtigt at definere, hvad der er muligt i denne artikel, krop, dette argument er enkel og for alle, der har arbejdet med respons ved, at det er i bund og grund indholdet af den ansøgning, der er blevet sendt. inden for rammerne af en anmodning, kan dette få, eller ikke kan bestå af alle værdier.mange gange, få anmodninger omfatte søgning i snor parametre, der kan tjene som indholdet af anmodningen, men hvis du har brug for at fastlægge mere information end centrale /værdi eller par har brug for en eksplicit at oplyse deres indhold, så er dette argument, som du ville gøre det, kager, og endelig, hvis der er nogen kager, som du skal sende sammen med deres anmodning, så er dette parameter, som du ville angive dem. det er naturligvis mest hensigtsmæssigt inden for rammerne af en anmodning om oplysninger fra en url, som du har etableret en slags møde eller, som nogle oplysninger, der i øjeblikket sidder klienten maskine - som en småkage, - og det er sandsynligvis nødvendigt at sende over på serveren., som med mange af de ovennævnte argumenter,der er noget, der ikke er almindeligt anvendt i en, få, anmodning, men er stadig åben for specifikation, ikke desto mindre.,, konklusioner, der er baseret på det, vi har set indtil nu, denne artikel kan gøre, wp_remote_get, se meget mere kompliceret, end vores praktisk eksempel.det behøver ikke at være sådan., så husk, at de udvekslede oplysninger er udelukkende for at vise, hvad du kan, anvendelse, mens vi arbejdede med denne api - metode - ikke hvad du   har brug. som vi fortsat se http api, vi kommer til at se disse argumenter mere og mere, men de anvendes på en anden måde - og ofte hyppigere end med andre metoder.men det er værd for dem, som de er,   del af den godkendte parametre for, wp_remote_get,.,