{"id":52238,"date":"2019-11-04T00:00:00","date_gmt":"2019-11-03T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/vm-ili-docker"},"modified":"2020-02-18T13:59:55","modified_gmt":"2020-02-18T10:59:55","slug":"vm-ili-docker","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vm-ili-docker","title":{"rendered":"VM eller Docker?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hvordan kan du forst\u00e5, om du har brug for Docker og ikke VM? Du skal bestemme, hvad du pr\u00e6cist \u00f8nsker at isolere. Hvis du har brug for at isolere et system med garanterede tildelte ressourcer og virtuel hardware, s\u00e5 skal valget falde p\u00e5 VM. Hvis du derimod har brug for at isolere k\u00f8rende applikationer som separate processer i systemet, har du brug for Docker.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3 id=\"tak-v-chyom-zhe-otlichie-docker-konteynerov-ot-vm\">Hvad er s\u00e5 forskellen mellem Docker-containere og VM?<\/h3>\n<p><\/p>\n<p><strong>En virtuel maskine (VM)<\/strong> er en virtuel computer med alle virtuelle enheder og et virtuelt harddisk, hvorp\u00e5 et nyt, uafh\u00e6ngigt OS installeres sammen med virtuelle enhedsdrivere, hukommelsesadministration og andre komponenter. Det vil sige, at vi f\u00e5r en abstraktion af det fysiske udstyr, der g\u00f8r det muligt at k\u00f8re mange virtuelle computere p\u00e5 \u00e9n computer.<br \/>\n<strong>En installeret VM kan optage plads forskelligt p\u00e5 computerens harddisk:<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>fast plads p\u00e5 harddisken, hvilket muligg\u00f8r hurtigere adgang til den virtuelle harddisk og undg\u00e5r filfragmentering;<\/li>\n<li>dynamisk tildeling af hukommelse. N\u00e5r der installeres yderligere applikationer, vil hukommelsen blive tildelt dynamisk til dem, indtil den maksimale m\u00e6ngde, der er afsat til den, er opn\u00e5et.<\/li>\n<\/ul>\n<p><\/p>\n<p>Jo flere <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/vps\/\"   title=\"virtual machines\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"2012\">virtual machines<\/a> p\u00e5 serveren, jo mere plads optager de, og de kr\u00e6ver ogs\u00e5 konstant vedligeholdelse af det milj\u00f8, der kr\u00e6ves for at k\u00f8re din applikation.<\/p>\n<p><\/p>\n<p><strong>Docker<\/strong> er software til opbygning af applikationer baseret p\u00e5 containere. Containere og <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/vps\/abuzoustojchivye-vps\/\"   title=\"virtuelle maskiner\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4214\">virtuelle maskiner<\/a> har lignende fordele, men fungerer forskelligt. Containere optager mindre plads, da de genbruger flere f\u00e6lles ressourcer fra v\u00e6rtssystemet end VM, eftersom de i mods\u00e6tning til VM muligg\u00f8r virtualisering p\u00e5 OS-niveau og ikke hardware-niveau. Denne tilgang sikrer en mindre hukommelsesforbrug, hurtig implementering og nemmere skalering.<\/p>\n<p><\/p>\n<p>Containeren giver en mere effektiv mekanisme til inkapsling af applikationer og sikrer de n\u00f8dvendige gr\u00e6nseflader til v\u00e6rtsystemet. Denne funktion g\u00f8r det muligt for containerne at dele systemkernen, hvor hver af containerne fungerer som en separat proces i den prim\u00e6re OS, som har sit eget s\u00e6t af hukommelsesomr\u00e5der (sit eget virtuelle adresserum). Da det virtuelle adresserum for hver container er unikt, kan data, der tilh\u00f8rer forskellige hukommelsesomr\u00e5der, ikke \u00e6ndres.<br \/>\nDen native OS for Docker er Linux (Docker kan ogs\u00e5 bruges p\u00e5 Windows og MacOS), og den udnytter dens grundl\u00e6ggende fordele, der er afg\u00f8rende for at organisere delingen af kernen. K\u00f8rsel af Docker-containere p\u00e5 Windows vil ske inde i en virtuel maskine med Linux OS, da containerne deler v\u00e6rtsystemets OS, og den prim\u00e6re OS for dem er Linux.<\/p>\n<p><\/p>\n<h3 id=\"konteyner---kak-eto-rabotaet\">Container - hvordan fungerer det?<\/h3>\n<p><\/p>\n<p><strong>Container<\/strong> er en abstraktion p\u00e5 applikationsniveau, der sammenbinder kode og afh\u00e6ngigheder. Containere oprettes altid fra billeder, hvor der tilf\u00f8jes et skrivbart lag ovenp\u00e5 og initialiseres forskellige parametre. Da containeren har sit eget skrivbare lag, og alle \u00e6ndringer gemmes i dette lag, kan flere containere samtidig dele adgang til det samme basisbillede.<\/p>\n<p><\/p>\n<p>Hver container kan konfigureres via en fil i projektet docker-compose, der er inkluderet i den prim\u00e6re l\u00f8sning - docker-compose.yml. Der kan angives forskellige parametre som containerens navn, porte, identifikatorer, ressourcegr\u00e6nser og afh\u00e6ngigheder mellem andre containere. Hvis der ikke angives et navn p\u00e5 containeren i indstillingerne, vil Docker hver gang oprette en ny container og tilf\u00e6ldigt tildele den et navn.<\/p>\n<p><\/p>\n<p>N\u00e5r containeren startes fra billedet, monterer Docker filsystemet til l\u00e6sning og skrivning ovenfor hvilke som helst lag nedenfor. Det er her, alle de processer vil blive udf\u00f8rt, som vi \u00f8nsker, at vores Docker-container skal k\u00f8re. <\/p>\n<p><\/p>\n<p>N\u00e5r Docker f\u00f8rst starter containeren, er det indledende lag til l\u00e6sning og skrivning tomt. N\u00e5r der foretages \u00e6ndringer, anvendes de p\u00e5 dette lag; for eksempel, hvis du \u00f8nsker at \u00e6ndre en fil, vil denne fil blive kopieret fra det kun-l\u00e6sning lag nedenfor til lagene til l\u00e6sning og skrivning.<br \/>\nDen skrivebeskyttede filversion vil stadig eksistere, men den er nu skjult bag en kopi. For at gemme data uafh\u00e6ngigt af containerens livscyklus bruges volumener. Volumener initialiseres, n\u00e5r containeren oprettes.<\/p>\n<p><\/p>\n<h3 id=\"kak-obraz-svyazan-s-konteynerom\">Hvordan er et billede relateret til en container?<\/h3>\n<p><\/p>\n<p><strong>Billede<\/strong> \u2014 den grundl\u00e6ggende enhed for hver container. Et billede oprettes ud fra en Dockerfile tilf\u00f8jet til projektet og repr\u00e6senterer et s\u00e6t filsystemer (lag) stablet oven p\u00e5 hinanden og gruppet sammen, tilg\u00e6ngeligt kun til l\u00e6sning; det maksimale antal lag er 127.<\/p>\n<p><\/p>\n<p>Bunden af hvert billede er et basisbillede, der angives med kommandoen FROM \u2014 indgangspunktet ved opbygningen af Dockerfile-billedet. Hvert lag er et read-only lag og repr\u00e6senteres af \u00e9n kommando, der \u00e6ndrer filsystemet, der er skrevet i Dockerfile.<br \/>\nFor at kombinere disse lag til \u00e9t billede bruger Docker Advanced multi layered Union file system (AuFS bygget p\u00e5 UnionFS), hvilket g\u00f8r det muligt for forskellige filer og mapper fra forskellige fil lag at overlappe transparent og skabe et samlet filsystem.<\/p>\n<p><\/p>\n<p>Lagene indeholder metadata, som g\u00f8r det muligt at gemme tilknyttede oplysninger om hvert lag under udf\u00f8relse og opbygning. Hvert lag indeholder et link til det n\u00e6ste lag; hvis et lag ikke har et link, er det det \u00f8verste lag i billedet.<\/p>\n<p><\/p>\n<p><strong>Dockerfile kan indeholde s\u00e5danne kommandoer som:<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>FROM \u2014 indgangspunktet ved opbygningen af billedet;<\/li>\n<li>MAINTAINER \u2014 navnet p\u00e5 ejer af billedet;<\/li>\n<li>RUN \u2014 udf\u00f8rsel af kommandoen under opbygningen af billedet;<\/li>\n<li>ADD \u2014 kopierer en hostfil til det nye billede; hvis URL-filen angives, vil Docker downloade den til den angivne mappe;<\/li>\n<li>ENV \u2014 milj\u00f8variable;<\/li>\n<li>CMD \u2014 starter oprettelsen af en ny container baseret p\u00e5 billedet;<\/li>\n<li>ENTRYPOINT \u2014 kommandoen k\u00f8res ved containerens opstart.<\/li>\n<li>WORKDIR \u2014 arbejdsbiblioteket til udf\u00f8relse af CMD-kommandoen.<\/li>\n<li>USER \u2014 indstiller UID for den container, der oprettes ud fra billedet.<\/li>\n<li>VOLUME \u2014 monterer en v\u00e6rtmappe i containeren.<\/li>\n<li>EXPOSE \u2014 s\u00e6t af porte, der lyttes i containeren.<\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"kak-rabotaet-unionfs\">Hvordan fungerer UnionFS?<\/h3>\n<p><\/p>\n<p><strong>UnionFS<\/strong> \u2014 en service-stakfilssystem (FS) til Linux og FreeBSD. Denne FS implementerer mekanismen for kopi ved skrivning (Copy-On-Write, COW). Arbejdsenheden for UnionFS er lag, hvor hvert lag skal betragtes som et separat, fuldt fungerende filsystem med et hierarki af mapper fra selve roden. UnionFS skaber en samlet montering for andre filsystemer og g\u00f8r det muligt for brugeren at sammenflette filer og mapper fra forskellige filsystemer (kaldet grene) i et enkelt sammenh\u00e6ngende filsystem.<\/p>\n<p><\/p>\n<p>Indholdet af mapper med de samme stier vises sammen i en samlet mappe (i et enkelt navnerum) i det resulterende filsystem. <\/p>\n<p><\/p>\n<p><strong>UnionFS sammenfletter lagene i henhold til f\u00f8lgende principper:<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>et af lagene bliver det \u00f8verste lag, det andet og f\u00f8lgende er de nederste lag;<\/li>\n<li>for brugeren er objekterne fra lagene tilg\u00e6ngelige \"fra oven og ned\", dvs. hvis det \u00f8nskede objekt findes i det \"\u00f8vre\" lag, returneres det, uanset om der findes et objekt med dette navn i det \"nederste\" lag; ellers returneres objektet fra det \"nederste\" lag; hvis det \u00f8nskede objekt ikke findes der eller der, returneres der en fejl \"Ingen s\u00e5dan fil eller mappe\";<\/li>\n<li>det arbejdende lag er det \"\u00f8verste\", hvilket betyder, at alle brugerhandlinger vedr\u00f8rende \u00e6ndring af data kun p\u00e5virker det \u00f8verste lag, uden at p\u00e5virke indholdet af de nederste lag.<\/li>\n<\/ul>\n<p><\/p>\n<p>Docker er den mest udbredte teknologi til brug af containere i applikationsarbejde. Det er blevet standarden p\u00e5 dette omr\u00e5de, bygget p\u00e5 basis af cgroups og navnerum, som sikres af Linux-kernen.<\/p>\n<p><\/p>\n<p>Docker g\u00f8r det muligt for os hurtigt at implementere applikationer og maksimalt optimere filsystemet ved at dele OS-kernen mellem alle containere, der fungerer som separate OS-processer.<\/p>\n<p>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/474068\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041a\u0430\u043a \u043f\u043e\u043d\u044f\u0442\u044c, \u0447\u0442\u043e \u0432\u0430\u043c \u043d\u0443\u0436\u0435\u043d Docker, \u0430 \u043d\u0435 VM? \u041d\u0443\u0436\u043d\u043e \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0438\u0442\u044c, \u0447\u0442\u043e \u0438\u043c\u0435\u043d\u043d\u043e \u0432\u044b \u0445\u043e\u0442\u0438\u0442\u0435 \u0438\u0437\u043e\u043b\u0438\u0440\u043e\u0432\u0430\u0442\u044c. \u0415\u0441\u043b\u0438 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0438\u0437\u043e\u043b\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0438\u0441\u0442\u0435\u043c\u0443 \u0441 \u0433\u0430\u0440\u0430\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e \u0432\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u043c\u0438 \u0440\u0435\u0441\u0443\u0440\u0441\u0430\u043c\u0438 \u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u043c \u0430\u043f\u043f\u0430\u0440\u0430\u0442\u043d\u044b\u043c \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u0435, \u0442\u043e\u0433\u0434\u0430 \u0432\u044b\u0431\u043e\u0440 \u0434\u043e\u043b\u0436\u0435\u043d \u043f\u0430\u0441\u0442\u044c \u043d\u0430 VM. \u041f\u0440\u0438 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e\u0441\u0442\u0438 \u0438\u0437\u043e\u043b\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u043a\u0430\u043a \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0435 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u044b \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0432\u0430\u043c \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f Docker. \u0422\u0430\u043a \u0432 \u0447\u0451\u043c \u0436\u0435 \u043e\u0442\u043b\u0438\u0447\u0438\u0435 Docker-\u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u043e\u0442 VM? \u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-52238","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041a\u0430\u043a \u043f\u043e\u043d\u044f\u0442\u044c, \u0447\u0442\u043e \u0432\u0430\u043c \u043d\u0443\u0436\u0435\u043d Docker, \u0430 \u043d\u0435 VM? \u041d\u0443\u0436\u043d\u043e \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0438\u0442\u044c, \u0447\u0442\u043e \u0438\u043c\u0435\u043d\u043d\u043e \u0432\u044b \u0445\u043e\u0442\u0438\u0442\u0435 \u0438\u0437\u043e\u043b\u0438\u0440\u043e\u0432\u0430\u0442\u044c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vm-ili-docker\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47VM \u0438\u043b\u0438 Docker? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041a\u0430\u043a \u043f\u043e\u043d\u044f\u0442\u044c, \u0447\u0442\u043e \u0432\u0430\u043c \u043d\u0443\u0436\u0435\u043d Docker, \u0430 \u043d\u0435 VM? \u041d\u0443\u0436\u043d\u043e \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0438\u0442\u044c, \u0447\u0442\u043e \u0438\u043c\u0435\u043d\u043d\u043e \u0432\u044b \u0445\u043e\u0442\u0438\u0442\u0435 \u0438\u0437\u043e\u043b\u0438\u0440\u043e\u0432\u0430\u0442\u044c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vm-ili-docker\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-11-03T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T10:59:55+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47VM eller Docker? | ProHoster","description":"Hvordan kan man forst\u00e5, at man har brug for Docker, og ikke VM? Man skal bestemme, hvad man pr\u00e6cist \u00f8nsker at isolere.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vm-ili-docker","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47VM \u0438\u043b\u0438 Docker? | ProHoster","og:description":"\u041a\u0430\u043a \u043f\u043e\u043d\u044f\u0442\u044c, \u0447\u0442\u043e \u0432\u0430\u043c \u043d\u0443\u0436\u0435\u043d Docker, \u0430 \u043d\u0435 VM? \u041d\u0443\u0436\u043d\u043e \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0438\u0442\u044c, \u0447\u0442\u043e \u0438\u043c\u0435\u043d\u043d\u043e \u0432\u044b \u0445\u043e\u0442\u0438\u0442\u0435 \u0438\u0437\u043e\u043b\u0438\u0440\u043e\u0432\u0430\u0442\u044c.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/vm-ili-docker","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-11-03T21:00:00+00:00","article:modified_time":"2020-02-18T10:59:55+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52238","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 18:02:23","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:47:21","updated":"2026-02-09 18:02:23","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52238","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=52238"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52238\/revisions"}],"predecessor-version":[{"id":164089,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52238\/revisions\/164089"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=52238"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=52238"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=52238"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}