{"id":77783,"date":"2020-04-14T01:42:28","date_gmt":"2020-04-13T23:42:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/metodika-razvyortyvaniya-proektov-primenyaemaya-v-slack"},"modified":"2020-04-14T01:42:28","modified_gmt":"2020-04-13T23:42:28","slug":"metodika-razvyortyvaniya-proektov-primenyaemaya-v-slack","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/metodika-razvyortyvaniya-proektov-primenyaemaya-v-slack","title":{"rendered":"Projektide k\u00e4ivitamise meetod, mida kasutatakse Slackis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Uue projekti versiooni leidmine tootmises n\u00f5uab hoolikat tasakaalu arenduse kiirusel ja lahenduse usaldusv\u00e4\u00e4rsusel. Slackis hinnatakse kiireid iteratsioone, l\u00fchikesi tagasiside ts\u00fckleid ja kiiret reageerimist kasutajate p\u00e4ringutele. Peale selle t\u00f6\u00f6tab ettev\u00f5ttes sadu programmeerijaid, kes p\u00fc\u00fcdlevad maksimaalse produktiivsuse poole.<\/p>\n

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

Materjali autorid, mille t\u00f5lget me t\u00e4na avaldame, \u00fctlevad, et ettev\u00f5te, kes soovib selliseid v\u00e4\u00e4rtusi j\u00e4rgida ja samal ajal kasvada, peab pidevalt t\u00e4iustama oma projektide arendamise s\u00fcsteemi. Ettev\u00f5te peab panustama oma t\u00f6\u00f6protsesside l\u00e4bipaistvusse ja usaldusv\u00e4\u00e4rsusesse, tagades, et need protsessid vastaksid projekti mastaabile. Siin r\u00e4\u00e4gime Slackis v\u00e4lja kujunenud t\u00f6\u00f6protsessidest ja m\u00f5ningatest lahendustest, mis on viinud ettev\u00f5tte sellise olemasoleva projektide arenduseni.
\n<\/a><\/noindex><\/p>\n

Kuidas projektide arendamise protsessid t\u00e4na toimivad<\/h2>\n

\nIga PR (pull request) Slackis peab olema kindlasti l\u00e4binud koodivaatamise ning edukalt sooritanud k\u00f5ik testid. Ainult p\u00e4rast nende tingimuste t\u00e4itmist v\u00f5ib programmeerija oma koodi liita projekti master haruga. Siiski toimub sellise koodi arendamine ainult p\u00f5hjaameerika t\u00f6\u00f6aegadel. Tulemuseks on see, et meie t\u00f6\u00f6tajad on oma kohtades ning t\u00e4ielikult valmis lahendama k\u00f5iki ootamatuid probleeme.<\/p>\n

Iga p\u00e4ev viime l\u00e4bi umbes 12 planeeritud arendust. Iga arenduse k\u00e4igus vastutab arenduse juht, kes on m\u00e4\u00e4ratud k\u00f5igepealt, uue kogumi tootmisse viimise eest. See on mitmeastmeline protsess, mis tagab sujuva kogumi k\u00e4ivitamise t\u00f6\u00f6re\u017eiimis. T\u00e4nu sellele l\u00e4henemisele saame vigu avastada enne, kui need m\u00f5jutavad k\u00f5iki meie kasutajaid. Kui vigu osutub liiga palju \u2013 arendust saab tagasi keerata. Kui m\u00f5ni eraldi probleem avastatakse p\u00e4rast v\u00e4lja laskmist, saab selle h\u00f5lpsasti parandada.<\/p>\n

\"Projektide
\nCheckpoini s\u00fcsteemi liides, mida Slack kasutab projektide arendamiseks<\/i><\/p>\n

Uue versiooni arendamise protsessi tootmises v\u00f5ib jagada neljaks sammuks.<\/p>\n

\u258d1. Uue versiooni haru loomine<\/h3>\n

\nIga versioon algab uue versiooni haru loomisega meie Git-i ajaloos. See v\u00f5imaldab versioonile m\u00e4\u00e4rata silte ja loob koha, kuhu saab teha kiireid parandusi vigadele, mis avastatakse versiooni tootmisse laskmise ettevalmistamise k\u00e4igus.<\/p>\n

\u258d2. Kasutusele v\u00f5tmine vahekeskkonnas<\/h3>\n

\nT\u00f6\u00f6tamise j\u00e4rgmine samm on kogumise kasutusele v\u00f5tmine vahe-serverites ning automaatse testi k\u00e4ivitamine projekti \u00fcldise toimivuse kontrollimiseks (smoke test). Vahekeskkond on tootmiskeskkond, kuhu v\u00e4line liiklus ei j\u00f5ua. Selles keskkonnas teeme t\u00e4iendavat k\u00e4sitsitestimist. See annab meile lisakindluse, et muudetud projekt t\u00f6\u00f6tab \u00f5igesti. Ainult automatiseeritud testidest ei piisa sellise kindluse saavutamiseks.<\/p>\n

\u258d3. Kasutusele v\u00f5tmine dogfood- ja canary-keskkondades<\/h3>\n

\nTootmises kasutusele v\u00f5tmine algab dogfood-keskkonnast, mis koosneb hulkadest hostidest, mis teenindavad meie sisemisi t\u00f6\u00f6ruume Slackis. Kuna oleme Slacki \u00fcsna aktiivsed kasutajad, on selline l\u00e4henemine aidanud varakult paljusid vigu avastada. P\u00e4rast seda, kui oleme kinnitanud, et s\u00fcsteemi p\u00f5hifunktsionaalsus ei ole kahjustatud, toimub kogumise kasutusele v\u00f5tmine canary-keskkonnas. See t\u00e4histab s\u00fcsteeme, millele suunatakse umbes 2% tootmistrafikust.<\/p>\n

\u258d4. Aeglane tootmisse viimine<\/h3>\n

\nKui uue versiooni j\u00e4lgimise n\u00e4itajad on stabiilsed ja kui p\u00e4rast projekti kasutusele v\u00f5tmist canary-keskkonnas me ei saa kaebusi, j\u00e4tkame aeglast tootmisse viimist. Kasutusele v\u00f5tmise protsess jaguneb j\u00e4rgmistesse etappidesse: 10%, 25%, 50%, 75% ja 100%. Selle tulemusena saame aeglaselt suunata tootmistrafiku s\u00fcsteemi uuele versioonile. Samuti on meil aega olukorra uurimiseks, kui mingeid anomaaliaid tekib.<\/p>\n

\u258dKuidas k\u00e4ituda, kui kasutuselev\u00f5tu k\u00e4igus l\u00e4heb midagi valesti?<\/h3>\n

\nKoodi muutmine on alati risk. Kuid me saame sellega hakkama t\u00e4nu meie h\u00e4sti ettevalmistatud \u201edeploy juhtidele\u201c, kes juhivad uue versiooni tootmisesse toomise protsessi, j\u00e4lgivad j\u00e4lgimisn\u00e4itajaid ja koordineerivad programmeerijate t\u00f6\u00f6d, kes koodi vabastavad.<\/p>\n

Kui midagi t\u00f5eliselt valesti l\u00e4heb, p\u00fc\u00fcame probleemi avastada nii vara kui v\u00f5imalik. Uurime probleemi, leiame PR-i, mis vead p\u00f5hjustab, rullime selle tagasi, anal\u00fc\u00fcsime hoolikalt ja loome uue versiooni. T\u00f5si, m\u00f5nikord j\u00e4\u00e4b probleem tootmisse toimetamise ajal m\u00e4rkamatuks. Sellises olukorras on k\u00f5ige olulisem teenuse t\u00f6\u00f6 taastamine. Seet\u00f5ttu rullime enne probleemide uurimist kohe tagasi eelmise t\u00f6\u00f6tava versioonini.<\/p>\n

T\u00f6\u00f6tluss\u00fcsteemi ehitusblokid<\/h2>\n

\nUurime tehnoloogiaid, mis on meie projektide k\u00e4ituss\u00fcsteemi aluseks.<\/p>\n

\u258dKiired k\u00e4ivitused<\/h3>\n

\nEelpool kirjeldatud t\u00f6\u00f6protsess v\u00f5ib tagantj\u00e4rele tunduda t\u00e4iesti ilmne. Kuid meie k\u00e4ituss\u00fcsteem ei ole selliseks kujunenud \u00fcle\u00f6\u00f6.<\/p>\n

Kui ettev\u00f5te oli oluliselt v\u00e4iksem, suutis kogu meie rakendus t\u00f6\u00f6tada 10 Amazon EC2 instantsil. Projekti k\u00e4itamine sellises olukorras t\u00e4hendas rsynci kasutamist k\u00f5igi serverite kiireks s\u00fcnkroniseerimiseks. Varem eraldas uue koodi tootmisest vaid \u00fcks samm, mis oli vahekeskkond. Versioonid loodi ja kontrolliti sellises keskkonnas ning siis saadeti kohe tootmisse. Sellises s\u00fcsteemis oli lihtne orienteeruda, see v\u00f5imaldas igal programmeerijal igal ajal k\u00e4itada tema kirjutatud koodi.<\/p>\n

Kuid koos meie klientide arvu kasvamisega kasvas ka vajalik infrastruktuuri ulatus projekti toimimise tagamiseks. Peagi, arvesse v\u00f5ttes s\u00fcsteemi pidevat kasvu, l\u00f5petas meie k\u00e4itusmudel, mis p\u00f5hines uue koodi t\u00f5ukamisel serveritesse, oma \u00fclesande t\u00e4itmise. Iga uue serveri lisamine t\u00e4hendas kaua k\u00e4ivitamiseks vajaliku aega. Ieven strateegiad, mis p\u00f5hinevad rsynci paralleelses rakendamises, omavad oma piiranguid.<\/p>\n

Kokkuv\u00f5ttes lahendasime selle probleemi, liikudes t\u00e4ielikult paralleelsele juurutuss\u00fcsteemile, mis oli korraldatud teisiti kui vana s\u00fcsteem. Nimelt ei saatnud me enam koodi serveritesse, kasutades s\u00fcnkroniseerimise skripti. Iga server laadis n\u00fc\u00fcd uusi kogusid iseseisvalt, saades teada, et see on vajalik, j\u00e4lgides Consul'i v\u00f5tme muutust. Serverid laadisid koodi paralleelselt. See v\u00f5imaldas meil hoida k\u00f5rget juurutuskiirus isegi pideva s\u00fcsteemi kasvu tingimustes.<\/p>\n

\"Projektide
\n1. Tootmisserverid j\u00e4lgivad Consul'i v\u00f5tit. 2. V\u00f5ti muutub, teavitades servereid, et nad peavad alustama uue koodi laadimist. 3. Serverid laadivad tarball-failid, mis sisaldavad rakenduse koodi.<\/i><\/p>\n

\u258dAatomaarne juurutamine<\/h3>\n

\nVeel \u00fche lahendusena, mis aitas meil j\u00f5uda mitmetasandilise juurutuss\u00fcsteemini, oli aatomaarne juurutamine.<\/p>\n

Enne aatomaarsete juurutamiste kasutuselev\u00f5ttu v\u00f5is iga juurutamine p\u00f5hjustada rohkelt t\u00f5rketeateid. Probleem oli selles, et uute failide kopeerimise protsess tootmisserveritesse ei olnud aatomaarne. See viis l\u00fchikese ajavahemiku tekkeni, mil koodiga, mis kutsus uusi funktsioone, oli saadaval enne nende funktsioonide k\u00e4ttesaadavust. Kui selliseid koodi kutsuti, p\u00f5hjustas see sisemisi vigu. See avaldus eba\u00f5nnestunud API p\u00e4ringutena ja \u201ekatkiste\u201d veebilehtedena.<\/p>\n

Probleemiga tegelev meeskond lahendas selle, tutvustades m\u00f5isteid \u201ekuumad\u201d (hot) ja \u201ek\u00fclmad\u201d (cold) kataloogid. Kood \u201ekuumas\u201d kataloogis vastutab tootmisliiklusest. Ja \u201ek\u00fclmades\u201d kataloogides valmistatakse kood s\u00fcsteemi t\u00f6\u00f6 ajal lihtsalt ette kasutamiseks. Juhtimise k\u00e4igus kopeeritakse uus kood kasutamata \u201ek\u00fclma\u201d katalooge. Seej\u00e4rel, kui serveris ei ole aktiivseid protsesse, toimub hetkeline kataloogide vahetamine.<\/p>\n

\"Projektide
\n1. Rakenduse koodi pakkimine \u201ek\u00fclmas\u201d kataloogis. 2. S\u00fcsteemi \u00fcleminek \u201ek\u00fclmale\u201d kataloogile, mis muutub \u201ekuumaks\u201d (aatomaarne operatsioon).<\/i><\/p>\n

Kokkuv\u00f5tted: r\u00f5huasetuse nihkumine usaldusv\u00e4\u00e4rsusele.<\/h2>\n

\n2018. aastal kasvas projekt selliste m\u00f5\u00f5tmeteni, kus v\u00e4ga kiire juurutamine hakkas toote stabiilsusele kahjulikult m\u00f5juma. Meil oli \u00fcsna arenenud juurutuss\u00fcsteem, millele olime panustanud palju j\u00f5udu ja aega. Meil oli vaja vaid \u00fcmberkorraldada ja t\u00e4iustada juurutamise korralduse protsesse. Meist sai \u00fcsna suur ettev\u00f5te, mille arendusi kasutati maailmas pideva side tagamiseks ja oluliste probleemide lahendamiseks. Seet\u00f5ttu keskendusime usaldusv\u00e4\u00e4rsusele.<\/p>\n

Me peame juurutamise protsessi Slacki uute v\u00e4ljaannete osas muutma turvalisemaks. Just see vajadus viis meid meie juurutuss\u00fcsteemi t\u00e4iustamiseni. \u00dctlematagi selge, et \u00fclalpool r\u00e4\u00e4kisime sellest t\u00e4iustatud s\u00fcsteemist. S\u00fcsteemi s\u00fcgavustes j\u00e4tkame me kiirete ja atomaarsete juurutustehnoloogiate kasutamist. Muutunud on see, kuidas t\u00e4pselt juurutamine toimub. Meie uus s\u00fcsteem on m\u00f5eldud uue koodi j\u00e4rkj\u00e4rguliseks juurutamiseks erinevatel tasemetel ja erinevates keskkondades. N\u00fc\u00fcd kasutame arenenumaid abivahendeid ja s\u00fcsteemi j\u00e4lgimise vahendeid kui kunagi varem. See v\u00f5imaldab meil vigu tuvastada ja k\u00f5rvaldada kaua enne, kui need j\u00f5uavad l\u00f5ppkasutajani.<\/p>\n

Aga me ei kavatse sellel l\u00f5petada. Me t\u00e4iustame seda s\u00fcsteemi pidevalt, rakendades arenenumaid abivahendeid ja automaatikavahendeid.<\/p>\n

Lugupeetud lugejad!<\/b> Kuidas toimub uute v\u00e4ljaannete juurutamise protsess projektides, kus teie t\u00f6\u00f6tate?<\/p>\n

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

\u0412\u044b\u0432\u043e\u0434 \u043d\u043e\u0432\u043e\u0433\u043e \u0440\u0435\u043b\u0438\u0437\u0430 \u043f\u0440\u043e\u0435\u043a\u0442\u0430 \u0432 \u043f\u0440\u043e\u0434\u0430\u043a\u0448\u043d \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0442\u0449\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0433\u043e \u0441\u043e\u0431\u043b\u044e\u0434\u0435\u043d\u0438\u044f \u0431\u0430\u043b\u0430\u043d\u0441\u0430 \u043c\u0435\u0436\u0434\u0443 \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c\u044e \u0440\u0430\u0437\u0432\u0451\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u0438 \u043d\u0430\u0434\u0451\u0436\u043d\u043e\u0441\u0442\u044c\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u044f. \u0412 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 Slack \u0446\u0435\u043d\u044f\u0442 \u0431\u044b\u0441\u0442\u0440\u044b\u0435 \u0438\u0442\u0435\u0440\u0430\u0446\u0438\u0438, \u043a\u043e\u0440\u043e\u0442\u043a\u0438\u0435 \u0446\u0438\u043a\u043b\u044b \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0439 \u0441\u0432\u044f\u0437\u0438, \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u0443\u044e \u0440\u0435\u0430\u043a\u0446\u0438\u044e \u043d\u0430 \u043e\u0431\u0440\u0430\u0449\u0435\u043d\u0438\u044f \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439. \u041a\u0440\u043e\u043c\u0435 \u0442\u043e\u0433\u043e, \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0438\u043c\u0435\u044e\u0442\u0441\u044f \u0441\u043e\u0442\u043d\u0438 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441\u0442\u0440\u0435\u043c\u044f\u0442\u0441\u044f \u043a \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u043e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0438\u0432\u043d\u043e\u0441\u0442\u0438. \u0410\u0432\u0442\u043e\u0440\u044b \u043c\u0430\u0442\u0435\u0440\u0438\u0430\u043b\u0430, \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043a\u043e\u0442\u043e\u0440\u043e\u0433\u043e \u043c\u044b \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043f\u0443\u0431\u043b\u0438\u043a\u0443\u0435\u043c, \u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0447\u0442\u043e \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f, \u043a\u043e\u0442\u043e\u0440\u0430\u044f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":77784,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-77783","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\udd47Projektide juurutusmeetod, mida rakendatakse Slackis | ProHoster","description":"Uue projekti v\u00e4ljaanne tootmisse n\u00f5uab hoolikat tasakaalu saavutamist juurutamise kiiruse ja lahenduse usaldusv\u00e4\u00e4rsuse vahel.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/metodika-razvyortyvaniya-proektov-primenyaemaya-v-slack","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\u041c\u0435\u0442\u043e\u0434\u0438\u043a\u0430 \u0440\u0430\u0437\u0432\u0451\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432, \u043f\u0440\u0438\u043c\u0435\u043d\u044f\u0435\u043c\u0430\u044f \u0432 Slack | ProHoster","og:description":"\u0412\u044b\u0432\u043e\u0434 \u043d\u043e\u0432\u043e\u0433\u043e \u0440\u0435\u043b\u0438\u0437\u0430 \u043f\u0440\u043e\u0435\u043a\u0442\u0430 \u0432 \u043f\u0440\u043e\u0434\u0430\u043a\u0448\u043d \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0442\u0449\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0433\u043e \u0441\u043e\u0431\u043b\u044e\u0434\u0435\u043d\u0438\u044f \u0431\u0430\u043b\u0430\u043d\u0441\u0430 \u043c\u0435\u0436\u0434\u0443 \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c\u044e \u0440\u0430\u0437\u0432\u0451\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u0438 \u043d\u0430\u0434\u0451\u0436\u043d\u043e\u0441\u0442\u044c\u044e \u0440\u0435\u0448\u0435\u043d\u0438\u044f.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/metodika-razvyortyvaniya-proektov-primenyaemaya-v-slack","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-04-13T23:42:28+00:00","article:modified_time":"2020-04-13T23:42:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"77783","title":null,"description":null,"keywords":null,"keyphrases":{"focus":[],"additional":[]},"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 17:11:30","updated":"2026-08-11 12:50:20","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\/77783","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=77783"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/77783\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/77784"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=77783"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=77783"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=77783"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}