{"id":1081,"date":"2023-05-24T20:32:57","date_gmt":"2023-05-24T17:32:57","guid":{"rendered":"https:\/\/presta.site\/blog\/co-zrobic-jesli-obrazy-nie-wyswietlaja-sie-w-twoim-sklepie-prestashop\/"},"modified":"2026-07-22T08:38:28","modified_gmt":"2026-07-22T05:38:28","slug":"co-zrobic-jesli-obrazy-nie-wyswietlaja-sie-w-twoim-sklepie-prestashop","status":"publish","type":"post","link":"https:\/\/presta.site\/blog\/pl\/co-zrobic-jesli-obrazy-nie-wyswietlaja-sie-w-twoim-sklepie-prestashop\/","title":{"rendered":"Obrazy PrestaShop: \u0142atwa naprawa 10 typowych przyczyn"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Gdy <strong>obrazy prestashop<\/strong> nie wy\u015bwietlaj\u0105 si\u0119 na stronach produkt\u00f3w, kategoriach ani na stronie g\u0142\u00f3wnej, klienci widz\u0105 zamiast katalogu uszkodzone ikony. Pliki zazwyczaj nadal znajduj\u0105 si\u0119 na serwerze &#8211; PrestaShop po prostu nie mo\u017ce udost\u0119pni\u0107 w\u0142a\u015bciwej \u015bcie\u017cki, rozmiaru lub regu\u0142y przepisywania. Ten przewodnik opisuje szybki krok diagnostyczny, spos\u00f3b przechowywania obraz\u00f3w, typowe przyczyny i rozwi\u0105zania, kt\u00f3re rozwi\u0105zuj\u0105 wi\u0119kszo\u015b\u0107 przypadk\u00f3w bez pe\u0142nej reinstalacji.<\/p>\n\n\n<!--more-->\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"516\" src=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1-1024x516.png\" alt=\"Obrazy PrestaShop si\u0119 nie wy\u015bwietlaj\u0105 - brak miniatur produkt\u00f3w w sklepie\" class=\"wp-image-666\" srcset=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1-1024x516.png 1024w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1-300x151.png 300w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1-768x387.png 768w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1.png 1400w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">Diagnostyka na pocz\u0105tku (dwie minuty)<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Zanim zacznie si\u0119 zmienia\u0107 uprawnienia lub regenerowa\u0107 wszystko od nowa, warto ustali\u0107, <em>jak<\/em> dok\u0142adnie obrazy nie wy\u015bwietlaj\u0105 si\u0119 w przegl\u0105darce:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Otw\u00f3rz sam adres URL obrazu<\/strong> &#8211; kliknij prawym przyciskiem uszkodzony obraz \u2192 Otw\u00f3rz obraz w nowej karcie. Sprawd\u017a status: <strong>404<\/strong> (brak pliku lub regu\u0142y przepisywania), <strong>403<\/strong> (uprawnienia \/ regu\u0142y hotlink), albo obraz si\u0119 \u0142aduje, a strona nadal wygl\u0105da na uszkodzon\u0105 (motyw lub modu\u0142 lazy-load).<\/li>\n<li><strong>Sprawd\u017a konsol\u0119 przegl\u0105darki<\/strong> &#8211; ostrze\u017cenia o mixed content oznaczaj\u0105, \u017ce strona dzia\u0142a pod <code class=\"codecolorer text default\"><span class=\"text\">https:\/\/<\/span><\/code>, a <code class=\"codecolorer text default\"><span class=\"text\">src<\/span><\/code> nadal wskazuje <code class=\"codecolorer text default\"><span class=\"text\">http:\/\/<\/span><\/code>.<\/li>\n<li><strong>Por\u00f3wnaj Back Office ze sklepem<\/strong> &#8211; je\u015bli formularz produktu pokazuje zdj\u0119cie, a front office jest pusty, zwykle winne s\u0105 miniatury, przepisywanie Friendly URL lub domena sklepu. Je\u015bli obie strony s\u0105 puste, szuka si\u0119 brakuj\u0105cego pliku na dysku lub wiersza w bazie bez odpowiadaj\u0105cego pliku.<\/li>\n<li><strong>Prze\u0142\u0105cz Friendly URL raz<\/strong> &#8211; Parametry sklepu \u2192 Ruch i SEO. Je\u015bli obrazy pojawiaj\u0105 si\u0119 tylko przy wy\u0142\u0105czonym Friendly URL, naprawia si\u0119 <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> \/ regu\u0142y Nginx dla obraz\u00f3w, zanim zregeneruje si\u0119 ca\u0142y katalog.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">PrestaShop przechowuje orygina\u0142y i wygenerowane rozmiary w folderze <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code> w katalogu g\u0142\u00f3wnym sklepu. Wiedza, kt\u00f3ry katalog zawiera jakie zasoby, oszcz\u0119dza czas przy szukaniu brakuj\u0105cego pliku:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong><code class=\"codecolorer text default\"><span class=\"text\">\/img\/p\/<\/span><\/code><\/strong> &#8211; obrazy produkt\u00f3w. Przes\u0142ane pliki s\u0105 rozdzielane na zagnie\u017cd\u017cone foldery (na przyk\u0142ad <code class=\"codecolorer text default\"><span class=\"text\">\/img\/p\/1\/2\/12.jpg<\/span><\/code> dla produktu o ID 12). PrestaShop tworzy te\u017c warianty miniatur dla siatek list, koszyk\u00f3w i strony produktu.<\/li>\n<li><strong><code class=\"codecolorer text default\"><span class=\"text\">\/img\/c\/<\/span><\/code><\/strong> &#8211; obrazy kategorii z w\u0142asnymi rozmiarami miniatur.<\/li>\n<li><strong><code class=\"codecolorer text default\"><span class=\"text\">\/img\/cms\/<\/span><\/code><\/strong> &#8211; obrazy u\u017cywane na stronach CMS. Zwykle omijaj\u0105 one pipeline miniatur produktowych, wi\u0119c regeneracja miniatur produkt\u00f3w nie naprawi uszkodzonej \u015bcie\u017cki medi\u00f3w CMS.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Je\u015bli adres URL obrazu w sklepie zwraca 404, a plik istnieje na dysku, sprawdza si\u0119 uprawnienia, przepisywanie <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> \/ Nginx oraz typy miniatur, zanim prze\u015ble si\u0119 ponownie ka\u017cde zdj\u0119cie. Problemy z Friendly URL cz\u0119sto id\u0105 w parze z b\u0142\u0119dami \u015bcie\u017cek obraz\u00f3w &#8211; warto zajrze\u0107 do artyku\u0142u o <a href=\"https:\/\/presta.site\/blog\/pl\/rozwiazywanie-problemow-z-przepisywaniem-adresow-url-seo-w-prestashop\/\">rozwi\u0105zywaniu problem\u00f3w z przepisywaniem adres\u00f3w URL SEO w PrestaShop<\/a>, gdy jednocze\u015bnie psuj\u0105 si\u0119 linki produkt\u00f3w i adresy URL medi\u00f3w.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Typowe przyczyny, gdy obrazy prestashop si\u0119 nie wy\u015bwietlaj\u0105<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Nieprawid\u0142owe uprawnienia plik\u00f3w<\/strong> &#8211; serwer WWW nie mo\u017ce odczyta\u0107 (ani zapisa\u0107) plik\u00f3w w <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code>.<\/li>\n<li><strong>Uszkodzony lub niekompletny <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code><\/strong> &#8211; szczeg\u00f3lnie po przeniesieniu, przej\u015bciu na HTTPS lub r\u0119cznej edycji.<\/li>\n<li><strong>Nieprawid\u0142owa domena sklepu, domena SSL lub base URI<\/strong> &#8211; po migracji adresy URL obraz\u00f3w nadal wskazuj\u0105 stary host lub folder.<\/li>\n<li><strong>Ustawienia typ\u00f3w obraz\u00f3w<\/strong> &#8211; brakuj\u0105ce lub zerowe formaty w Wygl\u0105d \u2192 Ustawienia obraz\u00f3w.<\/li>\n<li><strong>Przerwana regeneracja miniatur<\/strong> &#8211; cz\u0119\u015b\u0107 rozmiar\u00f3w nigdy nie zosta\u0142a zapisana.<\/li>\n<li><strong>Brak biblioteki obraz\u00f3w PHP<\/strong> &#8211; GD lub Imagick nie s\u0105 zainstalowane, wi\u0119c regeneracja nie mo\u017ce tworzy\u0107 plik\u00f3w.<\/li>\n<li><strong>Modu\u0142y zwi\u0105zane z obrazami<\/strong> &#8211; lazy load, CDN, znak wodny lub modu\u0142y optymalizacji, kt\u00f3re zawodz\u0105.<\/li>\n<li><strong>Nieaktualna pami\u0119\u0107 podr\u0119czna<\/strong> &#8211; cache PrestaShop, modu\u0142 cache lub przegl\u0105darka nadal serwuj\u0105 stare adresy URL.<\/li>\n<li><strong>Niezgodno\u015b\u0107 po aktualizacji lub na poziomie systemu plik\u00f3w<\/strong> &#8211; motyw oczekuje nowych typ\u00f3w obraz\u00f3w albo uk\u0142ad legacy vs nowy <code class=\"codecolorer text default\"><span class=\"text\">\/img\/p\/<\/span><\/code> po przeniesieniu starego sklepu.<\/li>\n<li><strong>Luki w przepisywaniu Nginx<\/strong> &#8211; regu\u0142y w stylu Apache z PrestaShop nie dzia\u0142aj\u0105; trasy obraz\u00f3w wymagaj\u0105 konfiguracji serwera.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Mixed content po wymuszeniu HTTPS to kolejna cz\u0119sta przyczyna: strona \u0142aduje si\u0119 przez <code class=\"codecolorer text default\"><span class=\"text\">https:\/\/<\/span><\/code>, a tagi obraz\u00f3w nadal wskazuj\u0105 <code class=\"codecolorer text default\"><span class=\"text\">http:\/\/<\/span><\/code>, wi\u0119c nowoczesne przegl\u0105darki je blokuj\u0105. Nale\u017cy potwierdzi\u0107, \u017ce adresy sklepu i medi\u00f3w u\u017cywaj\u0105 HTTPS w Parametry sklepu \u2192 Ruch i SEO (oraz w ka\u017cdym module CDN).<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"269\" src=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4-1024x269.png\" alt=\"Ustawienia obraz\u00f3w w PrestaShop, gdzie regeneruje si\u0119 miniatury\" class=\"wp-image-667\" srcset=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4-1024x269.png 1024w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4-300x79.png 300w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4-768x202.png 768w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_4.png 1400w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">Jak naprawi\u0107 obrazy prestashop, kt\u00f3re si\u0119 nie wy\u015bwietlaj\u0105<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Napraw uprawnienia w <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code><\/strong> &#8211; przez FTP lub mened\u017cer plik\u00f3w hosta katalogi zwykle maj\u0105 <strong>755<\/strong>, a pliki <strong>644<\/strong>. Warto spr\u00f3bowa\u0107 <strong>775 \/ 664<\/strong> tylko wtedy, gdy host wymaga zapisu grupowego. Unika si\u0119 <strong>777 \/ 666<\/strong> poza kr\u00f3tkim testem, a potem blokuje uprawnienia z powrotem. U\u017cytkownik WWW musi te\u017c m\u00f3c <em>zapisywa\u0107<\/em> w tym miejscu, inaczej regeneracja miniatur zako\u0144czy si\u0119 cicho niepowodzeniem.<\/li>\n<li><strong>Popraw adres URL sklepu po przeniesieniu<\/strong> &#8211; w Parametry sklepu \u2192 Ruch i SEO ustawia si\u0119 <strong>Domen\u0119 sklepu<\/strong>, <strong>Domen\u0119 SSL<\/strong> i <strong>Base URI<\/strong> na dzia\u0142aj\u0105cy host (w tym podkatalog, je\u015bli sklep nie jest w korzeniu domeny). Zapis powoduje przepisanie <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> przez PrestaShop. Z\u0142e domeny to g\u0142\u00f3wna przyczyna problem\u00f3w z obrazami tu\u017c po migracji. Je\u015bli atrybuty <code class=\"codecolorer text default\"><span class=\"text\">src<\/span><\/code> obraz\u00f3w nadal pokazuj\u0105 stary host, czy\u015bci si\u0119 cache i sprawdza ustawienia CDN.<\/li>\n<li><strong>Regeneruj <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code><\/strong> &#8211; na tym samym ekranie SEO i adres\u00f3w URL zapisuje si\u0119 ustawienia Friendly URL, aby odbudowa\u0107 g\u0142\u00f3wny <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code>. Nast\u0119pnie sprawdza si\u0119 adres URL obrazu produktu w prywatnym oknie przegl\u0105darki.<\/li>\n<li><strong>Potwierd\u017a GD lub Imagick<\/strong> &#8211; PrestaShop potrzebuje rozszerzenia obraz\u00f3w PHP do zmiany rozmiaru przes\u0142anych plik\u00f3w. Na serwerze sprawdza si\u0119, czy <a href=\"https:\/\/www.php.net\/manual\/en\/book.image.php\" target=\"_blank\" rel=\"noopener noreferrer\">PHP GD<\/a> (lub Imagick) jest w\u0142\u0105czone dla tej samej wersji PHP, kt\u00f3rej u\u017cywa sklep. Bez tego Wygl\u0105d \u2192 Ustawienia obraz\u00f3w mo\u017ce wygl\u0105da\u0107 poprawnie, a nowe miniatury nie pojawi\u0105 si\u0119 na dysku.<\/li>\n<li><strong>Przejrzyj typy obraz\u00f3w i zregeneruj miniatury<\/strong> &#8211; przechodzi si\u0119 do Wygl\u0105d \u2192 Ustawienia obraz\u00f3w. Potwierdza si\u0119, \u017ce ka\u017cdy format u\u017cywany przez motyw ma sensown\u0105 szeroko\u015b\u0107\/wysoko\u015b\u0107. Uruchamia si\u0119 <strong>Regeneruj miniatury<\/strong>. Oficjalne notatki po aktualizacji te\u017c to podkre\u015blaj\u0105, gdy obrazy znikaj\u0105 po skoku wersji &#8211; patrz <a href=\"https:\/\/devdocs.prestashop-project.org\/9\/basics\/keeping-up-to-date\/update\/post-update-checklist\/\" target=\"_blank\" rel=\"noopener noreferrer\">checklista po aktualizacji<\/a> PrestaShop. Ten krok sam w sobie naprawia du\u017c\u0105 cz\u0119\u015b\u0107 przypadk\u00f3w \u201ezepsutych miniatur\u201d.<\/li>\n<li><strong>Wzn\u00f3w zablokowan\u0105 regeneracj\u0119<\/strong> &#8211; je\u015bli pasek post\u0119pu zatrzyma\u0142 si\u0119 w po\u0142owie, wysy\u0142a si\u0119 formularz ponownie z odznaczon\u0105 opcj\u0105 <strong>Usu\u0144 poprzednie obrazy<\/strong>, aby PrestaShop kontynuowa\u0142 zamiast kasowa\u0107 gotowe rozmiary i zaczyna\u0107 od zera. W du\u017cych katalogach regeneruje si\u0119 jeden typ obrazu na raz, aby timeout nie ukry\u0142 miejsca awarii.<\/li>\n<li><strong>\u015acie\u017cki legacy vs nowe dla obraz\u00f3w produkt\u00f3w<\/strong> &#8211; sklepy przeniesione z bardzo starych wersji PrestaShop czasem nadal trzymaj\u0105 pliki w p\u0142askim uk\u0142adzie, podczas gdy obecny sklep oczekuje zagnie\u017cd\u017conych folder\u00f3w w <code class=\"codecolorer text default\"><span class=\"text\">\/img\/p\/<\/span><\/code> (lub odwrotnie). W Ustawieniach obraz\u00f3w u\u017cywa si\u0119 opcji przeniesienia obraz\u00f3w do nowego systemu plik\u00f3w, gdy pasuje to do danych &#8211; potem regeneruje miniatury. Nie prze\u0142\u0105cza si\u0119 tej opcji na \u015blepo na \u017cywym sklepie bez kopii zapasowej.<\/li>\n<li><strong>Izoluj modu\u0142y obraz\u00f3w<\/strong> &#8211; wy\u0142\u0105cza si\u0119 ostatnie modu\u0142y lazy-load, WebP, CDN lub watermark, czy\u015bci cache i testuje ponownie. W\u0142\u0105cza si\u0119 je pojedynczo, aby znale\u017a\u0107 winowajc\u0119.<\/li>\n<li><strong>Wyczy\u015b\u0107 cache<\/strong> &#8211; Zaawansowane parametry \u2192 Wydajno\u015b\u0107 \u2192 wyczy\u015b\u0107 cache. Opr\u00f3\u017cnia si\u0119 te\u017c modu\u0142 cache\/CDN. Od\u015bwie\u017ca si\u0119 na twardo lub czy\u015bci cache przegl\u0105darki, aby nie patrze\u0107 na stary uszkodzony adres URL.<\/li>\n<li><strong>Po aktualizacji<\/strong> &#8211; czy\u015bci si\u0119 cache, regeneruje miniatury i potwierdza, \u017ce wymagane przez aktywny motyw typy obraz\u00f3w nadal istniej\u0105 w Ustawieniach obraz\u00f3w. Aktualizacja motywu, kt\u00f3ra dodaje nowy format, poka\u017ce puste miejsca, dop\u00f3ki ten typ nie zostanie wygenerowany.<\/li>\n<li><strong>Nginx<\/strong> &#8211; PrestaShop nie zapisze za Ciebie konfiguracji Nginx. Prosi si\u0119 hosta (lub administratora) o poprawne mapowanie regu\u0142 obraz\u00f3w i legacy; por\u00f3wnuje z sprawdzonym fragmentem Nginx dla PrestaShop w danej wersji g\u0142\u00f3wnej.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Je\u015bli sam Back Office pokazuje bia\u0142y ekran podczas tych krok\u00f3w, traktuje si\u0119 to najpierw jako osobny problem PHP\/log\u00f3w b\u0142\u0119d\u00f3w &#8211; zaczyna si\u0119 od <a href=\"https:\/\/presta.site\/blog\/pl\/bialy-ekran-smierci-wsod-w-prestashop-przewodnik-krok-po-kroku\/\">przewodnika po bia\u0142ym ekranie \u015bmierci w PrestaShop<\/a>, a potem wraca do regeneracji obraz\u00f3w.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Je\u015bli po uprawnieniach, sprawdzeniu domeny\/adres\u00f3w URL, przepisywaniu, regeneracji, modu\u0142ach i cache nadal wida\u0107 problemy z obrazami, przywraca si\u0119 <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code> (i odpowiadaj\u0105ce wiersze obraz\u00f3w w bazie, je\u015bli trzeba) z sprawdzonej <strong>kopii zapasowej<\/strong>. R\u0119czne ponowne przesy\u0142anie setek produkt\u00f3w jest wolniejsze i \u0142atwo o niezgodno\u015b\u0107 z obrazami kombinacji.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Jak utrzyma\u0107 dzia\u0142aj\u0105ce obrazy po naprawie<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Regularnie tw\u00f3rz kopie zapasowe<\/strong> &#8211; obejmuj\u0105 ca\u0142e drzewo <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code> i baz\u0119 danych, nie tylko pliki PHP.<\/li>\n<li><strong>Testuj na stagingu<\/strong> &#8211; zmiany motywu, modu\u0142y optymalizacji obraz\u00f3w i du\u017ce aktualizacje sprawdza si\u0119 na kopii przed sklepem produkcyjnym.<\/li>\n<li><strong>Po du\u017cych zmianach r\u00f3b kontrol\u0119<\/strong> &#8211; po ka\u017cdej aktualizacji, migracji lub zmianie CDN otwiera si\u0119 jedn\u0105 list\u0119 kategorii i jedn\u0105 stron\u0119 produktu na mobile i desktop. Potwierdza si\u0119, \u017ce miniatury i obrazy zoom si\u0119 \u0142aduj\u0105, aby wychwyci\u0107 problemy zanim zrobi to klient.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Wi\u0119kszo\u015b\u0107 zg\u0142osze\u0144 o niewy\u015bwietlaj\u0105ce si\u0119 obrazy ko\u0144czy si\u0119 poprawn\u0105 domen\u0105 sklepu, czytelnymi uprawnieniami <code class=\"codecolorer text default\"><span class=\"text\">\/img\/<\/span><\/code>, \u015bwie\u017cym <code class=\"codecolorer text default\"><span class=\"text\">.htaccess<\/span><\/code> (lub poprawn\u0105 map\u0105 Nginx), dzia\u0142aj\u0105cym GD\/Imagick i uko\u0144czon\u0105 regeneracj\u0105 miniatur z wy\u0142\u0105czonym kasowaniem przy ponownej pr\u00f3bie. Te kroki wykonuje si\u0119, zanim odbuduje si\u0119 ca\u0142y katalog.<\/p>\n\n","protected":false},"excerpt":{"rendered":"<p>Gdy obrazy prestashop si\u0119 nie wy\u015bwietlaj\u0105, najpierw diagnozuje si\u0119 adres URL obrazu, a potem naprawia domen\u0119, uprawnienia, GD\/Imagick, przepisywanie i regeneracj\u0119 miniatur.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[149],"tags":[],"class_list":["post-1081","post","type-post","status-publish","format-standard","hentry","category-rozwoj"],"_links":{"self":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1081","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/comments?post=1081"}],"version-history":[{"count":1,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1081\/revisions"}],"predecessor-version":[{"id":1930,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1081\/revisions\/1930"}],"wp:attachment":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/media?parent=1081"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/categories?post=1081"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/tags?post=1081"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}