{"id":91048,"date":"2020-08-08T01:42:02","date_gmt":"2020-08-07T23:42:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/ne-stoit-polzovatsya-offset-i-limit-v-zaprosah-s-razbieniem-na-straniczy"},"modified":"2020-08-08T01:42:02","modified_gmt":"2020-08-07T23:42:02","slug":"ne-stoit-polzovatsya-offset-i-limit-v-zaprosah-s-razbieniem-na-straniczy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/ne-stoit-polzovatsya-offset-i-limit-v-zaprosah-s-razbieniem-na-straniczy","title":{"rendered":"Nie powinno si\u0119 u\u017cywa\u0107 OFFSET i LIMIT w zapytaniach z paginacj\u0105.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Min\u0119\u0142y czasy, kiedy nie trzeba by\u0142o martwi\u0107 si\u0119 o optymalizacj\u0119 wydajno\u015bci baz danych. Czas nie stoi w miejscu. Ka\u017cdy nowy przedsi\u0119biorca z bran\u017cy technologii chce stworzy\u0107 kolejnego Facebooka, a jednocze\u015bnie d\u0105\u017cy do gromadzenia wszystkich danych, do kt\u00f3rych ma dost\u0119p. Te dane s\u0105 potrzebne firmom do lepszego uczenia modeli, kt\u00f3re pomagaj\u0105 generowa\u0107 zyski. W takich warunkach programi\u015bci musz\u0105 tworzy\u0107 takie API, kt\u00f3re umo\u017cliwiaj\u0105 szybkie i niezawodne przetwarzanie ogromnych ilo\u015bci informacji.<\/p>\n

\"Nie<\/a><\/noindex>
\n<\/a><\/noindex>
\nJe\u015bli od jakiego\u015b czasu zajmujesz si\u0119 projektowaniem cz\u0119\u015bci serwerowych aplikacji lub baz danych, prawdopodobnie pisa\u0142e\u015b kod do wykonywania zapyta\u0144 z paginacj\u0105. Na przyk\u0142ad taki:<\/p>\n

SELECT * FROM table_name LIMIT 10 OFFSET 40\n<\/code><\/pre>\n
\nCzy tak jest?<\/p>\n
Ale je\u015bli paginacj\u0119 wykonywa\u0142e\u015b w ten spos\u00f3b, z przykro\u015bci\u0105 musz\u0119 stwierdzi\u0107, \u017ce z pewno\u015bci\u0105 nie by\u0142 to najefektywniejszy spos\u00f3b.<\/p>\n
\u017byczysz sobie sprzeciwu? Mo\u017cesz<\/a><\/noindex> nie<\/a><\/noindex> marnowa\u0107<\/a><\/noindex> czas<\/a><\/noindex>. Slack<\/a><\/noindex>, Shopify<\/a><\/noindex> i Mixmax<\/a><\/noindex> ju\u017c stosuje techniki, o kt\u00f3rych chc\u0119 dzisiaj opowiedzie\u0107.<\/p>\n
Podaj przynajmniej jednego programist\u0119 backendowego, kt\u00f3ry nigdy nie korzysta\u0142 OFFSET<\/code> i LIMIT<\/code> do wykonywania zapyta\u0144 z paginacj\u0105. W MVP (Minimal Viable Product, minimalny produkt mo\u017cliwy do wprowadzenia na rynek) oraz w projektach, w kt\u00f3rych u\u017cywane s\u0105 ma\u0142e zbiory danych, podej\u015bcie to jest jak najbardziej zasadne. Tak, powiedzmy, \"po prostu dzia\u0142a\".<\/p>\n
Ale je\u015bli musisz od podstaw stworzy\u0107 niezawodne i wydajne systemy, warto wcze\u015bniej zadba\u0107 o wydajno\u015b\u0107 zapyta\u0144 do baz danych u\u017cywanych w takich systemach.<\/p>\n
Dzi\u015b porozmawiamy o problemach towarzysz\u0105cych powszechnie stosowanym (niestety) implementacjom mechanizm\u00f3w wykonywania zapyta\u0144 z paginacj\u0105 oraz o tym, jak osi\u0105gn\u0105\u0107 wysok\u0105 wydajno\u015b\u0107 podczas wykonywania takich zapyta\u0144.<\/p>\n
Co jest nie tak z OFFSET i LIMIT?<\/h2>\n
\nJak ju\u017c wspomniano, OFFSET<\/code> i LIMIT<\/code> sprawdzaj\u0105 si\u0119 \u015bwietnie w projektach, w kt\u00f3rych nie trzeba pracowa\u0107 z du\u017cymi zbiorami danych.<\/p>\n
Problem pojawia si\u0119, gdy baza danych rozrasta si\u0119 do takich rozmiar\u00f3w, \u017ce przestaje mie\u015bci\u0107 si\u0119 w pami\u0119ci serwera. Ale w trakcie pracy z t\u0105 baz\u0105 danych nadal trzeba korzysta\u0107 z zapyta\u0144 z paginacj\u0105.<\/p>\n
Aby ten problem si\u0119 ujawni\u0142, musi wyst\u0105pi\u0107 sytuacja, w kt\u00f3rej system zarz\u0105dzania baz\u0105 danych (DBMS) wykonuje nieefektywn\u0105 operacj\u0119 pe\u0142nego skanowania tabeli (Full Table Scan) przy ka\u017cdym zapytaniu z paginacj\u0105 (w tym samym czasie mog\u0105 zachodzi\u0107 operacje wstawiania i usuwania danych, a przestarza\u0142e dane nie s\u0105 nam potrzebne!).<\/p>\n
Czym jest \u201epe\u0142ne skanowanie tabeli\u201d (lub \u201esekwencyjny przegl\u0105d tabeli\u201d, Sequential Scan)? Jest to operacja, w kt\u00f3rej DBMS sekwencyjnie odczytuje ka\u017cdy wiersz tabeli, czyli dane w niej zawarte, i sprawdza je pod k\u0105tem zgodno\u015bci z podanym warunkiem. Znane jest, \u017ce ten typ skanowania tabel jest najwolniejszy. Dzieje si\u0119 tak, poniewa\u017c przy jego wykonaniu realizowanych jest wiele operacji wej\u015bcia\/wyj\u015bcia, anga\u017cuj\u0105cych system dysk\u00f3w serwera. Sytuacj\u0119 pogarszaj\u0105 op\u00f3\u017anienia zwi\u0105zane z prac\u0105 z danymi przechowywanymi na dyskach, a tak\u017ce to, \u017ce transfer danych z dysku do pami\u0119ci to operacja wymagaj\u0105ca wielu zasob\u00f3w.<\/p>\n
Na przyk\u0142ad, je\u015bli masz zapisy o 100000000 u\u017cytkownik\u00f3w i wykonujesz zapytanie z konstrukcj\u0105 OFFSET 50000000<\/code>, oznacza to, \u017ce DBMS b\u0119dzie musia\u0142 za\u0142adowa\u0107 wszystkie te zapisy (a przecie\u017c nie s\u0105 nam nawet potrzebne!), umie\u015bci\u0107 je w pami\u0119ci, a dopiero potem wzi\u0105\u0107, powiedzmy, 20 wynik\u00f3w, kt\u00f3re s\u0105 wskazane w LIMIT<\/code>.<\/p>\n
Powiedzmy, \u017ce mo\u017ce to wygl\u0105da\u0107 tak: \u201ewybierz wiersze od 50000 do 50020 z 100000\u201d. To znaczy, \u017ce system, aby wykona\u0107 zapytanie, najpierw musi za\u0142adowa\u0107 50000 wierszy. Widzisz, ile niepotrzebnej pracy b\u0119dzie musia\u0142 wykona\u0107?<\/p>\n
Je\u015bli nie wierzysz \u2013 sp\u00f3jrz na przyk\u0142ad, kt\u00f3ry stworzy\u0142em, korzystaj\u0105c z mo\u017cliwo\u015bci db-fiddle.com<\/a><\/noindex>.\u00a0<\/p>\n
\"Nie
\nPrzyk\u0142ad na db-fiddle.com<\/i><\/p>\n
Tam, z lewej strony, w polu Schema SQL<\/code>, znajduje si\u0119 kod, kt\u00f3ry wykonuje wstawianie do bazy danych 100000 wierszy, a z prawej strony, w polu Query SQL<\/code>, pokazane s\u0105 dwa zapytania. Pierwsze, wolne, wygl\u0105da tak:<\/p>\n
SELECT *\nFROM `docs`\nLIMIT 10 OFFSET 85000;\n<\/code><\/pre>\n
\nA drugie, kt\u00f3re stanowi efektywne rozwi\u0105zanie tego samego zadania, wygl\u0105da tak:<\/p>\n
SELECT *\nFROM `docs`\nWHERE id > 85000\nLIMIT 10;\n<\/code><\/pre>\n
\nAby wykona\u0107 te zapytania, wystarczy nacisn\u0105\u0107 przycisk Run<\/code> na g\u00f3rze strony. Dzi\u0119ki temu por\u00f3wnamy dane dotycz\u0105ce czasu wykonywania zapyta\u0144. Okazuje si\u0119, \u017ce wykonanie nieefektywnego zapytania zajmuje przynajmniej 30 razy wi\u0119cej czasu ni\u017c wykonanie drugiego (od uruchomienia do uruchomienia ten czas r\u00f3\u017cni si\u0119, na przyk\u0142ad system mo\u017ce poinformowa\u0107, \u017ce wykonanie pierwszego zapytania zaj\u0119\u0142o 37 ms, a wykonanie drugiego \u2014 1 ms).<\/p>\n
A je\u015bli danych b\u0119dzie wi\u0119cej, sytuacja b\u0119dzie wygl\u0105da\u0142a jeszcze gorzej (aby si\u0119 o tym przekona\u0107 \u2014 zerknij na m\u00f3j przyk\u0142ad<\/a><\/noindex> z 10 milionami wierszy).<\/p>\n
To, co w\u0142a\u015bnie om\u00f3wili\u015bmy, powinno da\u0107 ci pewne poj\u0119cie o tym, jak tak naprawd\u0119 przetwarzane s\u0105 zapytania do baz danych.<\/p>\n
Pami\u0119taj, \u017ce im wi\u0119ksza warto\u015b\u0107 OFFSET<\/code> \u2014 tym d\u0142u\u017cej b\u0119dzie trwa\u0142o wykonanie zapytania.<\/p>\n
Co warto u\u017cy\u0107 zamiast kombinacji OFFSET i LIMIT?<\/h2>\n
\nZamiast kombinacji OFFSET<\/code> i LIMIT<\/code> warto u\u017cy\u0107 konstrukcji, kt\u00f3ra opiera si\u0119 na schemacie:<\/p>\n
SELECT * FROM table_name WHERE id > 10 LIMIT 20\n<\/code><\/pre>\n
\nTo jest wykonanie zapytania z paginacj\u0105 opart\u0105 na kursorze (Cursor based pagination).<\/p>\n
Zamiast lokalnie przechowywa\u0107 bie\u017c\u0105ce OFFSET<\/code> i LIMIT<\/code> i przesy\u0142a\u0107 je z ka\u017cdym zapytaniem, nale\u017cy przechowywa\u0107 ostatni otrzymany klucz g\u0142\u00f3wny (zazwyczaj jest to ID<\/code>) i LIMIT<\/code>, w wyniku czego masz zapytania przypominaj\u0105ce wy\u017cej podane.<\/p>\n
Dlaczego? Chodzi o to, \u017ce wyra\u017anie wskazuj\u0105c identyfikator ostatniego odczytanego wiersza, informujesz swoj\u0105 SGBD, od kt\u00f3rego miejsca powinna rozpocz\u0105\u0107 wyszukiwanie potrzebnych danych. Zalet\u0105 tego rozwi\u0105zania jest to, \u017ce dzi\u0119ki wykorzystaniu klucza, wyszukiwanie b\u0119dzie prowadzone efektywnie, system nie b\u0119dzie musia\u0142 zajmowa\u0107 si\u0119 wierszami znajduj\u0105cymi si\u0119 poza wskazanym zakresem.<\/p>\n
Przyjrzyjmy si\u0119 nast\u0119puj\u0105cemu por\u00f3wnaniu wydajno\u015bci r\u00f3\u017cnych zapyta\u0144. Oto nieefektywne zapytanie.<\/p>\n
\"Nie
\nWolne zapytanie<\/i><\/p>\n
A oto \u2014 zoptymalizowana wersja tego zapytania.<\/p>\n
\"Nie
\nSzybkie zapytanie<\/i><\/p>\n
Oba zapytania zwracaj\u0105 dok\u0142adnie t\u0119 sam\u0105 ilo\u015b\u0107 danych. Ale wykonanie pierwszego trwa 12,80 sekundy, a drugiego \u2014 0,01 sekundy. Czujesz r\u00f3\u017cnic\u0119?<\/p>\n
Potencjalne problemy<\/h2>\n
\nAby zapewni\u0107 skuteczne dzia\u0142anie proponowanej metody wykonywania zapyta\u0144, w tabeli powinny znajdowa\u0107 si\u0119 kolumny zawieraj\u0105ce unikalne, uporz\u0105dkowane indeksy, takie jak identyfikator ca\u0142kowity. W niekt\u00f3rych specyficznych przypadkach mo\u017ce to decydowa\u0107 o sukcesie zastosowania takich zapyta\u0144 w celu zwi\u0119kszenia wydajno\u015bci pracy z baz\u0105 danych.<\/p>\n
Oczywi\u015bcie, tworz\u0105c zapytania, nale\u017cy uwzgl\u0119dni\u0107 szczeg\u00f3\u0142y architektury tabel i wybiera\u0107 te mechanizmy, kt\u00f3re najlepiej sprawdz\u0105 si\u0119 na dost\u0119pnych tabelach. Na przyk\u0142ad, je\u015bli musisz pracowa\u0107 w zapytaniach z du\u017cymi ilo\u015bciami powi\u0105zanych danych, mo\u017ce by\u0107 interesuj\u0105cy ten<\/a><\/noindex> artyku\u0142.<\/p>\n
Je\u015bli napotykamy problem braku klucza podstawowego, na przyk\u0142ad, gdy mamy tabel\u0119 z relacj\u0105 \"wiele-do-wielu\", to tradycyjne podej\u015bcie przewiduj\u0105ce zastosowanie OFFSET<\/code> i LIMIT<\/code>, b\u0119dzie nam z pewno\u015bci\u0105 odpowiada\u0107. Niemniej jednak, jego zastosowanie mo\u017ce prowadzi\u0107 do potencjalnie wolnych zapyta\u0144. W takich przypadkach poleca\u0142bym u\u017cycie klucza podstawowego z autoinkrementacj\u0105, nawet je\u015bli jest potrzebny tylko do organizacji zapyta\u0144 z paginacj\u0105.<\/p>\n
Je\u015bli interesuje Ci\u0119 ten temat \u2014 oto<\/a><\/noindex>, oto<\/a><\/noindex> i oto<\/a><\/noindex> \u2014 kilka przydatnych materia\u0142\u00f3w.<\/p>\n
Podsumowanie<\/h2>\n
\nG\u0142\u00f3wna konkluzja, jak\u0105 mo\u017cemy wyci\u0105gn\u0105\u0107, jest taka, \u017ce niezale\u017cnie od rozmiar\u00f3w baz danych, zawsze nale\u017cy analizowa\u0107 szybko\u015b\u0107 wykonywania zapyta\u0144. W dzisiejszych czasach ekstremalnie wa\u017cna jest skalowalno\u015b\u0107 rozwi\u0105za\u0144, a je\u015bli od samego pocz\u0105tku pracy nad systemem zaprojektuje si\u0119 wszystko poprawnie, w przysz\u0142o\u015bci mo\u017cna to u\u0142atwi\u0107 programi\u015bcie \u017cycie z wieloma problemami.<\/p>\n
Jak analizujesz i optymalizujesz zapytania do baz danych?<\/b><\/p>\n
\"Nie<\/a><\/noindex>
\n
\u0179r\u00f3d\u0142o: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041f\u0440\u043e\u0448\u043b\u0438 \u0442\u0435 \u0434\u043d\u0438, \u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u043d\u0430\u0434\u043e \u0431\u044b\u043b\u043e \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f \u043e\u0431 \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445. \u0412\u0440\u0435\u043c\u044f \u043d\u0435 \u0441\u0442\u043e\u0438\u0442 \u043d\u0430 \u043c\u0435\u0441\u0442\u0435. \u041a\u0430\u0436\u0434\u044b\u0439 \u043d\u043e\u0432\u044b\u0439 \u0431\u0438\u0437\u043d\u0435\u0441\u043c\u0435\u043d \u0438\u0437 \u0441\u0444\u0435\u0440\u044b \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439 \u0445\u043e\u0447\u0435\u0442 \u0441\u043e\u0437\u0434\u0430\u0442\u044c \u043e\u0447\u0435\u0440\u0435\u0434\u043d\u043e\u0439 Facebook, \u0441\u0442\u0440\u0435\u043c\u044f\u0441\u044c \u043f\u0440\u0438 \u044d\u0442\u043e\u043c \u0441\u043e\u0431\u0438\u0440\u0430\u0442\u044c \u0432\u0441\u0435 \u0434\u0430\u043d\u043d\u044b\u0435, \u0434\u043e \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043c\u043e\u0436\u0435\u0442 \u0434\u043e\u0442\u044f\u043d\u0443\u0442\u044c\u0441\u044f. \u042d\u0442\u0438 \u0434\u0430\u043d\u043d\u044b\u0435 \u043d\u0443\u0436\u043d\u044b \u0431\u0438\u0437\u043d\u0435\u0441\u0443 \u0434\u043b\u044f \u0431\u043e\u043b\u0435\u0435 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043e\u0431\u0443\u0447\u0435\u043d\u0438\u044f \u043c\u043e\u0434\u0435\u043b\u0435\u0439, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0430\u044e\u0442 \u0437\u0430\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c. \u0412 \u0442\u0430\u043a\u0438\u0445 \u0443\u0441\u043b\u043e\u0432\u0438\u044f\u0445 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u0430\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":91049,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-91048","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\udd47Nie nale\u017cy korzysta\u0107 z OFFSET i LIMIT w zapytaniach z paginacj\u0105 | ProHoster","description":"Min\u0119\u0142y czasy, kiedy nie trzeba by\u0142o martwi\u0107 si\u0119 o optymalizacj\u0119 wydajno\u015bci baz danych. Czas nie stoi w miejscu.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/ne-stoit-polzovatsya-offset-i-limit-v-zaprosah-s-razbieniem-na-straniczy","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\u041d\u0435 \u0441\u0442\u043e\u0438\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c\u0441\u044f OFFSET \u0438 LIMIT \u0432 \u0437\u0430\u043f\u0440\u043e\u0441\u0430\u0445 \u0441 \u0440\u0430\u0437\u0431\u0438\u0435\u043d\u0438\u0435\u043c \u043d\u0430 \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u044b | ProHoster","og:description":"\u041f\u0440\u043e\u0448\u043b\u0438 \u0442\u0435 \u0434\u043d\u0438, \u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u043d\u0430\u0434\u043e \u0431\u044b\u043b\u043e \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f \u043e\u0431 \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445. \u0412\u0440\u0435\u043c\u044f \u043d\u0435 \u0441\u0442\u043e\u0438\u0442 \u043d\u0430 \u043c\u0435\u0441\u0442\u0435.","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/ne-stoit-polzovatsya-offset-i-limit-v-zaprosah-s-razbieniem-na-straniczy","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-08-07T23:42:02+00:00","article:modified_time":"2020-08-07T23:42:02+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"91048","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 12:35:24","updated":"2026-08-11 12:50:11","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\/91048","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=91048"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/91048\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/91049"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=91048"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=91048"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=91048"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}