{"id":37902,"date":"2019-10-31T22:20:28","date_gmt":"2019-10-31T19:20:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-sozdat-open-source-proekt\/"},"modified":"2019-10-31T22:20:28","modified_gmt":"2019-10-31T19:20:28","slug":"kak-sozdat-open-source-proekt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","title":{"rendered":"Hvordan man opretter et open source projekt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"HvordanAllerede denne uge finder en IT-festival sted i Sankt Petersborg TechTrain<\/a><\/noindex>. En af talerne vil v\u00e6re Richard Stallman. Embox<\/a><\/noindex> deltager ogs\u00e5 i festivalen, og selvf\u00f8lgelig kunne vi ikke undg\u00e5 at tage emnet FOSS op. Derfor hedder en af vores pr\u00e6sentationer \u201cFra studenterprojekt til open source projekt. Erfaringer fra Embox\u201d<\/a><\/noindex>. Den vil v\u00e6re dedikeret til historien om udviklingen af Embox som et open source projekt. I denne artikel vil jeg dele de vigtigste ideer, der efter min mening p\u00e5virker udviklingen af open source projekter. Artiklen, ligesom pr\u00e6sentationen, er baseret p\u00e5 mine personlige erfaringer.<\/a><\/noindex><\/p>\n

Lad os begynde med det enkle, nemlig definitionen af termen open source. Det er tydeligt, at et open source projekt er et projekt der har en af de licenser, der giver adgang til kildekoden for projektet. Desuden indeb\u00e6rer et \u00e5bent projekt muligheden for at foretage \u00e6ndringer af tredjepartsudviklere. S\u00e5 hvis en virksomhed eller udvikler offentligg\u00f8r koden for deres produkt, helt eller delvist, g\u00f8r det ikke n\u00f8dvendigvis produktet til et open source projekt. Endelig b\u00f8r enhver projektaktivitet f\u00f8re til et eller andet resultat, og \u00e5benheden af projektet indeb\u00e6rer, at dette resultat bruges ikke kun af udviklerne selv. <\/p>\n

Vi vil ikke besk\u00e6ftige os med problemerne ved \u00e5bne licenser. Det er et for stort og komplekst emne, der kr\u00e6ver dybdeg\u00e5ende behandling. Der er skrevet en del gode artikler og materialer om emnet. Men da jeg ikke selv er specialist inden for ophavsret, vil jeg kun sige, at licensen skal svare til projektets m\u00e5l. For eksempel var valget af BSD-licensen frem for GPL-licensen ikke tilf\u00e6ldigt for Embox.<\/p>\n

Faktum er, at et \u00e5bent projekt skal give mulighed for at foretage \u00e6ndringer og p\u00e5virke udviklingen af projektet, hvilket indeb\u00e6rer, at projektet er decentraliseret. At styre det, opretholde integriteten og funktionaliteten er meget sv\u00e6rere sammenlignet med et projekt, der har centraliseret kontrol. Der opst\u00e5r et rimeligt sp\u00f8rgsm\u00e5l om, hvorfor man overhovedet skulle lave \u00e5bne projekter. Svaret ligger inden for den kommercielle rentabilitet; for en bestemt klasse af projekter opvejer fordelene ved denne tilgang omkostningerne. Det vil sige, at den \u00e5bne tilgang ikke passer til alle projekter og slet ikke er tilladt. For eksempel er det sv\u00e6rt at forestille sig udviklingen af et styringssystem til et kraftv\u00e6rk eller et fly baseret p\u00e5 \u00e5bne principper. Nej, naturligvis skal moduler baseret p\u00e5 \u00e5bne projekter inkluderes i s\u00e5danne systemer, da det giver en r\u00e6kke fordele. Men der skal v\u00e6re nogen, der tager ansvar for det endelige produkt. Selv hvis systemet er fuldt ud baseret p\u00e5 koden fra \u00e5bne projekter, lukker udvikleren, ved at samle det hele i et enkelt system og lave specifikke builds og indstillinger, det i virkeligheden. Koden kan herved v\u00e6re offentligt tilg\u00e6ngelig.<\/p>\n

Der er ogs\u00e5 adskillige fordele ved at oprette eller deltage i \u00e5bne projekter for disse systemer. Som jeg allerede har n\u00e6vnt, kan koden for det endelige system forblive offentligt tilg\u00e6ngelig. Hvorfor det? Det er jo \u00e5benlyst, at der n\u00e6ppe er nogen, der ejer et s\u00e5dant fly for at teste systemet. Det er sandt, men der kan meget vel v\u00e6re nogen, der \u00f8nsker at kontrollere specifikke dele af koden, eller for eksempel kan nogen opdage, at det anvendte bibliotek ikke helt er korrekt konfigureret. <\/p>\n

Endnu st\u00f8rre fordele opst\u00e5r, hvis en virksomhed afs\u00e6tter en del af systemet til et separat projekt. For eksempel en bibliotek til underst\u00f8ttelse af en bestemt datakommunikationsprotokol. I dette tilf\u00e6lde kan omkostningerne ved at vedligeholde denne del af systemet deles med andre virksomheder i samme felt, selv hvis protokollen er specifik for dette omr\u00e5de. Desuden kr\u00e6ver det betydeligt mindre tid for specialister, der kan studere denne del af systemet i \u00e5ben adgang, for at bruge det effektivt. Endelig g\u00f8r det at adskille en del som en selvst\u00e6ndig enhed, der anvendes af tredjepartsudviklere, denne del mere kvalitetsbevidst, da der skal tilbydes effektive API\u2019er, laves dokumentation, og jeg n\u00e6vner ikke engang forbedring af testd\u00e6kningen. <\/p>\n

Virksomheden kan ogs\u00e5 opn\u00e5 kommercielle fordele uden at skabe \u00e5bne projekter, s\u00e5 l\u00e6nge dens specialister deltager i tredjepartsprojekter, der anvendes i virksomheden. For alle fordelene forbliver: medarbejderne kender bedre projektet, hvilket indeb\u00e6rer en mere effektiv anvendelse; virksomheden kan p\u00e5virke retningen for udviklingen af projektet; og brugen af klar, testet kode reducerer tydeligt virksomhedens omkostninger.<\/p>\n

Fordelene ved at skabe open source-projekter stopper ikke her. Lad os tage en s\u00e5 vigtig del af forretningen som marketing. For det er det en fremragende sandkasse, der giver mulighed for effektivt at vurdere markedsbehovene.<\/p>\n

Og selvf\u00f8lgelig skal man ikke glemme, at et open source-projekt er en effektiv m\u00e5de at proklamere sine specialiseringskompetencer. I nogle tilf\u00e6lde er det faktisk den eneste m\u00e5de at tr\u00e6nge ind p\u00e5 markedet. For eksempel startede Embox som et projekt til at skabe et RTOS. Det er n\u00e6ppe n\u00f8dvendigt at forklare, at der findes masser af konkurrenter. Uden at skabe et f\u00e6llesskab ville vi simpelthen ikke have haft ressourcerne til at bringe projektet til den endelige bruger, dvs. for at tredjeparter kunne anvende projektet.<\/p>\n

F\u00e6llesskabet er n\u00f8glen i et open source-projekt. Det muligg\u00f8r betydelige omkostningsreduktioner i projektledelse og bidrager til udvikling og vedligeholdelse af projektet. Man kan sige, at uden et f\u00e6llesskab eksisterer der overhovedet ikke et open source-projekt.<\/p>\n

Der er skrevet mange materialer om, hvordan man opretter og styrer et open source-projektf\u00e6llesskab. Jeg vil for ikke at gentage allerede kendte fakta fokusere p\u00e5 erfaringerne fra Embox. Et interessant sp\u00f8rgsm\u00e5l er for eksempel processen med at oprette et f\u00e6llesskab. Mange fort\u00e6ller, hvordan man styrer et eksisterende f\u00e6llesskab, men de aspekter ved dets oprettelse bliver ofte overset, idet man betragter det som en given.<\/p>\n

Hovedreglen ved oprettelse af et open source-projektf\u00e6llesskab er, at der ikke er nogen regler. Jeg mener, at der ikke findes universelle regler, ligesom der ikke findes nogen s\u00f8lvkugle, is\u00e6r fordi projekterne er meget forskellige. Det er n\u00e6ppe muligt at anvende de samme regler til oprettelse af et f\u00e6llesskab for et loggingsbibliotek i js og til en sn\u00e6vert specialiseret driver. Desuden \u00e6ndrer reglerne sig p\u00e5 forskellige faser af projektudviklingen (og dermed ogs\u00e5 f\u00e6llesskabet). <\/p>\n

Embox begyndte som et studenterprojekt, da der var adgang til studerende fra afdelingen for systemprogrammering. I virkeligheden tr\u00e5dte vi ind i et andet f\u00e6llesskab. Vi kunne interessere medlemmerne af dette f\u00e6llesskab, studerende, med gode praktiske erfaringer inden for deres felt, videnskabelige arbejder inden for systemprogrammering, samt kursus- og specialeprojekter. Vi overholdt dermed en af de grundl\u00e6ggende regler for organisering af et f\u00e6llesskab; medlemmerne skal f\u00e5 noget ud af det, og prisen skal svare til deltagerens bidrag.<\/p>\n

N\u00e6ste fase for Embox var at finde eksterne brugere. Det er meget vigtigt at forst\u00e5, at brugerne er fuldgyldige deltagere i open source-f\u00e6llesskabet. Der er normalt flere brugere end udviklere. Og for at f\u00e5 lyst til at blive bidragyder til projektet, begynder man f\u00f8rst at bruge det p\u00e5 en eller anden m\u00e5de.<\/p>\n

De f\u00f8rste brugere af Embox var afdelingen for Teoretisk Cybernetik. De foreslog at skabe en alternativ firmware til Lego Mindstorm. Og selvom de stadig var lokale brugere (vi kunne m\u00f8des personligt og diskutere, hvad de \u00f8nskede), var det alligevel en meget god oplevelse. For eksempel udviklede vi demos, som vi kunne vise til andre, fordi robotter er sjove og tiltr\u00e6kker opm\u00e6rksomhed. I sidste ende fik vi virkelig eksterne brugere, der begyndte at sp\u00f8rge, hvad Embox er, og hvordan man bruger det.<\/p>\n

P\u00e5 dette stadium m\u00e5tte vi begynde at t\u00e6nke p\u00e5 dokumentation og kommunikationsmidler med brugerne. Selvf\u00f8lgelig havde vi t\u00e6nkt p\u00e5 disse vigtige ting f\u00f8r, men det var for tidligt, og det gav ikke et positivt resultat. Effekten var snarere negativ. Jeg vil give et par eksempler. Vi brugte googlecode, hvis wiki underst\u00f8ttede flersprogethed. Vi lavede sider p\u00e5 flere sprog, ikke kun engelsk og russisk, som vi s\u00e5 sm\u00e5t kunne kommunikere p\u00e5, men ogs\u00e5 tysk og spansk. Resultatet var, at det s\u00e5 meget t\u00e5beligt ud, n\u00e5r folk spurgte p\u00e5 disse sprog, men vi slet ikke kunne svare. Eller vi indf\u00f8rte regler for, hvordan man skulle skrive dokumentation og kommentere, men da API'et \u00e6ndrede sig ret ofte og v\u00e6sentligt, endte vi med, at vores dokumentation blev for\u00e6ldet og f\u00f8rte til mere forvirring end hj\u00e6lp.<\/p>\n

I sidste ende f\u00f8rte alle vores indsats, selv de forkerte, til, at der kom eksterne brugere. Og der dukkede endda en kommerciel kunde op, der \u00f8nskede, at der skulle udvikles et skr\u00e6ddersyet OS til ham. Og det udviklede vi, da vi har erfaring og nogle forarbejder. Her skal der fort\u00e6lles om b\u00e5de de gode og d\u00e5rlige aspekter. Jeg vil starte med de d\u00e5rlige. Da mange udviklere blev involveret i dette projekt p\u00e5 kommerciel basis, var samfundet allerede ret ustabilt og blev delt, hvilket selvf\u00f8lgelig ikke kunne undg\u00e5 at p\u00e5virke projektets udvikling. En yderligere faktor var, at projektets retning blev bestemt af \u00e9n kommerciel kunde, som ikke havde til hensigt at fremme projektets videre udvikling. I det mindste var dette ikke den prim\u00e6re m\u00e5l.<\/p>\n

P\u00e5 den anden side var der en r\u00e6kke positive aspekter. Vi fik virkelig eksterne brugere. Det var ikke kun kunderne, men ogs\u00e5 dem, som systemet var beregnet til. Motivation til at deltage i projektet voksede. For hvis man kan tjene penge p\u00e5 noget interessant, er det altid rart. Og vigtigst af alt, vi h\u00f8rte et \u00f8nske fra kunderne, som p\u00e5 det tidspunkt syntes absurd, men som nu er hovedideen bag Embox, nemlig at bruge allerede udviklet kode i systemet. I dag er den prim\u00e6re id\u00e9 bag Embox at bruge Linux-software uden Linux. S\u00e5ledes var den vigtigste positive faktor, der fremmede projektets videre udvikling, erkendelsen af, at projektet bruges af eksterne brugere, og at det skal l\u00f8se nogle af deres problemer.<\/p>\n

P\u00e5 det tidspunkt var Embox allerede steget ud over et studenterprojekt. Den prim\u00e6re begr\u00e6nsende faktor for projektets udvikling som et studenterprojekt er motivationen hos deltagerne. Studerende deltager, s\u00e5 l\u00e6nge de studerer, men n\u00e5r de er dimittender, skal der komme en anden motivation. Hvis motivationen ikke dukker op, stopper studenten med at deltage i projektet. Hvis man tager i betragtning, at studerende f\u00f8rst skal tr\u00e6nes, s\u00e5 sker det, at de bliver gode specialister, n\u00e5r de dimitterer, men deres bidrag til projektet er begr\u00e6nset af deres uerfarenhed.<\/p>\n

Generelt bev\u00e6ger vi os glidende hen til det v\u00e6sentlige punkt, der g\u00f8r det muligt at tale om oprettelse af et opensource-projekt \u2014 at skabe et produkt, der l\u00f8ser brugernes problemer. Som jeg allerede har forklaret ovenfor, er den grundl\u00e6ggende egenskab ved et opensource-projekt dets f\u00e6llesskab. Og deltagerne i f\u00e6llesskabet er f\u00f8rst og fremmest brugerne. Men hvordan skulle de komme til at eksistere, hvis der ikke er noget at bruge? S\u00e5 det viser sig, at ligesom med et ikke-opensource-projekt, skal man fokusere p\u00e5 at skabe en MVP (minimum viable product), og hvis den fanger brugernes interesse, s\u00e5 vil f\u00e6llesskabet opst\u00e5 omkring projektet. Hvis man derimod fors\u00f8ger at skabe et f\u00e6llesskab kun gennem PR, skrive wiki p\u00e5 alle verdens sprog, eller have det rigtige git workflow p\u00e5 github, s\u00e5 vil det n\u00e6ppe have betydning i de tidlige faser af projektet. Selvf\u00f8lgelig er disse ting i rette faser ikke kun vigtige, men ogs\u00e5 n\u00f8dvendige.<\/p>\n

Afslutningsvis vil jeg gerne n\u00e6vne kommentar<\/a><\/noindex>, som efter min mening afspejler brugerens forventninger til et opensource-projekt:<\/p>\n

Jeg overvejer seri\u00f8st at skifte til dette operativsystem (i det mindste at pr\u00f8ve det. Det bliver virkelig aktivt udviklet, og der laves mange fede ting).<\/p><\/blockquote>\n

\nP. S. P\u00e5 TechTrain<\/a><\/noindex> har vi hele tre opl\u00e6g. Et om open source og to om embedded (og en af dem er praktisk). P\u00e5 standen vil vi afholde en workshop i programmering af mikrokontrollere med hj\u00e6lp fra Embox<\/a><\/noindex>. Traditionelt vil vi tage noget hardware med og lade folk programmere den. Der vil ogs\u00e5 v\u00e6re en quest og andre aktiviteter. Kom til festivalen og bes\u00f8g vores stand, det bliver sjovt.
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c TechTrain. \u041e\u0434\u043d\u0438\u043c \u0438\u0437 \u0441\u043f\u0438\u043a\u0435\u0440\u043e\u0432 \u0431\u0443\u0434\u0435\u0442 \u0420\u0438\u0447\u0430\u0440\u0434 \u0421\u0442\u043e\u043b\u043b\u043c\u0430\u043d. Embox \u0442\u043e\u0436\u0435 \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u0435, \u0438 \u043a\u043e\u043d\u0435\u0447\u043d\u043e \u043c\u044b \u043d\u0435 \u043c\u043e\u0433\u043b\u0438 \u043e\u0431\u043e\u0439\u0442\u0438 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435\u043c \u0442\u0435\u043c\u0443 \u0421\u041f\u041e. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u0434\u0438\u043d \u0438\u0437 \u043d\u0430\u0448\u0438\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u201c\u041e\u0442 \u0441\u0442\u0443\u0434\u0435\u043d\u0447\u0435\u0441\u043a\u043e\u0439 \u043f\u043e\u0434\u0435\u043b\u043a\u0438 \u0434\u043e opensource \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u041e\u043f\u044b\u0442 Embox\u201d. \u041e\u043d \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f Embox \u043a\u0430\u043a \u043f\u0440\u043e\u0435\u043a\u0442\u0430 \u0441 \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u043c \u043a\u043e\u0434\u043e\u043c. \u0412 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28444,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37902","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Hvordan man opretter et open source-projekt | ProHoster","description":"Allerede i denne uge finder IT-festivalen sted i Sankt Petersborg.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","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\udd47\u041a\u0430\u043a \u0441\u043e\u0437\u0434\u0430\u0442\u044c open source \u043f\u0440\u043e\u0435\u043a\u0442 | ProHoster","og:description":"\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","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-10-31T19:20:28+00:00","article:modified_time":"2019-10-31T19:20:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37902","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-01-23 19:41:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:18:23","updated":"2026-01-23 19:41:19","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\/37902","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=37902"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37902\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/28444"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37902"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37902"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37902"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}