{"id":55231,"date":"2020-01-16T00:00:00","date_gmt":"2020-01-15T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/pro-multitenancy"},"modified":"2020-02-18T14:03:19","modified_gmt":"2020-02-18T11:03:19","slug":"pro-multitenancy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/pro-multitenancy","title":{"rendered":"Multitenantsuse kohta","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Kahjuks ei ole sellel terminil head eestikeelset vastet. \u201eVikipeedia\u201c annab t\u00f5lge<\/a><\/noindex> \u201emitme\u00fc\u00fcrilisus, mitme rentimise\u201c. M\u00f5nikord nimetatakse seda ka \u201emitmeomandiks\u201c. Need terminid v\u00f5ivad olla veidi segadusttekitavad, kuna teema ei ole sisuliselt seotud ei rendiga ega omandiga. See on k\u00fcsimus just tarkvara arhitektuurist ja selle kasutuse korraldamisest. Samas on viimane v\u00e4hemalt sama oluline. <\/p>\n

Alustasime oma arusaama mitme\u00fc\u00fcrilisusest samal ajal, kui hakkasime projekteerima l\u00e4henemist \u201e1C:Ettev\u00f5tte\u201c pilve (teenuse) t\u00f6\u00f6 mudelile. See juhtus paar aastat tagasi. Sellest ajast alates laieneb meie arusaam pidevalt. Avastame pidevalt uusi ja uusi aspekte (plussid, miinused, keerukused, omadused jne). <\/p>\n

\"Multitenantsuse
\n<\/a><\/noindex>
\nM\u00f5nikord m\u00f5istavad arendajad multitenancy alla \u00fcsna lihtsa asja: \u201eet mitme organisatsiooni andmed salvestataks \u00fchte andmebaasi, tuleb k\u00f5ikidesse tabelitesse lisada organisatsiooni identifikaatori veerg ja selle kaudu filter seadistada\u201c. Meie alustasime samuti oma uurimist t\u00f6\u00f6d just sellest. Kuid \u00fcsna kiiresti m\u00f5istsime, et see on ainult \u00fcks vald (noh, ka mitte lihtne). Aga \u00fcldiselt on see \u201ekogu riik\u201c. <\/p>\n

Multitenancy p\u00f5hikirjeldus v\u00f5iks v\u00e4lja n\u00e4ha umbes selline. Tavaline rakendus on nagu suvila, mis on m\u00f5eldud \u00fche perekonna elamiseks, kes kasutab selle infrastruktuuri (seinad, katus, veevarustus, k\u00fctmine jne). Multitenancy-rakendus on aga nagu korterelamu. Selles kasutab iga perekond samu infrastruktuuri elemente, kuid infrastruktuur on teostatud kogu maja jaoks tervikuna. <\/p>\n

Aga on see multitenancy l\u00e4henemine hea v\u00f5i halb? Selle kohta v\u00f5ib leida v\u00e4ga erinevaid arvamusi. Tundub, et ei ole \u00fcldiselt \u201ehead v\u00f5i halba\u201c. Tuleb v\u00f5rrelda plusse ja miinuseid konkreetsete lahendatavate \u00fclesannete kontekstis. Kuid see on eraldi teema... <\/p>\n

Multitenancy eesm\u00e4rk on lihtsas m\u00f5ttes v\u00e4hendada rakenduse hoolduskulusid, jagades infrastruktuuri kulud. See on sama p\u00f5him\u00f5te, mis rakenduse kulude v\u00e4hendamine, kasutades valmislahendust (millele v\u00f5ib lisanduda kohandamine ja t\u00e4iustamine) selle asemel, et kirjutada \"tellimuse j\u00e4rgi\". \u00dches juhul jagatakse arenduskulud, teises aga k\u00e4ituskulud. <\/p>\n

Oluline m\u00e4rkida, et siin ei ole otsest seost m\u00fc\u00fcgiviisiga. Multitenancy arhitektuuri saab rakendada ka ettev\u00f5tte v\u00f5i valitsusasutuse IT-infrastruktuuris, et automatiseerida mitmete sarnaste filiaalide v\u00f5i kontserni ettev\u00f5tete tegevust. <\/p>\n

V\u00f5ib \u00f6elda, et multitenancy ei ole pelgalt andmete salvestamise korraldamise k\u00fcsimus. See on kogu rakenduse t\u00f6\u00f6 mudel (sealhulgas olulised aspektid selle arhitektuurist, juurutusmudel ja hooldamise korraldus). <\/p>\n

Multitenancy mudeli k\u00f5ige keerulisem ja huvitavam aspekt on see, et rakenduse olemus \"jaguneb\". Osad funktsioonidest t\u00f6\u00f6tavad konkreetsete andmevaldkondadega (korterite) ja \"ei huvita\", et teistes korterites on elanikud. Teine osa n\u00e4eb maja tervikuna ja t\u00f6\u00f6tab kohe k\u00f5ikide elanike jaoks. Sellegipoolest ei saa viimane ignoreerida, et tegemist on siiski eraldi korteritega, ning tuleb tagada vajalik granulaarsuse ja turvalisuse tase. <\/p>\n

1C:Enterprise's on multitenancy mudel reaalselt rakendatud mitmete tehnoloogiate tasandil. Need on 1C:Enterprise platvormi mehhanismid, mehhanismid1C:1cFresh lahenduste publitseerimise tehnoloogia<\/a><\/noindex>\u00bb ja \u00ab1C:1cFresh lahenduste arendamise tehnoloogia<\/a><\/noindex>mehhanismid BSP<\/a><\/noindex> (standardsete alams\u00fcsteemide raamatukogud). <\/p>\n

Iga selle elemendi panus on oluline korterelamu \u00fcldise infrastruktuuri \u00fclesehitamisel. Miks kasutatakse mitmeid tehnoloogiaid, mitte ainult \u00fchte platvormina? Peamiselt seet\u00f5ttu, et osa mehhanisme on meie arvates v\u00e4ga kohane kohandada vastavalt konkreetsele juurutusvariandile. Kuid \u00fcldiselt on see keeruline k\u00fcsimus ja me seisame pidevalt valiku ees \u2013 millisel tasemel on k\u00f5ige parem teostada \u00fchte v\u00f5i teist multitenancy aspekti. <\/p>\n

On selge, et platvormil pidi olema rakendatud p\u00f5himehhanismide osa. N\u00e4iteks andmete eraldamine. See, millega tavaliselt multitenancy arutelu algab. Kuid l\u00f5puks on multitenancy mudel l\u00e4binud m\u00e4rkimisv\u00e4\u00e4rse osa platvormi mehhanisme ja n\u00f5udnud nende t\u00e4iustamist ning m\u00f5nel juhul isegi \u00fcmberm\u00f5testamist. <\/p>\n

Platvormi tasandil oleme rakendanud p\u00f5himehhanismid. Need v\u00f5imaldavad luua rakendusi, mis t\u00f6\u00f6tavad multitenant mudelil. Kuid et rakendused \u201eelaksid ja t\u00f6\u00f6taksid\u201d sellises mudelis, on vajalik nende \u201etoimetamise\u201c juhtimiss\u00fcsteem. Selle eest vastutavad tehnoloogiad 1cFresh ja \u00fchtne \u00e4riloogika kiht BSP tasandil. Nii nagu korterelamus tagab infrastruktuur elanikele k\u00f5ik vajaliku, tagavad tehnoloogiad 1cFresh k\u00f5ik vajaliku rakendustele, mis t\u00f6\u00f6tavad multitenant mudelis. Et rakendused saaksid suhelda selle infrastruktuuriga (ilma oluliste muudatusteta), paigutatakse neisse vastavad \u201esadamad\u201c BSP alam s\u00fcsteemide n\u00e4ol. <\/p>\n

Platvormide mehhanismide seisukohalt on lihtne m\u00e4rgata, et kogemuse ja pilve kasutusv\u00f5imaluste arendamise k\u00e4igus laiendame me mehhanismide koosseisu, mis on seotud selle arhitektuuriga. Toome \u00fche n\u00e4ite. Multitenant mudelis muutub oluliselt rakenduste haldamise osalejate rollide jaotus. Oluliselt suureneb vastutavate isikute roll rakenduste haldamisel. Nende jaoks on muutunud h\u00e4davajalikuks omada v\u00f5imsamaid rakenduste kontrollimise t\u00f6\u00f6riistu. Sest rakenduste kasutajad (\u00fc\u00fcrnike) usaldavad eelk\u00f5ige teenusepakkujat, kellega nad koos t\u00f6\u00f6tavad. Seet\u00f5ttu oleme versioonis 8.3 rakendanud uue turvaprofii mehhanismi<\/a><\/noindex>. See mehhanism v\u00f5imaldab teenusepakkujate administraatoritel piirata rakenduste arendajate vabadust vajaliku turvalisuse tasemega \u2013 sisuliselt eraldada rakenduse t\u00f6\u00f6 iga \u00fc\u00fcrniku jaoks teatud \"liivakasti\" (sandbox) raames. <\/p>\n

Ainuski ei ole v\u00e4hem huvitav multitenantsi re\u017eiimis t\u00f6\u00f6tavate rakenduste haldamise arhitektuur (mida rakendatakse 1cFresh ja BSP tehnoloogiates). Siin on v\u00f5rreldes tavalise juurutusmudeliga oluliselt t\u00f5usnud n\u00f5udmised haldusprotsesside automatiseerimisele. Selliseid protsesse on k\u00fcmneid: uute andmepiirkondade (\u201ekorterite\u201d) loomine, rakenduste uuendamine, regulatiivse teabe v\u00e4rskendamine, varundamine jne. Ja muidugi suurenevad n\u00f5udmised usaldusv\u00e4\u00e4rsuse ja k\u00e4ttesaadavuse taseme suhtes. N\u00e4iteks rakenduste usaldusv\u00e4\u00e4rse suhtlemise tagamiseks halduss\u00fcsteemi komponentidega oleme rakendanud garanteeritud kohaletoimetamisega as\u00fcnkroonse s\u00fcsteemi kutse tehnoloogiat. <\/p>\n

Andmete ja protsesside avalikustamine on \u00e4\u00e4rmiselt delikaatne teema. Esmapilgul v\u00f5ib see tunduda lihtne (kui kellegi jaoks see t\u00f5esti nii on). Suurim v\u00e4ljakutse seisneb tasakaalu leidmises andmete ja protsesside tsentraliseerimise ning detsentraliseerimise vahel. \u00dchest k\u00fcljest v\u00f5imaldab tsentraliseerimine v\u00e4hendada kulusid (\u00fche ketta ruumi, protsessori ressursse, haldurite vaeva...). Teiselt k\u00fcljelt piirab see \u201eelanikke\u201c vabadust. Just see on \u00fcks rakenduse \u201ekaksipoole\u201c aspektidest, kus arendaja peab samal ajal m\u00f5tlema rakendusele kitsas m\u00f5ttes (teenindades \u00fchte \u201ekorterit\u201c) ja laiemas m\u00f5ttes (teenindades k\u00f5iki \u201eelanikke\u201c). <\/p>\n

Kaasuseks sellisele \"dilemmale\" v\u00f5ib tuua normatiivse ja viidatud teabe. Muidugi on suur kiusatus teha see k\u00f5igile \u201eelanikutele\u201c \u00fchiseks. See v\u00f5imaldab seda hoida \u00fches eksemplaris ja v\u00e4rskendada kohe k\u00f5igile. Kuid juhtub, et m\u00f5nel elanikul on vajalikud spetsiifilised muudatused. Kummalisel kombel esineb seda praktikas isegi teabe puhul, mis on reguleerivate asutuste (riigiasutuste) poolt specifitseeritud. Tulemuseks on keeruline k\u00fcsimus: v\u00e4ljastada v\u00f5i mitte? Ahvatlev on muidugi teha \u00fchine teave k\u00f5igile ja eraldi soovijatele. Kuid see toob kaasa t\u00e4iesti keerulise rakenduse. Kuid me t\u00f6\u00f6tame selle nimel ... <\/p>\n

Teiseks n\u00e4iteks on regulaarsete protsesside (ajakavaliselt teostatavate, juhts\u00fcsteemi algatatud jne) rakendamise projekteerimine. \u00dchelt poolt saab neid rakendada iga andmeala jaoks eraldi. See on lihtsam ja mugavam. Kuid teiselt poolt, selline peen granulaarsus loob s\u00fcsteemile suure koormuse. Koormuse v\u00e4hendamiseks tuleb ellu viia \u00fchiselt jagatud protsesse. Kuid need n\u00f5uavad hoolikamat t\u00f6\u00f6tlemist. <\/p>\n

T\u00f5epoolest, tekib v\u00e4ga oluline k\u00fcsimus. Kuidas saavad rakenduste arendajad tagada multitenantsuse re\u017eiimi toimimise? Mida peavad nad selleks tegema? Loomulikult p\u00fc\u00fcame suunata tehnoloogiliste ja infrastruktuuri k\u00fcsimuste koormuse nii palju kui v\u00f5imalik kasutatavale tehnoloogiale, et rakenduste arendajad saaksid keskenduda vaid \u00e4riloogika \u00fclesannetele. Kuid nagu teiste oluliste arhitektuuri k\u00fcsimustega, peavad rakenduste arendajad olema teadlikud multitenantsuse mudeliga t\u00f6\u00f6tamisest ja teatud pingutusi rakenduste arendamisel on vajalik. Miks? Sest on hetki, mida tehnoloogia ei suuda automaatselt tagada, arvestamata andmete semantikat. N\u00e4iteks sama teabe jagamise piiride m\u00e4\u00e4ratlemine. Kuid p\u00fc\u00fcame, et need keerukused oleksid minimaalsed. Selliste rakenduste teostamise n\u00e4iteid on juba olemas. <\/p>\n

Oluline aspekt multitenantsuse rakendamisel \"1C:Enterprise\" kontekstis on see, et loome h\u00fcbriidmudeleid, kus \u00fcks rakendus v\u00f5ib t\u00f6\u00f6tada nii multitenantsuse re\u017eiimis kui ka tavare\u017eiimis. See on \u00fcsna keeruline \u00fclesanne ja eraldi arutelu teema.
\n
Allikas: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0443 \u044d\u0442\u043e\u0433\u043e \u0442\u0435\u0440\u043c\u0438\u043d\u0430 \u043d\u0435\u0442 \u0445\u043e\u0440\u043e\u0448\u0435\u0433\u043e \u0440\u0443\u0441\u0441\u043a\u043e\u044f\u0437\u044b\u0447\u043d\u043e\u0433\u043e \u0430\u043d\u0430\u043b\u043e\u0433\u0430. \u00ab\u0412\u0438\u043a\u0438\u043f\u0435\u0434\u0438\u044f\u00bb \u0434\u0430\u0435\u0442 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u00ab\u043c\u0443\u043b\u044c\u0442\u0438\u0430\u0440\u0435\u043d\u0434\u043d\u043e\u0441\u0442\u044c, \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0430\u0440\u0435\u043d\u0434\u0430\u00bb. \u0418\u043d\u043e\u0433\u0434\u0430 \u044d\u0442\u043e \u043d\u0430\u0437\u044b\u0432\u0430\u044e\u0442 \u00ab\u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u043c \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435\u043c\u00bb. \u042d\u0442\u0438 \u0442\u0435\u0440\u043c\u0438\u043d\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043f\u0443\u0442\u0430\u0442\u044c, \u0442\u0430\u043a \u043a\u0430\u043a \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043d\u0435 \u0441\u0432\u044f\u0437\u0430\u043d \u043f\u043e \u0441\u0443\u0442\u0438 \u043d\u0438 \u0441 \u0430\u0440\u0435\u043d\u0434\u043e\u0439, \u043d\u0438 \u0441 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435\u043c. \u042d\u0442\u043e \u0432\u043e\u043f\u0440\u043e\u0441 \u0438\u043c\u0435\u043d\u043d\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0438 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0435\u0433\u043e \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438. \u041f\u0440\u0438\u0447\u0435\u043c \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u043d\u0435 \u043c\u0435\u043d\u0435\u0435 \u0432\u0430\u0436\u043d\u043e. \u041c\u044b \u043d\u0430\u0447\u0430\u043b\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":55232,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55231","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\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\udd47Pro multitenancy | ProHoster","description":"Kahjuks ei ole selle termini jaoks head eestikeelset vastet. \u201eVikipeedia\u201c toob v\u00e4lja t\u00f5lke \u201emultitenancy\u201c ehk \u201emitme\u00fc\u00fcrilisus\u201c. M\u00f5nikord nimetatakse seda ka \u201emitmeomandi\u201d terminiks. Need terminid v\u00f5ivad m\u00f5neti segadust tekitada, kuna teema ei ole olemuslikult seotud ei \u00fc\u00fcri ega omamisega. See on just tarkvaraarhitektuuri ja selle kasutamise korraldamise k\u00fcsimus. Viimane on samuti mitte v\u00e4hem t\u00e4htis. Me alustasime","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/pro-multitenancy","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\u041f\u0440\u043e multitenancy | ProHoster","og:description":"\u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0443 \u044d\u0442\u043e\u0433\u043e \u0442\u0435\u0440\u043c\u0438\u043d\u0430 \u043d\u0435\u0442 \u0445\u043e\u0440\u043e\u0448\u0435\u0433\u043e \u0440\u0443\u0441\u0441\u043a\u043e\u044f\u0437\u044b\u0447\u043d\u043e\u0433\u043e \u0430\u043d\u0430\u043b\u043e\u0433\u0430. \u00ab\u0412\u0438\u043a\u0438\u043f\u0435\u0434\u0438\u044f\u00bb \u0434\u0430\u0435\u0442 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u00ab\u043c\u0443\u043b\u044c\u0442\u0438\u0430\u0440\u0435\u043d\u0434\u043d\u043e\u0441\u0442\u044c, \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0430\u0440\u0435\u043d\u0434\u0430\u00bb. \u0418\u043d\u043e\u0433\u0434\u0430 \u044d\u0442\u043e \u043d\u0430\u0437\u044b\u0432\u0430\u044e\u0442 \u00ab\u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u043c \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435\u043c\u00bb. \u042d\u0442\u0438 \u0442\u0435\u0440\u043c\u0438\u043d\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043f\u0443\u0442\u0430\u0442\u044c, \u0442\u0430\u043a \u043a\u0430\u043a \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043d\u0435 \u0441\u0432\u044f\u0437\u0430\u043d \u043f\u043e \u0441\u0443\u0442\u0438 \u043d\u0438 \u0441 \u0430\u0440\u0435\u043d\u0434\u043e\u0439, \u043d\u0438 \u0441 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435\u043c. \u042d\u0442\u043e \u0432\u043e\u043f\u0440\u043e\u0441 \u0438\u043c\u0435\u043d\u043d\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0438 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0435\u0433\u043e \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438. \u041f\u0440\u0438\u0447\u0435\u043c \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u043d\u0435 \u043c\u0435\u043d\u0435\u0435 \u0432\u0430\u0436\u043d\u043e. \u041c\u044b \u043d\u0430\u0447\u0430\u043b\u0438","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/pro-multitenancy","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-15T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55231","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:47:39","updated":"2022-09-29 20:30:21"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/55231","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=55231"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/55231\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/55232"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=55231"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=55231"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=55231"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}