{"id":55869,"date":"2020-01-30T00:00:00","date_gmt":"2020-01-29T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna"},"modified":"2020-02-18T14:04:02","modified_gmt":"2020-02-18T11:04:02","slug":"kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","title":{"rendered":"Kuidas luua skaleeritav detsentraliseeritud rakendus? Kasutage v\u00e4hem plokiahelat.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ei, detsentraliseeritud rakenduse (dapp) k\u00e4itamine plokiahelas ei taga edukat ettev\u00f5tlust. Tegelikult ei m\u00f5tle enamik kasutajaid isegi sellele, kas rakendus t\u00f6\u00f6tab plokiahelas \u2013 nad valivad lihtsalt toote, mis on odavam, kiirem ja lihtsam.<\/p>\n

<\/p>\n

Kahjuks, isegi kui plokiahelal on oma unikaalsed omadused ja eelised, on enamik rakendusi, mis seda kasutavad, oluliselt kallimad, aeglasemad ja v\u00e4hem arusaadavad kui nende tsentraliseeritud konkurendid.<\/p>\n

<\/p>\n

\"Kuidas<\/p>\n

<\/p>\n

Tihti v\u00f5ib whitepaper'ites rakenduste, mis on \u00fcles ehitatud plokiahelale, leida l\u00f5iku, kus \u00f6eldakse: \"plokiahel on kallis ja ei suuda toetada vajalikku tehingute arvu sekundis. \u00d5nneks t\u00f6\u00f6tab palju nutikaid inimesi plokiahela skaleerimise nimel ja meie rakenduse k\u00e4ivitamise ajaks saab see olema piisavalt skaleeritav.\"<\/p>\n

<\/p>\n

\u00dches lihtsas l\u00f5igus v\u00f5ib dapp'i arendaja loobuda s\u00fcgavamast arutelust skaleerituse probleemidest ja alternatiivsetest lahendustest. See viib sageli ebaefektiivse arhitektuurini, kus tagaplaaniks ja rakenduse s\u00fcdameks on plokiahelal t\u00f6\u00f6tavad nutilepingud. <\/p>\n

<\/p>\n

Siiski on veel katsetamata l\u00e4henemisviise detsentraliseeritud rakenduste arhitektuuris, mis v\u00f5imaldavad oluliselt paremat skaleeritavust, v\u00e4hendades s\u00f5ltuvust plokiahelast. N\u00e4iteks Blockstack t\u00f6\u00f6tab arhitektuuri kallal, kus enamik rakenduse andmeid ja loogikat hoitakse plokiahlatest v\u00e4ljaspool.<\/p>\n

<\/p>\n

Alustame traditsioonilisest l\u00e4henemisviisist, kus plokiahelat kasutatakse otsemootorina rakenduse kasutajate vahel ning mis ei suuda eriti h\u00e4sti skaleeruda.<\/p>\n

<\/a><\/noindex><\/p>\n

L\u00e4henemine #1: Plokiahel kui tausts\u00fcsteem<\/h1>\n

<\/p>\n

Selgemaks tegemiseks vaatame hotellit\u00f6\u00f6stust. See on suur t\u00f6\u00f6stusharu, kus vahendajad nagu Booking.com v\u00f5tavad suuri tasusid<\/a><\/noindex> k\u00fclaliste ja hotellide \u00fchendamise eest.<\/p>\n

<\/p>\n

Igas olukorras, kus me soovime sellist vahendajat \u00fcletada, kasutades seda l\u00e4henemist, p\u00fc\u00fcame korrata tema \u00e4ri loogikat, kasutades nutilepinguid sellisel plokiahelal nagu Ethereum.<\/p>\n

<\/p>\n

Avaallikakoodiga nutilepingud, mis on k\u00e4ivitatud \"maailma arvutis\", saavad siduda m\u00fc\u00fcjad ja tarbijad ilma, et nende vahel oleks kolmas osapool, v\u00e4hendades seel\u00e4bi tasusid ja vahendajatele makstavat komisjonitasu.<\/p>\n

<\/p>\n

Nagu allolevas pildis on n\u00e4idatud, kasutavad hotellid detsentraliseeritud rakendust, et plokiahelas majutada teavet tubade, nende k\u00e4ttesaadavuse ja hindade kohta t\u00f6\u00f6p\u00e4evadel v\u00f5i n\u00e4dalavahetustel, ja v\u00f5imalik, et isegi tubade kirjeldust koos kogu muu sobiva teabega.<\/p>\n

<\/p>\n

\"Kuidas<\/p>\n

<\/p>\n

Iga\u00fche jaoks, kes soovib tuba broneerida, kasutab see rakendus plokiahelas hotellide ja tubade otsimiseks. Kui kasutaja valib toa, toimub broneerimine, saates vajalikud tokenid hotellile tagatisena. Vastuseks v\u00e4rskendab nutileping plokiahelas teavet, et tuba pole enam k\u00e4ttesaadav.<\/p>\n

<\/p>\n

Selles l\u00e4henemises on kaks skaleerimise probleemi. Esiteks, maksimaalne tehingute arv sekundis. Teiseks, andmete maht, mida plokiahel suudab hoida.<\/p>\n

<\/p>\n

Teeme siis umbkaudsed arvutused. Booking.com teatab, et neil on registreeritud peaaegu 2 miljonit hotelli. Oletame, et keskmiselt on hotellil 10 tuba ja iga\u00fcht broneeritakse ainult 20 korda aastas \u2013 see annab meile keskmiselt 13 broneeringut sekundis.<\/p>\n

<\/p>\n

Selle numbri hindamiseks on oluline mainida, et Ethereum suudab t\u00f6\u00f6delda ligikaudu 15 tehingut sekundis.<\/p>\n

<\/p>\n

Samuti tuleks arvesse v\u00f5tta, et meie rakenduses on ka hotellide tehingud \u2013 nende tubade teabe laadimiseks ja pidevaks v\u00e4rskendamiseks. Hotellid v\u00e4rskendavad tubade hindu v\u00e4ga tihti, m\u00f5nikord isegi igap\u00e4evaselt, ja iga muutus hinnas v\u00f5i kirjelduses n\u00f5uab plokiahelas tehingut.<\/p>\n

<\/p>\n

Siin on ka mure suuruse \u00fcle \u2013 Ethereum plokiahela kaal on hiljuti \u00fcletanud 2TB. Kui sarnased l\u00e4henemised t\u00f5eliselt populaarseks saavad, muutuks Ethereum v\u00f5rgu \u00e4\u00e4rmiselt ebastabiilseks.<\/p>\n

<\/p>\n

Selline plokiahelas p\u00f5hinev s\u00fcsteem v\u00f5ib k\u00f5rvaldada kolmandad osalised oma erapooletuse ja detsentraliseerimise t\u00f5ttu - plokiahela tehnoloogia peamised eelised. Kuid plokiahelal on ka muid omadusi \u2013 see on jaotatud ja kirjutamiskindel, need on suurep\u00e4rased omadused, kuid nende eest tuleb maksta kiirus ja tehingute tasud. <\/p>\n

<\/p>\n

Seet\u00f5ttu peavad dapp'i arendajad hoolikalt hindama, kas iga plokiahelat kasutav funktsioon vajab t\u00f5eliselt jaotatust ja muutumatust.<\/p>\n

<\/p>\n

N\u00e4iteks: milline on iga hotelli andmete jaotamise eelis sadade masinate vahel \u00fcle kogu maailma ja nende pidev s\u00e4ilitamine seal? Kas ajalugu hindade ja tubade saadavuse kohta peab t\u00f5esti olema igavesti plokiahelas? Ehk mitte.<\/p>\n

<\/p>\n

Kui hakkame selliseid k\u00fcsimusi esitama, n\u00e4eme, et meil ei ole vajadust k\u00f5igi plokiahela kallite omaduste j\u00e4rele k\u00f5igi meie funktsioonide jaoks. Nii et mis on alternatiiv? <\/p>\n

<\/p>\n

L\u00e4henemine nr 2: Blockstack'i inspireeritud arhitektuur<\/h1>\n

<\/p>\n

Kuigi peamine fookus Blockstack<\/a><\/noindex> on rakendustel, kus kasutajad on oma andmete omanikud (nt nagu Airtext<\/a><\/noindex>, BentenSound<\/a><\/noindex>, ImageOptimizer<\/a><\/noindex> v\u00f5i Graphite<\/a><\/noindex>), on blockstackil ka filosoofia plokiahela v\u00e4hese kasutamise kohta - ainult siis, kui see on t\u00f5eliselt vajalik. Nende peamine argumendi kohaselt on plokiahel aeglane ja kallis, seega tuleb seda kasutada ainult \u00fcksikute v\u00f5i harvade toimingute jaoks. \u00dclej\u00e4\u00e4nud rakendustega suhtlemine peaks toimuma peer-to-peer kaudu, see t\u00e4hendab, et detsentraliseeritud rakenduste kasutajad peaksid andmeid vahetama otse \u00fcksteisega, mitte plokiahela kaudu. L\u00f5ppude l\u00f5puks loodi k\u00f5ige vanemad ja edukamad detsentraliseeritud rakendused, nagu BitTorrent, e-post ja Tor, juba enne plokiahela kontsepti.<\/p>\n

<\/p>\n

\"Kuidas
\nVasakul: esimene l\u00e4henemine, kus kasutajad suhtlevad plokiahela kaudu. Paremal: kasutajad suhtlevad otse \u00fcksteisega, plokiahelat kasutatakse ainult identifitseerimiseks ja sarnaseks.<\/em>.<\/p>\n

<\/p>\n

Naaseme hotelliteeninduse n\u00e4ite juurde. Me soovime objektiivset, s\u00f5ltumatut ja avatud protokolli k\u00fclaliste ja hotellide \u00fchendamiseks. Teisis\u00f5nu, me soovime k\u00f5rvaldada tsentraliseeritud vahendaja. Meil ei ole vajadust n\u00e4iteks pidevalt hoida tubade hindasid \u00fchises jaotatud registris.<\/p>\n

<\/p>\n

Miks mitte lubada k\u00fclalistel ja hotellidel otse suhelda, mitte plokiahela kaudu? Hotellid saavad hoida oma hindade, tubade saadavuse ja muu informatsiooni kuskil, kus see on k\u00f5igile saadaval - n\u00e4iteks IPFS, Amazon S3 v\u00f5i isegi nende enda kohalikul serveril. See on t\u00e4pselt see, mida pakub Blockstacki detsentraliseeritud andmesalvestuss\u00fcsteem, mille nimi on Gaia<\/a><\/noindex>. See v\u00f5imaldab kasutajatel valida, kus nad soovivad oma andmeid hoida ja kontrollida, kellel v\u00f5ib neile ligip\u00e4\u00e4s olla, l\u00e4henemisviisi kaudu, mida nimetatakse mitmikruumiliseks salvestuseks<\/a><\/noindex>.<\/p>\n

<\/p>\n

Krediidi tagamiseks allkirjastab iga hotelli andmed kr\u00fcptograafiliselt hotell ise. \u00dcksk\u00f5ik, kus need andmed on hoitud, saab nende terviklikkust kontrollida kasutades avatud v\u00f5tmeid, mis on seotud selle hotelli identifitseerimisega, mis on salvestatud plokiahelas.<\/p>\n

<\/p>\n

Blockstacki puhul salvestatakse plokiahelas ainult teie identifitseerimisinformatsioon. Informatsioon selle kohta, kuidas saada iga kasutaja andmeid, hoitakse tsoonifailides (zone files) ja levitatakse peer-to-peer v\u00f5rgus s\u00f5lmede kaudu. Ja veel kord - te ei pea uskuma s\u00f5lmede edastatud andmetesse, sest saate neid autentida, v\u00f5rreldes neid plokiahelas ja teiste kasutajate juures hoitavatega.<\/p>\n

<\/p>\n

Lihtsustatud s\u00fcsteemi puhul kasutavad k\u00fclalised Blockstacki peer-to-peer v\u00f5rku hotellide leidmiseks ja nende tubade kohta teabe saamiseks. K\u00f5ikide saadud andmete ehtsust ja terviklikkust saab kontrollida kasutades avalikke v\u00f5tmeid ja hashe, mis on salvestatud virtuaalses plokiahelas<\/a><\/noindex> Blockstack.<\/p>\n

<\/p>\n

See arhitektuur on keerukam kui esimene l\u00e4henemine ja n\u00f5uab keerukamat infrastruktuuri. Tegelikult on see just see, kus Blockstack tuleb appi, pakkudes k\u00f5ik vajalikke komponente sellise detsentraliseeritud s\u00fcsteemi loomiseks.<\/p>\n

<\/p>\n

\"Kuidas<\/p>\n

<\/p>\n

Sellise arhitektuuri puhul salvestame plokiahelas ainult andmed, mis peavad t\u00f5eliselt olema jaotatud ja mitte \u00fcle kirjutatavad. Blockstacki puhul vajate plokiahelas tehinguid ainult registreerimiseks ja m\u00e4rkimiseks, kus teie andmed peaksid asuma. Te v\u00f5ite vajada rohkem tehinguid, kui soovite midagi muuta, aga see ei ole korduv s\u00fcndmus. <\/p>\n

<\/p>\n

Rohkemgi veel, rakenduse loogika, erinevalt esimesest l\u00e4henemisest, t\u00f6\u00f6tab kliendi poolel, mitte nutilepingutes. See v\u00f5imaldab arendajal seda loogikat muuta ilma kallite v\u00f5i m\u00f5nikord isegi v\u00f5imatute nutilepingu v\u00e4rskendusteta. Ja hoides andmeid ja rakenduse loogikat mitte plokiahelas, saavad detsentraliseeritud rakendused saavutada traditsiooniliste tsentraliseeritud s\u00fcsteemide taseme j\u00f5udlust ja skaleeritavust. <\/p>\n

<\/p>\n

Kokkuv\u00f5te<\/h1>\n

<\/p>\n

Blockstackil t\u00f6\u00f6tavad rakendused saavad skaleeruda oluliselt paremini kui tavalised plokiahela rakendused, kuid see on noorem l\u00e4henemine, millel on oma probleemid ja vastamata k\u00fcsimused.<\/p>\n

<\/p>\n

Kui n\u00e4iteks detsentraliseeritud rakendus ei t\u00f6\u00f6ta nutilepingute peal, siis v\u00e4heneb vajadus utiliit-tokenite j\u00e4rele. See v\u00f5ib tekitada probleemide \u00e4ri jaoks, arvestades, et ICO-d olid peamine rahastamisallikas detsentraliseeritud rakenduste jaoks (sealhulgas Blockstacki jaoks).<\/p>\n

<\/p>\n

Siin on ka tehnilised probleemid. N\u00e4iteks on suhteliselt lihtne rakendada hotelli broneerimise funktsiooni nutilepingus, kus atomaarse toimingu k\u00e4igus broneeritakse numbrid tokenite vahetamisega. Kuid ei ole v\u00e4ga selge, kuidas broneerimine toimiks Blockstacki rakenduses ilma nutilepinguteta.<\/p>\n

<\/p>\n

Rakendused, mis sihivad globaalseid turge ja millel on potentsiaal miljoneid kasutajaid, peavad olema v\u00e4ga h\u00e4sti skaleeritavad, et olla edukad. On vale tugineda ainult plokiahelatele, et saavutada selline skaleeritavus l\u00e4hitulevikus. Konkurentsiv\u00f5ime suurte tsentraliseeritud turu m\u00e4ngijate, nagu Booking.com, k\u00f5rval n\u00f5uab detsentraliseeritud rakenduste arendajatelt alternatiivsete l\u00e4henemisviiside kaalumist oma rakenduste projekteerimisel, n\u00e4iteks Blockstacki pakutavat.<\/p>\n

Allikas: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0435\u0442, \u0437\u0430\u043f\u0443\u0441\u043a \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (dapp) \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u043d\u0435 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u0442 \u043a \u0443\u0441\u043f\u0435\u0448\u043d\u043e\u043c\u0443 \u0431\u0438\u0437\u043d\u0435\u0441\u0443. \u041d\u0430 \u0441\u0430\u043c\u043e\u043c \u0434\u0435\u043b\u0435, \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0434\u0430\u0436\u0435 \u043d\u0435 \u0437\u0430\u0434\u0443\u043c\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043b\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u2014 \u043e\u043d\u0438 \u043f\u0440\u043e\u0441\u0442\u043e \u0432\u044b\u0431\u0438\u0440\u0430\u044e\u0442 \u043f\u0440\u043e\u0434\u0443\u043a\u0442, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u0448\u0435\u0432\u043b\u0435, \u0431\u044b\u0441\u0442\u0440\u0435\u0435 \u0438 \u043f\u0440\u043e\u0449\u0435. \u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0434\u0430\u0436\u0435 \u0435\u0441\u043b\u0438 \u0443 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 \u0435\u0441\u0442\u044c \u0441\u0432\u043e\u0438 \u0443\u043d\u0438\u043a\u0430\u043b\u044c\u043d\u044b\u0435 \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0438 \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u0430, \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442 \u043d\u0430 \u043d\u0435\u043c, \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0434\u043e\u0440\u043e\u0436\u0435, […]<\/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-55869","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\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\n","aioseo_head_json":{"title":"\ud83e\udd47Kuidas luua detsentraliseeritud rakendus, mis skaleerub? Kasutage v\u00e4hem plokiahelaid | ProHoster","description":"Ei, detsentraliseeritud rakenduse (dapp) k\u00e4ivitamine plokiahelal ei too kaasa edukat ettev\u00f5tet.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u0442\u0441\u044f? \u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0439\u0442\u0435 \u043c\u0435\u043d\u044c\u0448\u0435 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 | ProHoster","og:description":"\u041d\u0435\u0442, \u0437\u0430\u043f\u0443\u0441\u043a \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (dapp) \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u043d\u0435 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u0442 \u043a \u0443\u0441\u043f\u0435\u0448\u043d\u043e\u043c\u0443 \u0431\u0438\u0437\u043d\u0435\u0441\u0443.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","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":"2020-01-29T21:00:00+00:00","article:modified_time":"2020-02-18T11:04:02+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55869","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:35:40","updated":"2022-09-29 05:33:48","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/55869","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=55869"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/55869\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=55869"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=55869"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=55869"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}