{"id":36736,"date":"2019-10-31T22:13:26","date_gmt":"2019-10-31T19:13:26","guid":{"rendered":"https:\/\/prohoster.info\/blog\/istoriya-problemy-perenosa-docker-storage-docker-root\/"},"modified":"2019-10-31T22:13:26","modified_gmt":"2019-10-31T19:13:26","slug":"istoriya-problemy-perenosa-docker-storage-docker-root","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","title":{"rendered":"Historia problemu przeniesienia storage docker (docker root)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Nie dalej jak dwa dni temu podj\u0119to decyzj\u0119 na jednym z serwer\u00f3w o przeniesieniu storage docker (katalog, w kt\u00f3rym docker przechowuje wszystkie pliki kontener\u00f3w i obraz\u00f3w) na oddzieln\u0105 partycj\u0119, kt\u00f3ra <br \/>\nmia\u0142a wi\u0119ksz\u0105 pojemno\u015b\u0107. Zadanie wydawa\u0142o si\u0119 trywialne i nie zapowiada\u0142o problem\u00f3w...<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nZaczynamy:<\/p>\n<p>1. Zatrzymujemy i zabijamy wszystkie kontenery naszej aplikacji: <\/p>\n<pre><code class=\"bash\">docker-compose down<\/code><\/pre>\n<p>\nje\u015bli kontener\u00f3w jest du\u017co, a s\u0105 w r\u00f3\u017cnych compose, mo\u017cna zrobi\u0107 tak: <\/p>\n<pre><code class=\"bash\">docker rm -f $(docker ps -q)<\/code><\/pre>\n<p>\n2. Zatrzymujemy demona dockera: <\/p>\n<pre><code class=\"bash\">systemctl stop docker<\/code><\/pre>\n<p>\n3. Przenosimy katalog w odpowiednie miejsce: <\/p>\n<pre><code class=\"bash\">cp -r \/var\/lib\/docker \/docker\/data\/storage<\/code><\/pre>\n<p>\n4. Informujemy demona dockera, aby patrzy\u0142 w nowy katalog. S\u0105 tu r\u00f3\u017cne opcje: albo przez flag\u0119 -g wskaza\u0107 demonowi now\u0105 \u015bcie\u017ck\u0119, albo konfiguracje systemd, kt\u00f3re wykorzystali\u015bmy. Mo\u017cna te\u017c u\u017cy\u0107 symlink. Nie b\u0119d\u0119 tego mocno rozwija\u0107, w internecie <noindex><a rel=\"nofollow\" href=\"https:\/\/linuxconfig.org\/how-to-move-docker-s-default-var-lib-docker-to-another-directory-on-ubuntu-debian-linux\">jest pe\u0142no<\/a><\/noindex> instrukcji na temat przeniesienia docker root w nowe miejsce.<\/p>\n<p>5. Uruchamiamy demona dockera i obserwujemy, czy patrzy tam, gdzie trzeba: <\/p>\n<pre><code class=\"bash\">systemctl status docker<\/code><\/pre>\n<p>\nW jednej z linii wyj\u015bcia powinni\u015bmy zobaczy\u0107:<\/p>\n<pre><code class=\"bash\">\u251c\u250019493 \/usr\/bin\/dockerd --data-root=\/docker\/data\/storage<\/code><\/pre>\n<p>\nUpewnili\u015bmy si\u0119, \u017ce przekazali\u015bmy demonowi opcj\u0119, teraz sprawd\u017amy, czy j\u0105 zastosowa\u0142 (dzi\u0119ki <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/inkvizitor68sl\/\" class=\"user_link\">inkvizitor68sl<\/a><\/noindex>)!<\/p>\n<pre><code class=\"bash\">docker info | awk '\/Root Dir\/ {print $NF}' <\/code><\/pre>\n<p>\n6. Uruchamiamy nasz\u0105 aplikacj\u0119: <\/p>\n<pre><code class=\"bash\">docker-compose up -d<\/code><\/pre>\n<p>\n7. Sprawdzamy<\/p>\n<p>I tutaj zaczyna si\u0119 najciekawsze \u2013 SGBD, MQ, wszystko w porz\u0105dku! Baza danych jest nienaruszona, wszystko dzia\u0142a\u2026 poza nginx. Mamy w\u0142asn\u0105 wersj\u0119 nginx z Kerberosem i kurtyzanami. A przegl\u0105danie log\u00f3w kontenera wskaza\u0142o, \u017ce nie mo\u017ce pisa\u0107 do \/var\/tmp \u2013 Permission denied. Rozmasowuj\u0119 palce na skroniach i pr\u00f3buj\u0119 analizowa\u0107 sytuacj\u0119\u2026 Jak to mo\u017cliwe? Obraz dockera si\u0119 nie zmieni\u0142. Przecie\u017c po prostu przenie\u015bli\u015bmy katalog. Zawsze dzia\u0142a\u0142o, a tu nagle\u2026 Na pr\u00f3b\u0119 wszed\u0142em do kontenera i zmieni\u0142em prawa w tym katalogu, by\u0142y<u> root, root 755<\/u>, da\u0142em <u>root, root 777<\/u>. I wszystko ruszy\u0142o\u2026 W g\u0142owie zabrzmia\u0142a my\u015bl \u2013 to jakie\u015b szale\u0144stwo\u2026 My\u015bla\u0142em, \u017ce mo\u017ce czego\u015b nie uwzgl\u0119dni\u0142em\u2026 <\/p>\n<p>Zdecydowa\u0142em, \u017ce \u017ale ustawili\u015bmy prawa dost\u0119pu do plik\u00f3w przy przenoszeniu. Zatrzymali\u015bmy aplikacj\u0119, demona dockera, usun\u0119li\u015bmy nowy katalog i zrobili\u015bmy kopiowanie katalogu \/var\/lib\/docker korzystaj\u0105c z <code>rsync -a<\/code>. <\/p>\n<p>My\u015bl\u0119, \u017ce teraz na pewno wszystko w porz\u0105dku, uruchamiamy dockera, aplikacj\u0119.<\/p>\n<p>Ooo... problem pozosta\u0142a... Mam drgaj\u0105cy oko. Wskoczy\u0142em do konsoli mojej wirtualnej maszyny, gdzie uruchamiam r\u00f3\u017cne testy. Mia\u0142em ten obraz nginx i wszed\u0142em do kontenera, a tu w katalogu \/var\/tmp prawa s\u0105 ustawione na root, root 777. Czyli takie same, jakie musia\u0142em ustawia\u0107 r\u0119cznie. Ale obrazy s\u0105 identyczne! <\/p>\n<p><u>Wsz\u0119dzie u\u017cywana by\u0142a FS xfs.<\/u><\/p>\n<p>Por\u00f3wna\u0142em za pomoc\u0105 komendy <\/p>\n<pre><code class=\"bash\">docker inspect my-nginx:12345<\/code><\/pre>\n<p>\nWszystkie hasze s\u0105 identyczne, wszystko jeden do jednego. Tak na serwerze, jak i na mojej wirtualce. Usun\u0105\u0142em lokalny obraz nginx i \u015bci\u0105gn\u0105\u0142em go ponownie z registry, kt\u00f3re z r\u00f3\u017cnych powod\u00f3w znajduje si\u0119 na tej samej maszynie. I problem pozostaje... Teraz drga mi drugie oko.<\/p>\n<p>Ju\u017c nie pami\u0119tam, jakie my\u015bli by\u0142y w mojej g\u0142owie, poza krzykami \u201eAAAAAA\u201d i innymi. Na dworze jest czwarta godzina w nocy, do akcji wesz\u0142y \u017ar\u00f3d\u0142a dockera, maj\u0105c na celu zrozumienie zasady haszowania warstw obrazu. Otworzy\u0142em trzeci\u0105 puszk\u0119 energetyka. I w ko\u0144cu zrozumia\u0142em, \u017ce haszowanie uwzgl\u0119dnia tylko plik, jego zawarto\u015b\u0107, ale <b>NIE UPRAWNIENIA<\/b>! To znaczy, w jaki\u015b tajemniczy spos\u00f3b nasze uprawnienia si\u0119 skasowa\u0142y, mimo \u017ce selinux jest wy\u0142\u0105czony, acl nie jest u\u017cywane, sticky bit nie wyst\u0119puje. <\/p>\n<p>Usun\u0105\u0142em lokalny obraz, r\u00f3wnie\u017c usun\u0105\u0142em obraz z docker registry i wypchn\u0105\u0142em go ponownie. I wszystko zacz\u0119\u0142o dzia\u0142a\u0107. Okazuje si\u0119, \u017ce podczas przenoszenia uprawnienia zosta\u0142y usuni\u0119te, zar\u00f3wno wewn\u0105trz lokalnego obrazu, jak i w obrazie znajduj\u0105cym si\u0119 w registry. Jak ju\u017c m\u00f3wi\u0142em, z r\u00f3\u017cnych powod\u00f3w znajdowa\u0142 si\u0119 na tej samej maszynie. I w konsekwencji w tym samym katalogu \/var\/lib\/docker.<\/p>\n<p>I wyczuwaj\u0105c pytanie, czy nie pr\u00f3bowali\u015bmy przywr\u00f3ci\u0107 dockera do starego katalogu \u2014 nie, nie pr\u00f3bowali\u015bmy, niestety, okoliczno\u015bci na to nie pozwala\u0142y. I bardzo chcia\u0142em to zrozumie\u0107.<\/p>\n<p>Po napisaniu tego artyku\u0142u rozwi\u0105zanie problemu wydaje mi si\u0119 oczywiste, ale w momencie analizy takie nie by\u0142o. Szczerze guglowa\u0142em i nie znalaz\u0142em podobnych sytuacji.<\/p>\n<p>Wynik: problem rozwi\u0105zany, przyczyny nie zrozumia\u0142em =(<\/p>\n<p>Je\u017celi kto\u015b wie lub ma jakie\u015b przemy\u015blenia na temat potencjalnych przyczyn tego problemu \u2014 b\u0119d\u0119 niezwykle wdzi\u0119czny za informacje w komentarzach!<br \/>\n<br \/>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/462013\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0435 \u0434\u0430\u043b\u0435\u0435, \u0447\u0435\u043c \u043f\u0430\u0440\u0443 \u0434\u043d\u0435\u0439 \u043d\u0430\u0437\u0430\u0434 \u0431\u044b\u043b\u043e \u0440\u0435\u0448\u0435\u043d\u043e \u043d\u0430 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432\u044b\u043d\u0435\u0441\u0442\u0438 docker storage (\u043a\u0430\u0442\u0430\u043b\u043e\u0433, \u0433\u0434\u0435 \u0434\u043e\u043a\u0435\u0440 \u0445\u0440\u0430\u043d\u0438\u0442 \u0432\u0441\u0435 \u0444\u0430\u0439\u043b\u044b \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432, \u043e\u0431\u0440\u0430\u0437\u043e\u0432) \u043d\u0430 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0439 \u0440\u0430\u0437\u0434\u0435\u043b, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043e\u0431\u043b\u0430\u0434\u0430\u043b \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0435\u043c\u043a\u043e\u0441\u0442\u044c\u044e. \u0417\u0430\u0434\u0430\u0447\u0430, \u043a\u0430\u0437\u0430\u043b\u043e\u0441\u044c \u0431\u044b, \u0442\u0440\u0438\u0432\u0438\u0430\u043b\u044c\u043d\u0430\u044f \u0438 \u043d\u0435 \u043f\u0440\u0435\u0434\u0432\u0435\u0449\u0430\u043b\u0430 \u0431\u0435\u0434\u044b\u2026 \u041f\u0440\u0438\u0441\u0442\u0443\u043f\u0430\u0435\u043c: 1. \u041e\u0441\u0442\u0430\u043d\u0430\u0432\u043b\u0438\u0432\u0430\u0435\u043c \u0438 \u0443\u0431\u0438\u0432\u0430\u0435\u043c \u0432\u0441\u0435 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u044b \u043d\u0430\u0448\u0435\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f: docker-compose down \u0435\u0441\u043b\u0438 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u043c\u043d\u043e\u0433\u043e, \u0438 \u043e\u043d\u0438 \u0432 [&hellip;]<\/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-36736","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0435 \u0434\u0430\u043b\u0435\u0435, \u0447\u0435\u043c \u043f\u0430\u0440\u0443 \u0434\u043d\u0435\u0439 \u043d\u0430\u0437\u0430\u0434 \u0431\u044b\u043b\u043e \u0440\u0435\u0448\u0435\u043d\u043e \u043d\u0430 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432\u044b\u043d\u0435\u0441\u0442\u0438 docker storage (\u043a\u0430\u0442\u0430\u043b\u043e\u0433, \u0433\u0434\u0435 \u0434\u043e\u043a\u0435\u0440 \u0445\u0440\u0430\u043d\u0438\u0442 \u0432\u0441\u0435 \u0444\u0430\u0439\u043b\u044b \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432, \u043e\u0431\u0440\u0430\u0437\u043e\u0432) \u043d\u0430 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0439 \u0440\u0430\u0437\u0434\u0435\u043b, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043e\u0431\u043b\u0430\u0434\u0430\u043b \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0435\u043c\u043a\u043e\u0441\u0442\u044c\u044e.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0418\u0441\u0442\u043e\u0440\u0438\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u043f\u0435\u0440\u0435\u043d\u043e\u0441\u0430 docker storage (docker root) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0435 \u0434\u0430\u043b\u0435\u0435, \u0447\u0435\u043c \u043f\u0430\u0440\u0443 \u0434\u043d\u0435\u0439 \u043d\u0430\u0437\u0430\u0434 \u0431\u044b\u043b\u043e \u0440\u0435\u0448\u0435\u043d\u043e \u043d\u0430 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432\u044b\u043d\u0435\u0441\u0442\u0438 docker storage (\u043a\u0430\u0442\u0430\u043b\u043e\u0433, \u0433\u0434\u0435 \u0434\u043e\u043a\u0435\u0440 \u0445\u0440\u0430\u043d\u0438\u0442 \u0432\u0441\u0435 \u0444\u0430\u0439\u043b\u044b \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432, \u043e\u0431\u0440\u0430\u0437\u043e\u0432) \u043d\u0430 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0439 \u0440\u0430\u0437\u0434\u0435\u043b, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043e\u0431\u043b\u0430\u0434\u0430\u043b \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0435\u043c\u043a\u043e\u0441\u0442\u044c\u044e.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:13:26+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:13:26+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Historia problemu przenoszenia storage dockera (docker root) | ProHoster","description":"Nie dalej ni\u017c kilka dni temu podj\u0119to decyzj\u0119, aby na jednym z serwer\u00f3w przenie\u015b\u0107 storage dockera (katalog, w kt\u00f3rym docker przechowuje wszystkie pliki kontener\u00f3w i obraz\u00f3w) na osobn\u0105 partycj\u0119 o wi\u0119kszej pojemno\u015bci.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","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\u0418\u0441\u0442\u043e\u0440\u0438\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u043f\u0435\u0440\u0435\u043d\u043e\u0441\u0430 docker storage (docker root) | ProHoster","og:description":"\u041d\u0435 \u0434\u0430\u043b\u0435\u0435, \u0447\u0435\u043c \u043f\u0430\u0440\u0443 \u0434\u043d\u0435\u0439 \u043d\u0430\u0437\u0430\u0434 \u0431\u044b\u043b\u043e \u0440\u0435\u0448\u0435\u043d\u043e \u043d\u0430 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432\u044b\u043d\u0435\u0441\u0442\u0438 docker storage (\u043a\u0430\u0442\u0430\u043b\u043e\u0433, \u0433\u0434\u0435 \u0434\u043e\u043a\u0435\u0440 \u0445\u0440\u0430\u043d\u0438\u0442 \u0432\u0441\u0435 \u0444\u0430\u0439\u043b\u044b \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432, \u043e\u0431\u0440\u0430\u0437\u043e\u0432) \u043d\u0430 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0439 \u0440\u0430\u0437\u0434\u0435\u043b, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043e\u0431\u043b\u0430\u0434\u0430\u043b \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0435\u043c\u043a\u043e\u0441\u0442\u044c\u044e.","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","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:13:26+00:00","article:modified_time":"2019-10-31T19:13:26+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36736","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-22 04:38:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:39:24","updated":"2026-01-22 04:38:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/36736","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=36736"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/36736\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=36736"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=36736"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=36736"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}