Sklep internetowy mo\u017ce dzia\u0142a\u0107 bez zarzutu przez wiele miesi\u0119cy, a nast\u0119pnie zacz\u0105\u0107 wyra\u017anie zwalnia\u0107 mimo braku istotnych zmian w jego wygl\u0105dzie. Produkty otwieraj\u0105 si\u0119 d\u0142u\u017cej, panel administracyjny reaguje z op\u00f3\u017anieniem, importy zatrzymuj\u0105 si\u0119 w po\u0142owie, a podczas wi\u0119kszej kampanii pojawiaj\u0105 si\u0119 b\u0142\u0119dy. Nie zawsze oznacza to wadliw\u0105 wtyczk\u0119 lub \u017ale zaprojektowany motyw. Czasami sklep po prostu osi\u0105ga granice swojego \u015brodowiska hostingowego.<\/p>\n
Nie istnieje jednak jedna liczba produkt\u00f3w, zam\u00f3wie\u0144 czy u\u017cytkownik\u00f3w, po kt\u00f3rej nale\u017cy automatycznie zmieni\u0107 pakiet. Decyzj\u0119 warto oprze\u0107 na pomiarach wykonanych w godzinach najwi\u0119kszego obci\u0105\u017cenia. Dopiero po\u0142\u0105czenie danych o wykorzystaniu procesora, pami\u0119ci, dysku, bazy i proces\u00f3w PHP pozwala oceni\u0107, czy dotychczasowy hosting WooCommerce rzeczywi\u015bcie sta\u0142 si\u0119 w\u0105skim gard\u0142em.<\/p>\n
Najbardziej wiarygodnym sygna\u0142em s\u0105 regularnie osi\u0105gane limity zasob\u00f3w, kt\u00f3re wyst\u0119puj\u0105 w tych samych momentach co spowolnienia lub b\u0142\u0119dy. Jednorazowy skok zu\u017cycia procesora podczas aktualizacji nie musi oznacza\u0107 problemu. Inaczej nale\u017cy oceni\u0107 sytuacj\u0119, w kt\u00f3rej sklep codziennie dobija do limit\u00f3w CPU, RAM, I\/O, IOPS, liczby proces\u00f3w wej\u015bciowych lub dost\u0119pnych worker\u00f3w PHP.<\/p>\n
Objawy przeci\u0105\u017cenia s\u0105 cz\u0119sto najlepiej widoczne w cz\u0119\u015bciach sklepu, kt\u00f3re musz\u0105 dzia\u0142a\u0107 dynamicznie. Karta produktu mo\u017ce zosta\u0107 cz\u0119\u015bciowo obs\u0142u\u017cona z pami\u0119ci podr\u0119cznej, ale koszyk, kasa, konto klienta i panel administracyjny wymagaj\u0105 wykonania kodu PHP oraz odczytu aktualnych danych z bazy. Z tego powodu to w\u0142a\u015bnie tam najwcze\u015bniej pojawiaj\u0105 si\u0119 op\u00f3\u017anienia.<\/p>\n
Na ograniczenia hostingu mog\u0105 wskazywa\u0107 mi\u0119dzy innymi:<\/p>\n
Istotny jest powtarzalny zwi\u0105zek mi\u0119dzy spowolnieniem a wykorzystaniem zasob\u00f3w. Wysokie u\u017cycie procesora lub dysku zazwyczaj najpierw wyd\u0142u\u017ca czas odpowiedzi. Brak dost\u0119pnej pami\u0119ci albo wolnych worker\u00f3w mo\u017ce natomiast powodowa\u0107 przerwanie \u017c\u0105dania i wy\u015bwietlenie b\u0142\u0119du.<\/p>\n
Nie nale\u017cy przy tym zak\u0142ada\u0107, \u017ce ka\u017cde wolne dzia\u0142anie sklepu wynika z hostingu. Podobne objawy mog\u0105 powodowa\u0107 \u017ale napisane wtyczki, nieefektywne zapytania, rozbudowane dane automatycznie \u0142adowane przez WordPressa lub wolna us\u0142uga zewn\u0119trzna. Dlatego przed zmian\u0105 \u015brodowiska warto zestawi\u0107 logi i pomiary infrastruktury z profilowaniem kodu oraz bazy danych.<\/p>\n
Sama liczba produkt\u00f3w nie okre\u015bla rzeczywistego obci\u0105\u017cenia sklepu. Tysi\u0105c prostych produkt\u00f3w mo\u017ce wymaga\u0107 mniej zasob\u00f3w ni\u017c kilkaset produkt\u00f3w z licznymi wariantami, atrybutami, wersjami j\u0119zykowymi, regu\u0142ami cenowymi i rozbudowanym filtrowaniem. Ka\u017cdy z tych element\u00f3w zwi\u0119ksza ilo\u015b\u0107 danych i mo\u017ce komplikowa\u0107 zapytania wykonywane przez baz\u0119.<\/p>\n
Podobnie wygl\u0105da sytuacja z zam\u00f3wieniami. Wraz ze wzrostem sprzeda\u017cy ro\u015bnie historia transakcji, liczba klient\u00f3w, zapis\u00f3w analitycznych, notatek, zwrot\u00f3w i danych tworzonych przez rozszerzenia. Wi\u0119cej czasu mog\u0105 zajmowa\u0107 wtedy:<\/p>\n
Znaczenie ma r\u00f3wnie\u017c spos\u00f3b przechowywania zam\u00f3wie\u0144. W starszym modelu dane trafia\u0142y g\u0142\u00f3wnie do og\u00f3lnych tabel wpis\u00f3w i metadanych WordPressa. Mechanizm High-Performance Order Storage wykorzystuje osobne tabele przygotowane pod dane zam\u00f3wie\u0144 oraz odpowiednie indeksy. Mo\u017ce to ograniczy\u0107 liczb\u0119 operacji na najwi\u0119kszych tabelach i u\u0142atwi\u0107 skalowanie, ale przed aktywacj\u0105 HPOS nale\u017cy sprawdzi\u0107 kompatybilno\u015b\u0107 u\u017cywanych rozszerze\u0144.<\/p>\n
Rozwijaj\u0105cy si\u0119 sklep wykonuje te\u017c coraz wi\u0119cej operacji, kt\u00f3rych klient nie widzi bezpo\u015brednio. W tle mog\u0105 dzia\u0142a\u0107 synchronizacje stan\u00f3w magazynowych, wysy\u0142anie webhook\u00f3w, przetwarzanie subskrypcji, odnawianie p\u0142atno\u015bci, aktualizacja danych analitycznych i komunikacja z zewn\u0119trznymi systemami.<\/p>\n
Gdy baza odpowiada powoli, proces PHP musi d\u0142u\u017cej czeka\u0107 na wynik zapytania. W tym czasie zajmuje dost\u0119pnego workera, kt\u00f3ry nie mo\u017ce obs\u0142u\u017cy\u0107 kolejnego klienta. Dlatego problemy z baz\u0105 i ograniczona liczba proces\u00f3w cz\u0119sto wzajemnie si\u0119 wzmacniaj\u0105.<\/p>\n
WooCommerce jest aplikacj\u0105 dynamiczn\u0105. Ka\u017cde przej\u015bcie do koszyka, zastosowanie kuponu, przeliczenie koszt\u00f3w dostawy czy utworzenie zam\u00f3wienia wymaga wykonania wielu operacji. Wp\u0142yw na ich szybko\u015b\u0107 maj\u0105 nie tylko parametry serwera, lecz tak\u017ce zasady ograniczania zasob\u00f3w okre\u015blone w danym pakiecie.<\/p>\n
Procesor odpowiada za wykonywanie kodu PHP, obliczenia wtyczek, przygotowywanie odpowiedzi, cz\u0119\u015b\u0107 operacji bazy i kompresj\u0119 danych. Gdy konto osi\u0105gnie limit CPU, \u017c\u0105dania nie zawsze ko\u0144cz\u0105 si\u0119 od razu b\u0142\u0119dem. Cz\u0119\u015bciej zaczynaj\u0105 oczekiwa\u0107 na dost\u0119p do procesora, przez co kolejne etapy zakupu dzia\u0142aj\u0105 coraz wolniej.<\/p>\n
Pami\u0119\u0107 RAM musi wystarczy\u0107 dla systemu, bazy danych, proces\u00f3w PHP, pami\u0119ci podr\u0119cznej i us\u0142ug dzia\u0142aj\u0105cych w tle. Warto odr\u00f3\u017cni\u0107 ca\u0142kowit\u0105 pami\u0119\u0107 serwera od limitu pami\u0119ci WordPressa. Zalecane dla WooCommerce co najmniej 256 MB dotyczy pami\u0119ci dost\u0119pnej dla pojedynczego procesu WordPressa, a nie ca\u0142ej infrastruktury.<\/p>\n
Samo podniesienie limitu PHP nie zawsze poprawia sytuacj\u0119. Je\u017celi ka\u017cdy proces mo\u017ce wykorzysta\u0107 wi\u0119cej pami\u0119ci, ale serwer nie otrzyma wi\u0119kszej puli RAM, kilka r\u00f3wnoleg\u0142ych operacji mo\u017ce szybciej wyczerpa\u0107 wszystkie zasoby. Parametry trzeba wi\u0119c analizowa\u0107 \u0142\u0105cznie z liczb\u0105 worker\u00f3w i rzeczywistym poziomem wsp\u00f3\u0142bie\u017cno\u015bci.<\/p>\n
I\/O okre\u015bla szybko\u015b\u0107 transferu danych mi\u0119dzy systemem a pami\u0119ci\u0105 masow\u0105, natomiast IOPS opisuje liczb\u0119 operacji wej\u015bcia i wyj\u015bcia mo\u017cliwych do wykonania w okre\u015blonym czasie. Ograniczenia te wp\u0142ywaj\u0105 mi\u0119dzy innymi na:<\/p>\n
Wa\u017cna jest tak\u017ce liczba dost\u0119pnych proces\u00f3w wej\u015bciowych i worker\u00f3w PHP. Okre\u015bla ona, ile dynamicznych \u017c\u0105da\u0144 serwer mo\u017ce przetwarza\u0107 jednocze\u015bnie. Po wykorzystaniu wszystkich proces\u00f3w nast\u0119pne \u017c\u0105dania musz\u0105 czeka\u0107 albo zostaj\u0105 odrzucone.<\/p>\n
Z tego powodu \u015brednia dobowa niewiele m\u00f3wi o gotowo\u015bci sklepu na wi\u0119ksz\u0105 sprzeda\u017c. Serwer mo\u017ce przez wi\u0119kszo\u015b\u0107 dnia wykorzystywa\u0107 kilkana\u015bcie procent zasob\u00f3w, a przez kilka minut kampanii osi\u0105gn\u0105\u0107 pe\u0142ne obci\u0105\u017cenie. To w\u0142a\u015bnie kr\u00f3tkie szczyty decyduj\u0105 wtedy o do\u015bwiadczeniu kupuj\u0105cych.<\/p>\n
Nie ka\u017cda ods\u0142ona strony generuje takie samo obci\u0105\u017cenie. Ruch roz\u0142o\u017cony r\u00f3wnomiernie mi\u0119dzy poradniki, kategorie i karty produkt\u00f3w mo\u017ce zosta\u0107 w du\u017cej cz\u0119\u015bci obs\u0142u\u017cony przez cache oraz sie\u0107 CDN. Znacznie trudniejsza jest sytuacja, w kt\u00f3rej wiele os\u00f3b jednocze\u015bnie odwiedza jeden produkt, dodaje go do koszyka i przechodzi do p\u0142atno\u015bci.<\/p>\n
Strony koszyka, kasy i konta klienta zawieraj\u0105 dane w\u0142a\u015bciwe dla konkretnej sesji, dlatego nie powinny by\u0107 obs\u0142ugiwane przez pe\u0142ny cache strony. Serwer musi na bie\u017c\u0105co sprawdzi\u0107 dost\u0119pno\u015b\u0107 produkt\u00f3w, uwzgl\u0119dni\u0107 kupony, obliczy\u0107 podatki i dostaw\u0119, zapisa\u0107 zam\u00f3wienie oraz przekaza\u0107 dane do operatora p\u0142atno\u015bci.<\/p>\n
Kampania zwi\u0119ksza jednocze\u015bnie liczb\u0119:<\/p>\n
Dodatkowe obci\u0105\u017cenie mog\u0105 generowa\u0107 r\u00f3wnie\u017c boty, crawlery, wyszukiwarki wewn\u0119trzne, filtry AJAX oraz aplikacje odwo\u0142uj\u0105ce si\u0119 do API. Taki ruch zu\u017cywa procesor i workery, chocia\u017c nie musi prowadzi\u0107 do sprzeda\u017cy.<\/p>\n
Test wydajno\u015bci przed kampani\u0105 powinien zatem obejmowa\u0107 ca\u0142y proces zakupowy. Sprawdzenie wy\u0142\u0105cznie strony g\u0142\u00f3wnej nie poka\u017ce, jak infrastruktura zachowa si\u0119 podczas r\u00f3wnoczesnego dodawania produkt\u00f3w do koszyka, logowania klient\u00f3w, sk\u0142adania zam\u00f3wie\u0144 i realizacji p\u0142atno\u015bci.<\/p>\n
Dobry hosting WooCommerce powinien zapewnia\u0107 zapas pozwalaj\u0105cy obs\u0142u\u017cy\u0107 kr\u00f3tkotrwa\u0142e skoki. Nie oznacza to konieczno\u015bci utrzymywania ogromnego serwera przez ca\u0142y rok. Wa\u017cna jest mo\u017cliwo\u015b\u0107 sprawnego skalowania zasob\u00f3w przed planowan\u0105 akcj\u0105 oraz monitoring pozwalaj\u0105cy oceni\u0107 jej rzeczywiste obci\u0105\u017cenie.<\/p>\n
Wsp\u00f3\u0142czesny sklep rzadko dzia\u0142a jako ca\u0142kowicie samodzielna aplikacja. WooCommerce mo\u017ce wymienia\u0107 dane z operatorem p\u0142atno\u015bci, systemem ERP, programem magazynowym, ksi\u0119gowo\u015bci\u0105, platform\u0105 kuriersk\u0105, narz\u0119dziem marketingowym i systemem obs\u0142ugi klienta.<\/p>\n
Ka\u017cda integracja mo\u017ce generowa\u0107 wywo\u0142ania API, webhooki, importy, eksporty i aktualizacje danych. Przy niewielkiej liczbie zam\u00f3wie\u0144 ich wp\u0142yw jest zwykle ograniczony. Wraz ze wzrostem sprzeda\u017cy operacje zaczynaj\u0105 jednak konkurowa\u0107 z klientami o procesor, pami\u0119\u0107, po\u0142\u0105czenia do bazy i dost\u0119p do dysku.<\/p>\n
Szczeg\u00f3lnie wymagaj\u0105ce s\u0105 synchronizacje masowe. Aktualizacja tysi\u0119cy cen lub stan\u00f3w magazynowych w godzinach najwi\u0119kszego ruchu mo\u017ce znacz\u0105co obci\u0105\u017cy\u0107 baz\u0119. Podobny efekt wywo\u0142a tworzenie rozbudowanego raportu, przetwarzanie du\u017cego pliku produktowego lub wykonywanie kopii zapasowej w trakcie kampanii.<\/p>\n
WooCommerce oraz wiele jego rozszerze\u0144 korzysta z Action Scheduler do obs\u0142ugi zada\u0144 w tle. Kolejka mo\u017ce obejmowa\u0107 wysy\u0142anie webhook\u00f3w, przetwarzanie p\u0142atno\u015bci cyklicznych, wiadomo\u015bci i aktualizacje danych. Zaleg\u0142e albo nieudane zadania s\u0105 sygna\u0142em, \u017ce sklep nie przetwarza operacji wystarczaj\u0105co sprawnie.<\/p>\n
Domy\u015blne uruchamianie zada\u0144 mo\u017ce zale\u017ce\u0107 od WP-Cron, kt\u00f3ry sprawdza harmonogram podczas wej\u015b\u0107 na stron\u0119. Nie dzia\u0142a wi\u0119c tak samo jak niezale\u017cny harmonogram systemowy. W wi\u0119kszym sklepie warto rozwa\u017cy\u0107 regularne wywo\u0142ywanie zada\u0144 przez cron systemowy lub narz\u0119dzia CLI, poniewa\u017c daje to wi\u0119ksz\u0105 kontrol\u0119 nad momentem i cz\u0119stotliwo\u015bci\u0105 ich przetwarzania.<\/p>\n
Problemem mo\u017ce by\u0107 tak\u017ce wolna us\u0142uga zewn\u0119trzna. Je\u017celi sklep czeka na odpowied\u017a systemu ERP albo operatora dostawy, proces PHP pozostaje zaj\u0119ty. Kolejne pr\u00f3by po\u0142\u0105czenia i ponowienia nieudanych operacji dodatkowo zwi\u0119kszaj\u0105 obci\u0105\u017cenie.<\/p>\n
Rozwijaj\u0105cy si\u0119 sklep powinien zapewnia\u0107 mo\u017cliwo\u015b\u0107 kontrolowania harmonogram\u00f3w, kolejek, limit\u00f3w czasu, log\u00f3w oraz liczby r\u00f3wnolegle uruchamianych proces\u00f3w. W standardowym pakiecie hostingowym dost\u0119p do tych mechanizm\u00f3w bywa ograniczony.<\/p>\n
Zmian\u0119 \u015brodowiska nale\u017cy rozpocz\u0105\u0107 od zidentyfikowania w\u0105skiego gard\u0142a. Je\u015bli problemem jest procesor, samo zwi\u0119kszenie przestrzeni dyskowej nie pomo\u017ce. Gdy wi\u0119kszo\u015b\u0107 czasu zajmuj\u0105 \u017ale zaprojektowane zapytania, dodatkowa pami\u0119\u0107 RAM mo\u017ce jedynie cz\u0119\u015bciowo zamaskowa\u0107 problem.<\/p>\n
Przed wyborem pakietu warto przeanalizowa\u0107:<\/p>\n
Wydajniejszy hosting WooCommerce powinien oferowa\u0107 jasno okre\u015blone zasoby, a nie wy\u0142\u0105cznie og\u00f3lne zapewnienia o wysokiej szybko\u015bci. Znaczenie maj\u0105 limity proces\u00f3w, mo\u017cliwo\u015b\u0107 skalowania, aktualne wersje PHP i bazy, dost\u0119p do log\u00f3w, cron systemowy, \u015brodowisko stagingowe oraz procedury odtwarzania kopii.<\/p>\n
Wa\u017cna jest tak\u017ce poprawnie zaprojektowana warstwa cache. Pe\u0142ny cache mo\u017ce skutecznie przyspieszy\u0107 strony informacyjne, kategorie i cz\u0119\u015b\u0107 kart produkt\u00f3w, ale musi pomija\u0107 koszyk, kas\u0119 i konto klienta. Trwa\u0142y cache obiektowy, na przyk\u0142ad Redis, mo\u017ce natomiast ograniczy\u0107 liczb\u0119 powtarzanych odczyt\u00f3w z bazy. Jego wdro\u017cenie warto jednak poprzedzi\u0107 pomiarami, poniewa\u017c nie naprawi nieefektywnego kodu ani \u017ale przygotowanych zapyta\u0144.<\/p>\n
Przy du\u017cej liczbie operacji bazodanowych korzy\u015bci mog\u0105 zapewni\u0107 szybkie dyski NVMe. Niski czas dost\u0119pu i mo\u017cliwo\u015b\u0107 r\u00f3wnoleg\u0142ego przetwarzania wielu operacji pomagaj\u0105 szczeg\u00f3lnie przy licznych, niewielkich odczytach i zapisach. R\u00f3wnie\u017c w tym przypadku warto sprawdzi\u0107, czy to w\u0142a\u015bnie pami\u0119\u0107 masowa ogranicza sklep.<\/p>\n
Ocena hostingu powinna obejmowa\u0107 nie tylko deklarowan\u0105 wydajno\u015b\u0107, lecz tak\u017ce:<\/p>\n
Przed migracj\u0105 najlepiej uruchomi\u0107 kopi\u0119 sklepu na nowym \u015brodowisku i przeprowadzi\u0107 testy odwzorowuj\u0105ce rzeczywisty proces zakupowy. Powinny one obejmowa\u0107 wyszukiwanie, filtrowanie, koszyk, kas\u0119, p\u0142atno\u015b\u0107, wiadomo\u015bci, webhooki, integracje oraz zadania wykonywane po z\u0142o\u017ceniu zam\u00f3wienia.<\/p>\n
W Rapid DC analizujemy potrzeby sklepu przez pryzmat faktycznego wykorzystania zasob\u00f3w, liczby r\u00f3wnoczesnych u\u017cytkownik\u00f3w, integracji i zada\u0144 dzia\u0142aj\u0105cych w tle. Dzi\u0119ki temu infrastruktura mo\u017ce odpowiada\u0107 rzeczywistemu modelowi sprzeda\u017cy, zamiast opiera\u0107 si\u0119 wy\u0142\u0105cznie na nazwie pakietu lub liczbie produkt\u00f3w. Odpowiednio dobrane \u015brodowisko powinno nie tylko przyspieszy\u0107 sklep, ale r\u00f3wnie\u017c zapewni\u0107 przestrze\u0144 do dalszego wzrostu, stabiln\u0105 obs\u0142ug\u0119 kampanii i mo\u017cliwo\u015b\u0107 skalowania bez kolejnej nag\u0142ej migracji.<\/p>\n
Nie ma jednej warto\u015bci, kt\u00f3r\u0105 mo\u017cna okre\u015bli\u0107 wy\u0142\u0105cznie na podstawie liczby produkt\u00f3w lub zam\u00f3wie\u0144. Zalecane minimum 256 MB dotyczy limitu pami\u0119ci WordPressa dla pojedynczego procesu, a nie ca\u0142ego serwera. Ca\u0142kowita pula RAM musi r\u00f3wnocze\u015bnie obs\u0142u\u017cy\u0107 procesy PHP, baz\u0119 danych, cache, system i zadania w tle. Potrzebny poziom nale\u017cy ustali\u0107 na podstawie pomiar\u00f3w z godzin szczytu, liczby worker\u00f3w i bezpiecznego zapasu.<\/p>\n<\/p><\/div>\n<\/details>\n Nale\u017cy por\u00f3wna\u0107 wykresy CPU, RAM, I\/O, IOPS i proces\u00f3w z godzinami, w kt\u00f3rych pojawiaj\u0105 si\u0119 spowolnienia, importy, kampanie lub kopie zapasowe. W panelu WooCommerce warto sprawdzi\u0107 raport stanu systemu, logi oraz zaplanowane dzia\u0142ania, zw\u0142aszcza zadania zaleg\u0142e i zako\u0144czone b\u0142\u0119dem. Profilowanie aplikacji i dziennik wolnych zapyta\u0144 bazy pomagaj\u0105 rozdzieli\u0107 ograniczenia hostingu od problem\u00f3w w kodzie.<\/p>\n<\/p><\/div>\n<\/details>\n Tak. Oba obszary wykonuj\u0105 dynamiczny kod PHP i wiele operacji bazodanowych, dlatego szybko ujawniaj\u0105 brak procesora, wolnych worker\u00f3w lub wydajnej bazy. Podobne problemy mog\u0105 jednak powodowa\u0107 r\u00f3wnie\u017c wtyczki, motyw, rozbudowane dane automatycznie \u0142adowane przez WordPressa i zewn\u0119trzne API. Ograniczenia hostingu s\u0105 szczeg\u00f3lnie prawdopodobne, gdy spowolnieniom towarzyszy osi\u0105ganie limit\u00f3w zasob\u00f3w.<\/p>\n<\/p><\/div>\n<\/details>\n Baza przechowuje mi\u0119dzy innymi produkty, warianty, klient\u00f3w, sesje, zam\u00f3wienia, ustawienia i dane rozszerze\u0144. Brak potrzebnych indeks\u00f3w, kosztowne zapytania, du\u017ce tabele metadanych oraz zb\u0119dne rekordy wyd\u0142u\u017caj\u0105 generowanie stron i prac\u0119 panelu. HPOS przenosi dane zam\u00f3wie\u0144 do wyspecjalizowanych tabel, co mo\u017ce poprawi\u0107 skalowalno\u015b\u0107 tego obszaru. Baz\u0119 nale\u017cy ocenia\u0107 na podstawie rzeczywistych zapyta\u0144 i czasu ich wykonania, a nie wy\u0142\u0105cznie jej rozmiaru.<\/p>\n<\/p><\/div>\n<\/details>\n Dyski NVMe mog\u0105 przyspieszy\u0107 intensywne operacje bazodanowe i obs\u0142ug\u0119 wielu niewielkich odczyt\u00f3w oraz zapis\u00f3w. Redis jako trwa\u0142y cache obiektowy ogranicza cz\u0119\u015b\u0107 powtarzanych zapyta\u0144 do bazy i przyspiesza dost\u0119p do cz\u0119sto wykorzystywanych danych. Rozwi\u0105zania te nie zast\u0105pi\u0105 jednak optymalizacji kodu, zapyta\u0144 i integracji. Cache obiektowy nie jest r\u00f3wnie\u017c tym samym co pe\u0142ny cache stron.<\/p>\n<\/p><\/div>\n<\/details>\n Najpierw nale\u017cy wykona\u0107 pe\u0142n\u0105 kopi\u0119 plik\u00f3w i bazy, odtworzy\u0107 sklep na nowym \u015brodowisku oraz przetestowa\u0107 zakupy, p\u0142atno\u015bci, wiadomo\u015bci, webhooki, cron i integracje. Tu\u017c przed prze\u0142\u0105czeniem trzeba zsynchronizowa\u0107 najnowsze zam\u00f3wienia i inne zmiany powsta\u0142e od czasu wykonania pierwszej kopii. Aby ograniczy\u0107 przerw\u0119 w sprzeda\u017cy, mo\u017cna wykorzysta\u0107 synchronizacj\u0119 przyrostow\u0105; je\u017celi nie jest ona dost\u0119pna, konieczne mo\u017ce by\u0107 kr\u00f3tkie wstrzymanie zapis\u00f3w na czas ko\u0144cowej synchronizacji. Po skierowaniu ruchu na nowy serwer stare \u015brodowisko nale\u017cy od\u0142\u0105czy\u0107 od ruchu publicznego oraz wy\u0142\u0105czy\u0107 w nim zadania cykliczne, wiadomo\u015bci, webhooki i automatyczne p\u0142atno\u015bci. Mo\u017cna zachowa\u0107 je jako zabezpieczon\u0105 kopi\u0119 techniczn\u0105, jednak powr\u00f3t do niego wymaga wcze\u015bniejszego przeniesienia danych utworzonych ju\u017c na nowym \u015brodowisku.<\/p>\n<\/p><\/div>\n<\/details>\n<\/section>\n\n\nJak sprawdzi\u0107 wykorzystanie zasob\u00f3w przez sklep WooCommerce?<\/span><\/summary>\n
Czy wolne dzia\u0142anie koszyka i panelu administracyjnego mo\u017ce wynika\u0107 z hostingu?<\/span><\/summary>\n
Jak baza danych wp\u0142ywa na szybko\u015b\u0107 dzia\u0142ania WooCommerce?<\/span><\/summary>\n
Jakie znaczenie dla wydajno\u015bci sklepu maj\u0105 dyski NVMe i pami\u0119\u0107 podr\u0119czna Redis?<\/span><\/summary>\n
Jak przygotowa\u0107 migracj\u0119 sklepu WooCommerce bez przerwy w sprzeda\u017cy?<\/span><\/summary>\n