Table of Contents[Ferstopje][Toanje]
- 1. Wat ferstean jo ûnder REST?
- 2. Wat bedoele jo mei REST API?
- 3. Wat is krekt URI?
- 4. Wat binne de skaaimerken fan RESTful Web Services?
- 5. Wat binne de liedende prinsipes fan REST?
- 6. Neam de HTTP-metoaden dy't REST stipet.
- 7. Beskriuw de beheinings pleatst troch in konsekwint ynterface.
- 8. Wat is krekt in REST Resource?
- 9. Wat betsjut JAX-RS foar dy?
- 10. Wat ûnderskiedt AJAX en REST fan inoar?
- 11. Kin jo list wat RESTful web tsjinsten neidielen?
- 12. Wat ûnderskiedt PUT- en POST-techniken fan inoar?
- 13. Hoe testje jo RESTful webtsjinsten?
- 14. Beskriuw in REST API yn 'e echte wrâld.
- 15. Hoe wurket Microservice Architecture?
- 16. Wat is krekt caching?
- 17. Beskriuw lading.
- 18. Differinsjearje SOAP Vs REST?
- 19. Kin it ferfier laach feiligens protokol (TLS) brûkt wurde mei REST?
- 20. Idempotinte metoaden: wat binne se? Hoe jildt it foar de wrâld fan RESTful webtsjinsten?
- 21. Wat is de funksjonaliteit fan HTTP Basic Authentication?
- 22. Tinksto dat GraphQL de bêste kar is foar it meitsjen fan mikroservicearsjitektuer?
- 23. Wat binne de wichtichste ûnderskiedingen tusken de feilige en idempotinte HTTP-metoaden?
- 24. Wat betsjut de JAX-RS API troch RESTful Root Resource Classes?
- 25. Wat is Postman krekt, en wêrom wurdt it brûkt?
- 26. Hoe wurde REST APIs feilich hâlden?
- Konklúzje
De evolúsje fan REST hat API's ongelooflijk tagonklik makke, wylst se ek har folsleine krêft en potensjeel iepenbiere. REST API's binne maklik te meitsjen en te cache fanwege har boarne-rjochte arsjitektuer.
Derneist wiene RESTful API's yn 'e rin fan' e tiid de foarrinners fan oare wichtige ûntjouwings lykas cloud computing en mikroservice-basearre ûntwerp.
Dêrom soe it gjin ferrassing wêze moatte dat REST API-ûntwikkelders hjoed yn 'e fraach binne, sjoen hoe't se bedriuwen leverje dy't RESTful-tsjinsten brûke in kompetitive foardiel. REST API's binne in populêre ûntwerptrend.
In protte IT-bedriuwen wolle REST API-kennis fan softwareûntwikkelders en freegje deroer yn technyske ynterviews.
Hjir binne guon fan 'e meast typyske REST API-ynterviewfragen dy't jo sille helpe klear te wêzen foar ynterviews by ferskate bedriuwen as jo wolle wurkje yn it REST API-ûntwikkelingsfjild.
1. Wat ferstean jo ûnder REST?
REST is in arsjitektoanysk paradigma foar it ûntwerpen fan web-basearre applikaasjes dy't basearre binne op it Hypertext Transfer Protocol (HTTP).
REST definiearret bepaalde noarmen dy't webtsjinsten moatte foldwaan om as RESTful te wurde beskôge. Dizze oanbefellings garandearje dat oanfragen en boarnen fluch en effektyf wurde oerdroegen tusken kliïnt en server mei standertisearre HTTP-protokollen.
2. Wat bedoele jo mei REST API?
In software-nei-software-keppeling bekend as in applikaasje-programmearring-ynterface makket kommunikaasje en dielen fan gegevens mooglik tusken oars ûnôfhinklike programma's. Bygelyks, in nijswebside kin de Twitter API brûke om pertinente tweets automatysk te ûntdekken en se te yntegrearjen yn nijsferhalen.
In API dy't him hâldt oan REST-prinsipes stiet bekend as in REST API, soms bekend as in RESTful API. Yn in REST API wurdt elk stikje gegevens behannele as in boarne en jûn in ûnderskate standert resource identiteit (URI).
Bygelyks, de Twitter API makket elke tweet in werom te heljen boarne dy't beskikber is foar kliïnten. De Twitter API kin brûkt wurde troch brûkers om tweets te pleatsen en oare websidetaken út te fieren.
3. Wat is krekt URI?
A kompjûternetwurk boarne kin wurde ferwiisd nei it brûken fan in URI of unifoarm boarne identifier. It tsjinnet as middel om de iene boarne fan de oare te skieden. De boarnen kinne of miskien net online wêze.
Troch har standertstruktuer meitsje URI's it ienfâldich om te ferbinen mei sels ferskate soarten boarnen. De lokaasje of namme fan 'e boarne is opnommen yn URI's tegearre mei in tekenrige.
De URI bestiet út in paad, skema, query en oare eleminten, mar omfettet it protokol net.
Mei help fan in protokol wurde URL's (Uniform Resource Locators) brûkt om boarnen op it ynternet te finen of dêrtroch tagonklik te meitsjen.
4. Wat binne de skaaimerken fan RESTful Web Services?
- It Client-Server-paradigma is de basis fan 'e tsjinst.
- De tsjinst kin tagong krije ta boarnen fia URI's.
- De tsjinst brûkt it HTTP-protokol om gegevens / boarnen te krijen, queries út te fieren en oare taken te dwaan.
- Berjochten is de namme fan 'e metoade dy't brûkt wurdt om te kommunisearjen tusken de kliïnt en de tsjinner.
- Dizze tsjinsten kinne ek it REST-arsjitektoanyske patroan ymplementearje mei SOAP-tsjinsten.
- Om tsjinneroproppen foar deselde soarte fan repetitive oanfragen te ferminderjen, brûke dizze tsjinsten ek it idee fan caching.
5. Wat binne de liedende prinsipes fan REST?
Fiif kritearia moatte foldien wurde troch REST API's:
Klant-tsjinner ûntkoppeling: Allinich in searje oanfragen en antwurden kinne brûkt wurde om te kommunisearjen tusken de kliïnt en tsjinner. Allinich kliïnten en servers kinne respektivelik fersiken en antwurden ferstjoere. Dit rjochtlinige idee stelt beide partijen yn steat om ûnôfhinklik fan inoar te funksjonearjen.
Uniforme ynterface: D'r moat in unifoarm protokol wêze foar alle client-tsjinner ferbinings. Dit protokol foar REST is HTTP. Om't elke applikaasje gegevens freget en ferstjoert mei deselde taal, makket in konsekwinte ynterface yntegraasjes ienfâldiger.
Steateleas: De tsjinner bewarret gjin records fan eardere oanfragen of antwurden yn steatleaze kommunikaasje. Elk fersyk en antwurd jouwe alle details dy't nedich binne om de útwikseling te foltôgjen. Steateleaze kommunikaasje ferbettert snelheid, besparret ûnthâld en ferminderet de stress op 'e tsjinner. Derneist foarkomt it it potensjeel dat in fersyk mislearret fanwege ûnfolsleine gegevens.
Layered systeem: Servers dy't wenje tusken de client en de API-tsjinner wurde oantsjutten as lagen. Dizze ekstra tsjinners fiere in ferskaat oan tsjinsten, lykas it opspoaren fan spam en optimalisearjen fan snelheid. Lagen yn REST binne modulêr, wat betsjuttet dat se kinne wurde tafoege en wiske sûnder ynfloed op kommunikaasje tusken de kliïnt en de API-tsjinner.
Cacheable: Klanten kinne alle boarnen yn cache bewarje om snelheid te ferheegjen as serverantwurden oanjaan oft de boarne cacheable is of net.
Kodearring op oanfraach: As antwurd kin in API útfierbere kompjûterkoade nei klanten oerjaan. De kliïntapplikaasje kin dan de koade op syn eigen efterkant útfiere.
6. Neam de HTTP-metoaden dy't REST stipet.
De HTTP-metoaden dy't REST stipet binne:
- GET: Dizze metoade freget om in boarne by de oantsjutte URL. In fersykorgaan moat net opnommen wurde, om't it sil wurde negearre. It kin mooglik wêze om it lokaal as op 'e tsjinner te cache.
- POST: Dizze metoade stjoert gegevens nei in tsjinst foar ferwurking, en de tsjinst moat normaal in nije of feroare boarne werombringe.
- PUT: De boarne wurdt bywurke by it fersyk-URL.
- DELETE: De boarne wurdt wiske by it fersyk-URL.
- Opsjes: It identifisearret de stipe metoaden.
- HEAD: De metadata fan it fersyk-URL wurdt weromjûn.
7. Beskriuw de beheinings pleatst troch in konsekwint ynterface.
Om de kliïnt fan 'e tsjinner te skieden, is in konsekwinte ynterface nedich.
Om in konsekwinte ynterface te berikken binne de folgjende fjouwer beheiningen fereaske:
- Resource-identifikaasje: Client-oanfragen moatte standert boarne-ID's brûke om boarnen (URI's) te identifisearjen.
- Resource manipulation mei help fan dizze foarstellings: Kliïnten hawwe alle ynformaasje nedich om te kinnen feroarje boarne steat as se krije in boarne fertsjintwurdiging fan de tsjinner.
- Self-beskriuwende berjochten: Berjochten befetsje alle metadata en oare ynformaasje dy't nedich is foar de ûntfanger om se te begripen.
- Hypermedia as de applikaasje steat motor: It kanaal foar kliïnt-tsjinner kommunikaasje is hypermedia, lykas HTML, en kliïnten hawwe gjin API-spesifike dokumintaasje nedich om serverantwurden te begripen.
8. Wat is krekt in REST Resource?
Boarnen binne de fûnemintele komponinten fan in RESTful webtsjinst yn in REST-arsjitektuer. Se omfetsje alle krúsjale ynformaasje wêr't in API-kliïnt tagong ta moat.
Elk type boarnen, lykas in HTML-side, in ôfbylding, in fideo, of wat oars nedich foar in API-aktiviteit, kin tagonklik wurde fia de tsjinner yn in client-server-systeem.
De boarnen wurde identifisearre troch in Uniform Resource Identifier. Tekst, JSON, of XML binne allegear akseptabele foarstellingen fan boarnen. Nei't oanjûn dat, binne d'r gjin beheiningen op it formaat fan 'e fertsjintwurdiging.
9. Wat betsjut JAX-RS foar dy?
It is ienfâldiger om RESTful webtsjinsten te meitsjen yn Java tank oan de Java API foar RESTful webtsjinsten, faak bekend as JAX-RS. Untwikkelders kinne boarnen beskriuwe en de operaasjes dy't derop kinne wurde útfierd mei de oantsjuttings dy't wurde levere.
10. Wat ûnderskiedt AJAX en REST fan inoar?
Ajax:
- Ajax is in groep technologyen dy't mooglik meitsje foar de dynamyske fernijing fan brûkersynterface eleminten sûnder de side opnij te laden.
- Ajax ferwideret asynchrone kommunikaasje tusken de kliïnt en tsjinner.
RÊST:
- REST freget kommunikaasje tusken de tsjinner en de klant.
- It brûken fan boarnen is wichtich foar de URL-struktuer en fersyk / antwurdpatroan brûkt troch REST.
11. Kin jo list wat RESTful web tsjinsten neidielen?
Sesjes kinne net byhâlden wurde, om't de tsjinsten har hâlde oan it begryp steatleazens. (De kliïnt is ferantwurdlik foar it trochjaan fan de sesje-id troch de simulaasje fan 'e sesje.)
Feiligensbeheiningen binne net fûneminteel foar REST. De protokollen dy't it brûke erven de feiligens foarsoarchsmaatregels. Dêrom is it wichtich om foarsichtich te nimmen by it ynstellen fan feiligensmaatregels, lykas it yntegrearjen fan SSL / TLS-basearre autentikaasjes.
12. Wat ûnderskiedt PUT- en POST-techniken fan inoar?
SETTE:
- D'r is gjin cache foar PUT-antwurden.
- Idempotent (dws meardere oanfragen sille itselde resultaat opleverje)
- de lading fan it fersyk fernijt of ferfangt de doelboarne.
PEAL:
- idempotent net (dat wol sizze, meardere oanfragen sille multiples fan deselde boarne opleverje)
- De webserver ferwurket de lading fan it fersyk basearre op de bedoelde boarne.
- As de passende koptekst foar cache-kontrôle is opnommen, kinne POST-antwurden yn it cache bewarre wurde.
13. Hoe testje jo RESTful webtsjinsten?
RESTful webtsjinst testen kinne wurde holpen troch in oantal ark, ynklusyf Swagger en Postman. It ynspektearjen fan fersykparameters lykas queryparameters, kopteksten en antwurdkoppen wurdt mooglik makke troch de oerfloed fan funksjes fan de lêste.
Postman kin brûkt wurde om oanfragen te meitsjen oan einpunten en de resultaten sjen te litten. En XML en JSON kinne wurde makke fan dizze antwurden.
Postman en Swagger leverje beide ekstreem fergelykbere funksjonaliteiten. Oan 'e oare kant biedt Swagger ek mooglikheden lykas einpuntdokumintaasje.
14. Beskriuw in REST API yn 'e echte wrâld.
- Reis- en kaartsjeswebsides kinne de flechttimingen en prizen brûke dy't loftfeartmaatskippijen beskikber stelle fia API's.
- Om mappen en navigaasje-apps (lykas Google Maps) se te brûken, meitsje ynstânsjes foar iepenbier ferfier har gegevens faak yn real-time iepenbier beskikber fia API's.
- Wetterapplikaasjes brûke iepen API's dy't waargegevens útwikselje om waarynformaasje wer te jaan.
- Untwikkelders kinne tagong krije ta kaartgegevens fan Google Maps fia in oantal fan har hosted API's. Dizze API's wurde brûkt troch ûntwikkelders om dynamyske kaarten yn te setten yn har apps en websiden.
15. Hoe wurket Microservice Architecture?
- Oanfragen wurde ferstjoerd troch ferskate klanten mei help fan ferskate apparaten.
- Nei it befêstigjen fan 'e identiteiten fan' e kliïnten, leverje identiteitsproviders feiligenstokens.
- De kliïntoanfragen wurde beheard troch API Gateway.
- Al it materiaal fan it systeem wurdt bewarre as statyske ynhâld.
- It behear ark kontrolearret it lykwicht fan tsjinsten op knopen en eventuele flaters.
- It ûntdekken fan it paad fan kommunikaasje tusken mikrotsjinsten wurdt holpen troch ûntdekking fan tsjinsten.
- Datasintra en proxy-tsjinners foarmje ferspraat netwurksystemen neamd netwurken foar levering fan ynhâld.
- Tsjinsten op ôfstân jouwe tagong ta ynformaasje fan in ôfstân.
16. Wat is krekt caching?
De praktyk fan it tydlik bewarjen fan in kopy fan in serverantwurd earne (lykas kompjûterûnthâld) om dêr letter rapper tagong te krijen, wurdt bekend as caching.
Caching ferbettert serversnelheid by it brûken fan REST API's troch it ferminderjen fan de hoemannichte wurk dat de tsjinner moat dwaan om it fersyk te foldwaan. Applikaasjes dy't de API brûke, rinne rapper troch caching, om't se gjin nij fersyk hoege yn te tsjinjen elke kear as se in boarne nedich binne.
It fjild Cache-Control fan 'e HTTP-antwurdkoptekst befettet ynformaasje oer hoe lang in boarne troch de kliïnt yn 't cache kin wurde bewarre foardat it opnij tagong moat wurde.
17. Beskriuw lading.
De loadload yn REST ferwiist nei de ynformaasje befette yn it lichem fan it HTTP-antwurd. De klant brûkte de GET-technyk om de oanbelangjende gegevens op te freegjen.
It dokumint mei de tweettekst en alle nedige bestannen foar it pleatsen fan de tweet op in webside sil opnommen wurde yn 'e payload, bygelyks as jo de Twitter API freegje foar in spesifike tweet. Derneist kin de lading wurde opnommen yn it HTTP-fersyk mei de POST-metoade.
18. Differinsearje SOAP vs REST?
- Oars as SOAP, dy't allinich XML kin omgean, makket REST in breder oanbod fan boarneformaten mooglik, ynklusyf XML, tekst, HTML, ôfbyldings, fideo, en mear.
- As feiligens krúsjaal is foar online applikaasjes, is SOAP nuttich. REST kin net brûkt wurde as transaksjes feilich moatte wurde foltôge, om't it net bysûnder feilich is.
- Om't SOAP allinich in protokol is, kin REST it brûke yn har webtsjinsten, mar net oarsom.
- Wylst REST allinich in arsjitektoanysk patroan is dat wurdt brûkt om webtsjinsten te ûntwikkeljen en hâldt him oan bepaalde beheiningen lykas client-tsjinner opset, steatleazens, cacheable antwurd, lagen systemen en konsekwinte ynterface, SOAP is in protokol dat wurket op bepaalde noarmen dy't strikt moatte wurde folge nei.
- Wylst REST universele boarne-identifikaasjes (URI's) brûkt, brûkt SOAP tsjinstynterfaces om har mooglikheden te leverjen oan kliïntapplikaasjes. REST hat in ferlet fan legere bânbreedte dan SOAP, om't SOAP-berjochten mear ynformaasje-swier binne.
19. Kin it ferfier laach feiligens protokol (TLS) brûkt wurde mei REST?
Yn feite kinne wy. De kommunikaasje fan 'e REST-kliïnt en tsjinner is fersifere fia TLS, en it protokol jout kliïnten ek in manier om tsjinners te autentisearjen.
Fanwegen it feit dat it de ferfanging fan 'e Secure Socket Layer is, wurdt it brûkt foar feilige kommunikaasje (SSL). It ymplementearjen fan RESTful webtsjinsten is suksesfol mei HTTPS, om't it effektyf gearwurket mei sawol TLS as SSL.
De REST erft de skaaimerken fan it protokol dat it ymplementearret, wat ien ding is om hjir op te merken. As gefolch binne feiligensbeskermings ôfhinklik fan it protokol dat REST brûkt.
20. Idempotinte metoaden: wat binne se? Hoe jildt it foar de wrâld fan RESTful webtsjinsten?
As de URI itselde is, hawwe guon HTTP-metoaden yn in fersyk deselde ynfloed op de tsjinner, oft se ien kear of meardere kearen wurde levere. Idempotinte techniken binne wat dizze binne bekend as.
Bygelyks, nettsjinsteande hoefolle kearen in URI mei de GET-metoade wurdt útfierd, de tsjinner sil altyd itselde resultaat ûnderfine. Idempotinte metoaden omfetsje GET, PUT, en PATCH, om in pear te neamen.
Idempotinte HTTP-metoaden binne guon fan 'e dy't brûkt wurde troch RESTful webapplikaasjes. Se binne nedich om konsistinsje te garandearjen yn 'e aktiviteiten fan' e RESTful webtsjinsten.
Klanten dy't REST API's brûke kinne koadeflaters meitsje dy't in REST API twinge om per ongeluk werhelle oanfragen te meitsjen. Dizze oproppen hawwe it potensjeel om boarnen te misbrûken.
21. Wat is de funksjonaliteit fan HTTP Basic Authentication?
As jo basisferifikaasje brûke as diel fan APIS, moat de brûker it brûkersnamme en wachtwurd yntsjinje, dy't binne gearfoege troch de browser yn 'e foarm "Brûkersnamme: Wachtwurd" en bas64 en basXNUMX kodearre.
Op elk HTTP-fersyk fan 'e browser wurdt de kodearre wearde levere as de wearde foar de koptekst "Autorisaasje". Om't de bewiisbrieven gewoan kodearre binne, is it oan te rieden om dit formulier te brûken by it ferstjoeren fan HTTPS-oanfragen, om't se net feilich binne en troch elkenien kinne wurde ûnderskept as feiligensprotokollen net wurde brûkt.
22. Tinksto dat GraphQL de bêste kar is foar it meitsjen fan mikroservicearsjitektuer?
Microservices en GraphQL geane perfekt tegearre, om't GraphQL jo mikroservice-arsjitektuer geheim hâldt foar jo kliïnten.
Fan 'e foarkant wolle jo dat al jo gegevens fan ien API komme, wylst jo it fan' e efterkant wolle ferdielen yn mikrotsjinsten. De bêste technyk wêrfan ik my bewust bin om beide te berikken is troch GraphQL te brûken.
It stelt jo yn steat om jo backend te ferdielen yn mikrotsjinsten, wylst jo elke applikaasje noch in inkele API jouwe en joins ynskeakelje oer gegevens fan ferskate tsjinsten.
23. Wat binne de wichtichste ûnderskiedingen tusken de feilige en idempotinte HTTP-metoaden?
Idempotinte metoaden produsearje itselde resultaat as se ien of meardere kearen oproppe fia itselde fersyk. De PUT-metoade is idempotint.
Alle feilige manieren binne idempotint, mar net alle idempotinte metoaden binne feilich, om't feilige metoaden de boarnen net feroarje. Bygelyks, GET is feilich, om't it gewoan gegevens ophelje en de boarne net feroaret.
Derneist is it idempotint, wat betsjuttet dat it altyd itselde antwurd sil weromjaan as it wurdt oproppen.
24. Wat betsjut de JAX-RS API troch RESTful Root Resource Classes?
De Java Enterprise Edition biedt klassen en ynterfaces dy't har oan 'e JAX-RS API-easken folgje. Mei help fan JAX-RS wurdt it meitsjen fan Java-webtsjinsten yn 'e REST-arsjitektoanyske styl makliker makke.
Yn 'e JAX-RS API binne root-boarneklassen gewoan "gewoane âlde java-objekten," of POJO. Om de nedige webboarnen út te fieren, brûke se JAX-RS-annotaasjes.
Se hawwe of @path-annotaasjes of op syn minst ien fan har metoaden hat @path-annotaasjes. Se kinne wurde gearfette as Java-klassen mei metoaden foar it omgean mei API-einpunten.
25. Wat is Postman krekt, en wêrom wurdt it brûkt?
In API-ûntwikkelingsark neamd Postman wurdt brûkt om API's te meitsjen, te testen en te feroarjen. Dit ark kin brûkt wurde troch ûntwikkelders foar elke funksje dy't se nedich binne foar in API. It simplifies en fasilitearret it wurk fan ûntwikkelders.
Postman makket it maklik om in ferskaat oan HTTP-fragen te meitsjen, ynklusyf GET, POST, PUT en PATCH, omjouwings op te slaan foar letter gebrûk, en API's konvertearje nei koade yn in oantal ferskillende talen.
Elke faze fan 'e API-syklus wurdt ienfâldiger makke mei Postman, en gearwurking wurdt streamlined foar flugger API-ûntwikkeling.
Derneist stelt it ûntwikkelders yn steat om de dokumintaasje, spesifikaasjes, testgefallen, prosessen en API-katalogen te behearjen.
26. Hoe wurde REST APIs feilich hâlden?
Om't REST API's net sa strange feiligensmaatregels brûke as SOAP API's, moatte gefoelige gegevens net ferstjoerd of ophelle wurde mei har.
Fertroude REST API's bliuwe lykwols befeiligingskontrôles yntegrearje foar feilige en betroubere gegevensoerdrachten.
- Ferifikaasje en autorisaasje: Elke oanfraach oan 'e API moat dizze twa kontrôles passe. It ferifiearjen fan de identiteit fan 'e kliïnt troch autentikaasje en validearjen dat se autoriteit hawwe om tagong te krijen ta de frege boarnen fia autorisaasje binne twa ferskillende prosessen.
- Validaasje: Foardat de API tagong jout ta har boarnen, moatte oanfragen noch wurde kontrolearre op mooglik skealike koade nei ferifikaasje en autorisaasje. In tsjinner soe dus iepen wêze foar in ynjeksje oanfal.
- Validaasje: Foardat de API tagong jout ta har boarnen, moatte oanfragen noch wurde kontrolearre op mooglik skealike koade nei ferifikaasje en autorisaasje. In tsjinner soe dus iepen wêze foar in ynjeksje oanfal.
- Fersifering: TLS / SSL-fersifering beskermet de ferbining tusken de kliïnt en tsjinner en hâldt hackers fan it ûnderskeppen fan fersiken en antwurden.
- Rate-beheinende techniken, lykas limiten en throttling, beskermje servers tsjin brute-force oanfallen lykas DDoS dy't as doel hawwe se te degradearjen of te crashen.
- Gjin gefoelige ynformaasje yn URI's: URI's fan boarnen moatte gjin beskerme gegevens befetsje (lykas in brûkersnamme, wachtwurd of autentikaasjetoken).
Konklúzje
Lokwinske! Ferskate basis oant komplekse REST API-ynterviewfragen en har respektivelike oplossingen binne no binnen handbereik.
No't jo in goed konsept hawwe oer hoe't jo kinne reagearje op guon fan 'e typyske REST API-ynterviewfragen, kinne jo trochgean mei te reagearjen op' e ynterviews. De folgjende stap hinget ôf fan jo doelen.
Besite Ynterview Series mei Hashdork om ta te rieden op ynterviews.
Leave a Reply