{"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\/sl\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","title":{"rendered":"Kako ustvariti open source projekt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"KakoJu\u017eni teden v Sankt Peterburgu se bo odvijal IT festival TechTrain<\/a><\/noindex>. Eden od govorcev bo Richard Stallman. Embox<\/a><\/noindex> se prav tako udele\u017euje festivala, in seveda nismo mogli prezreti teme odprtokodnosti. Zato se ena na\u0161ih predstavitev imenuje \u201cOd \u0161tudentskega projekta do odprtokodnega projekta. Izku\u0161nje Embox\u201d<\/a><\/noindex>. Namenjena bo zgodovini razvoja Embox kot odprtokodnega projekta. V tem \u010dlanku \u017eelim spregovoriti o glavnih idejah, ki po mojem mnenju vplivajo na razvoj odprtokodnih projektov. \u010clanek, tako kot predstavitev, temelji na osebnih izku\u0161njah.<\/a><\/noindex><\/p>\n

Za\u010dnimo s preprostim, s definicijo pojma odprtokoden. O\u010ditno je, da odprtokodni projekt predstavlja projekt, ki ima eno od licenc, ki omogo\u010dajo dostop do izvorne kode projekta. Poleg tega odprti projekt implicira mo\u017enost sprememb s strani zunanjih razvijalcev. Torej, \u010de neka podjetje ali razvijalec objavi kodo svojega proizvoda, delno ali v celoti, to \u0161e ne pomeni, da je ta izdelek odprtokodni projekt. Nazadnje, vsaka projektna dejavnost mora privedeti do nekega rezultata, pri \u010demer odprtost projekta pomeni, da ta rezultat uporabljajo ne le sami razvijalci. <\/p>\n

Te\u017eav odprtih licenc se ne bomo dotaknili. To je prevelika in zapletena tema, ki zahteva globoko razumevanje. O tej temi je napisanih kar veliko dobrih \u010dlankov in materialov. Ker pa sam nisem strokovnjak na podro\u010dju avtorskih pravic, bom le rekel, da mora licenca ustrezati ciljem projekta. Na primer, za Embox izbira BSD licence namesto GPL licence ni bila naklju\u010dna.<\/p>\n

Dejstvo da otvoreni projekat treba da omogu\u0107i izmenu i uticaj na razvoj otvorenog projekta podrazumeva da je projekat distribuiran. Upraviti njime, o\u010duvati celovitost i funkcionalnost je daleko slo\u017eenije u pore\u0111enju sa projektom koji ima centralizovano upravljanje. Postavlja se razuman pitanje za\u0161to uop\u0161te raditi otvorene projekte. Odgovor le\u017ei u oblasti komercijalne isplativosti, za odre\u0111enu klasu projekata korist od takvog pristupa nadma\u0161uje tro\u0161kove. Odnosno, ne za sve projekte je otvoreni pristup primenljiv i uop\u0161te dozvoljen. Na primer, te\u0161ko je zamisliti razvoj sistema upravljanja elektranama ili avionima zasnovanog na otvorenom principu. Ne, naravno da u sastav takvih sistema treba uklju\u010diti module zasnovane na otvorenim projektima, jer to donosi niz prednosti. Ali neko mora odgovarati za kona\u010dni proizvod. \u010cak i ako je sistem potpuno zasnovan na kodu otvorenih projekata, developer, pakovanje svega u jedan sistem i pravljenje specifi\u010dnih buildova i pode\u0161avanja, su\u0161tinski zatvara sistem. Kod mo\u017ee ostati javno dostupan.<\/p>\n

Za ove sisteme tako\u0111e postoji mnogo prednosti od stvaranja otvorenih projekata ili u\u010de\u0161\u0107a u njima. Kao \u0161to sam ve\u0107 rekao, kod kona\u010dnog sistema mo\u017ee ostati javno dostupan. Za\u0161to, jer je o\u010digledno da te\u0161ko da \u0107e iko imati isti avion kako bi testirao sistem. To je istina, ali mo\u017ee se na\u0107i neko ko \u017eeli da proveri odre\u0111ene delove koda, ili na primer, neko mo\u017ee otkriti da kori\u0161\u0107ena biblioteka nije potpuno korektno konfigurisana. <\/p>\n

\u0160e bolj\u0161a korist se pojavi, \u010de podjetje dolo\u010di del osnovnega sistema kot lo\u010den projekt. Na primer, knji\u017enica za podporo dolo\u010denemu protokolu izmenjave podatkov. V tem primeru, tudi \u010de je protokol specifi\u010den za to podro\u010dje, lahko stro\u0161ke vzdr\u017eevanja tega dela sistema delimo z drugimi podjetji iz te panoge. Poleg tega strokovnjakom, ki se lahko seznanijo s tem delom sistema v odprtem dostopu, potrebujejo bistveno manj \u010dasa za u\u010dinkovito uporabo. In kon\u010dno, dodelitev dela v samostojno entiteto, ki jo uporabljajo zunanjih razvijalci, omogo\u010da, da postane ta del bolj kakovosten, saj je treba ponuditi u\u010dinkovite API-je in pripraviti dokumentacijo, niti ne govorim o izbolj\u0161anju testne pokritosti. <\/p>\n

Podjetje lahko pridobi tudi komercialne koristi, ne da bi ustvarjalo odprte projekte, dovolj je, da njihovi strokovnjaki sodelujejo v zunanjih projektih, ki se uporabljajo v podjetju. Saj vse koristi ostanejo: zaposleni bolje poznajo projekt, kar pomeni, da ga u\u010dinkoviteje uporabljajo, podjetje lahko vpliva na smer razvoja projekta, in seveda, uporaba pripravljenega in odprtega kode o\u010ditno zmanj\u0161uje stro\u0161ke podjetja.<\/p>\n

Na teh prednostih ustvarjanja opensource projektov \u0161e ni konec. Vzemimo tako pomembno sestavino poslovanja kot je tr\u017eenje. To je zelo dobra peskovnik, ki omogo\u010da u\u010dinkovito oceno zahtev tr\u017ei\u0161\u010da.<\/p>\n

In seveda ne smemo pozabiti, da je opensource projekt u\u010dinkovit na\u010din, da se izka\u017ee\u0161 kot nosilec neke specializacije. V nekaterih primerih je to sploh edini na\u010din za vstop na trg. Na primer, Embox se je za\u010del kot projekt za ustvarjanje OSRV. Verjetno ni treba razlagati, da obstaja veliko konkurentov. Brez ustvarjanja skupnosti preprosto ne bi imeli dovolj virov, da bi projekt pripeljali do kon\u010dnega uporabnika, da bi ga lahko uporabljali zunanji razvijalci.<\/p>\n

Skupnost je klju\u010dna v opensource projektu. Omogo\u010da znatno zmanj\u0161anje stro\u0161kov upravljanja projekta, razvija in podpira projekt. Lahko re\u010demo, da brez skupnosti sploh ni opensource projekta.<\/p>\n

O tem, kako ustvariti in upravljati skupnost projekta z odprto kodo, je bilo napisanih veliko gradiv. Da ne bi ponavljal \u017ee znanih dejstev, bom posku\u0161al poudariti izku\u0161nje Embox. Na primer, zelo zanimivo vpra\u0161anje je proces ustvarjanja skupnosti. Mnogi govorijo o tem, kako upravljati obstoje\u010do skupnost, vendar se trenutki njegovega ustvarjanja pogosto spregledajo, saj jih smatrajo za samoumevne.<\/p>\n

Glavno pravilo pri ustvarjanju skupnosti opensource projekta je, da ni nobenih pravil. Imenujem to univerzalnih pravil, ne obstaja, prav tako kot ni srebrne krogle, vsaj zato, ker so projekti zelo razli\u010dni. Te\u017eko je uporabiti ista pravila pri ustvarjanju skupnosti za knji\u017enico za bele\u017eenje na js in nek poseben gonilnik. \u0160e ve\u010d, na razli\u010dnih stopnjah razvoja projekta (in posledi\u010dno tudi skupnosti) se pravila spreminjajo. <\/p>\n

Embox se je za\u010del kot \u0161tudentski projekt, saj je bil dostop do \u0161tudentov oddelka za sistemsko programiranje. V bistvu smo vstopili v neko drugo skupnost. Udele\u017eence te skupnosti, \u0161tudente, smo lahko pritegnili s kakovostno industrijsko prakso s svojega podro\u010dja, znanstvenimi deli s podro\u010dja sistemskega programiranja, seminarskimi in diplomskimi nalogami. Torej smo izpolnili eno od osnovnih pravil organizacije skupnosti, udele\u017eenci skupnosti morajo nekaj pridobiti, pri \u010demer mora biti ta cena v skladu s prispevkom udele\u017eenca.<\/p>\n

Naslednja stopnja za Embox je bilo iskanje zunanjih uporabnikov. Zelo pomembno je razumeti, da so uporabniki polnopravni \u010dlani opensource skupnosti. Uporabnikov je obi\u010dajno ve\u010d kot razvijalcev. Da bi \u017eeleli postati prispevalec projekta, ga najprej na tak\u0161en ali druga\u010den na\u010din za\u010dnejo uporabljati.<\/p>\n

Prvi korisnici za Embox bila je katedra Teorijske Kibernetike. Predlo\u017eili su izradu alternativnog firmvera za Lego Mindstorm. Iako su to jo\u0161 bili lokalni korisnici (s njima smo se mogli sastati li\u010dno i razgovarati o tome \u0161to \u017eele), to je svakako bio veoma dobar iskustvo. Na primer, razvili smo demonstracije koje smo mogli pokazati drugima, jer roboti su zabavni i privla\u010de pa\u017enju. Na kraju, dobili smo prave eksterne korisnike koji su po\u010deli pitati \u0161to je Embox i kako to koristiti.<\/p>\n

U ovoj fazi, morali smo razmi\u0161ljati o dokumentaciji, o sredstvima komunikacije s korisnicima. Naravno da smo razmi\u0161ljali o tim va\u017enim stvarima i ranije, ali to je bilo prerano i nije imalo pozitivan u\u010dinak. U\u010dinak je bio vi\u0161e negativan. Nave\u0161\u0107u nekoliko primera. Koristili smo googlecode, \u010dija je wiki podr\u017eavala vi\u0161e jezika. Napravili smo stranice na nekoliko jezika, ne samo na engleskom i ruskom, na kojima smo mogli komunicirati, nego i na nema\u010dkom i \u0161panskom. Kao rezultat, izgledalo je veoma sme\u0161no kada su postavljana pitanja na tim jezicima, a mi nismo mogli odgovoriti. Ili smo uveli pravila za pisanje dokumentacije i komentarisanje, ali po\u0161to se API veoma \u010desto i zna\u010dajno menjao, na\u0161a dokumentacija je postajala zastarjela i vi\u0161e je zbunjivala nego \u0161to je pomagala.<\/p>\n

Na kraju, svi na\u0161i napori, \u010dak i oni neta\u010dni, doveli su do toga da se pojave eksterne korisnike. \u010cak je do\u0161ao i komercijalni klijent koji je \u017eeleo da mu razvijemo sopstveni OSR. I razvili smo ga, po\u0161to imamo iskustva i neki radovi. Treba napomenuti i dobre i lo\u0161e aspekte. Po\u010de\u0107u s lo\u0161ima. Budu\u0107i da su mnogi developeri bili anga\u017eovani na ovom projektu na komercijalnoj osnovi, zajednica koja je ionako bila prili\u010dno nestabilna je podeljena, \u0161to je, naravno, uticalo na razvoj projekta. Dodatni faktor je bio taj \u0161to je pravac projekta odre\u0111ivao jedan komercijalni klijent, a njegov cilj nije bio dalji razvoj projekta. Bar ovaj cilj nije bio glavni.<\/p>\n

S druge strane, bilo je nekoliko pozitivnih aspekata. Dobijeni su stvarni korisnici. To nisu bili samo klijenti, ve\u0107 i oni za koje je ovaj sistem bio namenjen. Motivacija za u\u010destvovanje u projektu je porasla. Kada se mo\u017ee zaraditi na ne\u010demu zanimljivom, to je uvek prijatno. I najva\u017enije, \u010duli smo jedno \u017eelju klijenata koja nam se tada \u010dinila apsurdnom, ali koja je sada osnovna ideja Embox-a, a to je kori\u0161\u0107enje ve\u0107 razvijenog koda u sistemu. Danas je osnovna ideja Embox kori\u0161\u0107enje Linux softvera bez Linux-a. Dakle, glavni pozitivan aspekt koji je doprineo daljem razvoju projekta je svest o tome da projekt koriste spoljni korisnici, i on mora re\u0161avati njihove probleme.<\/p>\n

U to vreme, Embox je ve\u0107 iza\u0161ao iz okvira studentskog projekta. Glavni faktor koji ko\u010di razvoj projekta po studentskom modelu je motivacija u\u010desnika. Studenti u\u010destvuju dok su u\u010denja, a kada diplomiraju, mora se pojaviti druga motivacija. Ako motivacija ne do\u0111e, student jednostavno prestaje da u\u010destvuje u projektu. Ako uzmemo u obzir da je studente prvo potrebno obu\u010diti, dolazi do zaklju\u010dka da postaju dobri stru\u010dnjaci tek na dan diplomiranja, a njihov doprinos projektu, zbog neiskustva, nije ba\u0161 velik.<\/p>\n

Uglavnom, pre\u0111imo na glavni aspekt koji omogu\u0107ava da govorimo o stvaranju opensource projekta \u2014 stvaranju proizvoda koji re\u0161ava probleme svojih korisnika. Kao \u0161to sam ranije objasnio, osnovna karakteristika opensource projekta je njegova zajednica. A \u010dlanovi zajednice su pre svega korisnici. Ali, odakle oni dolaze ako nemaju \u0161ta da koriste? I tako, kao i kod ne-opensource projekta, treba se fokusirati na razvoj MVP-a (minimalno odr\u017eivog proizvoda), i ako on zainteresuje korisnike, okol njega \u0107e se formirati zajednica. Me\u0111utim, ako se zajednica poku\u0161ava izgraditi samo putem PR-a, pisanjem wiki na svim jezicima sveta, ili pravilnim git workflow-om na github-u, te\u0161ko da \u0107e to imati zna\u010daj u ranim fazama projekta. Naravno, na odgovaraju\u0107im fazama to su ne samo va\u017eni, ve\u0107 i neophodni koraci.<\/p>\n

Na kraju, \u017eelim da navedem \u043a\u043e\u043c\u043c\u0435\u043d\u0442\u0430\u0440\u0438\u0439<\/a><\/noindex>, po mojem mnenju odra\u017ea pri\u010dakovanja uporabnika od opensource projekta:<\/p>\n

Resno razmi\u0161ljam o prehodu na ta operacijski sistem (vsaj ga preizkusiti. Tako aktivno ga razvijajo in ustvarjajo odli\u010dne stvari).<\/p><\/blockquote>\n

\nP. S. Na TechTrain<\/a><\/noindex> imamo kar tri predavanja. Eno o odprti kodi in dve o vgrajenih sistemih (pri \u010demer je eno prakti\u010dno). Na stojnici bomo izvedli delavnico o programiranju mikrokrmilnikov s pomo\u010djo Embox<\/a><\/noindex>. Tradicionalno bomo prinesli naprave in jih omogo\u010dili za programiranje. \u0160e vedno bo iskalna igra in druge aktivnosti. Pridite na festival in na na\u0161o stojnico, zabavno bo.
\n
Izvor: 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\udd47Kako ustvariti open source projekt | ProHoster","description":"\u017de ta teden bo v Sankt Peterburgu potekal IT festival.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/37902","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=37902"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/37902\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/28444"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=37902"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=37902"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=37902"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}