Przejdź do treści

Ustawienia plików cookie

Prosimy wybrać, na które rodzaje plików cookie Państwo zezwalają. Wybór można zmienić w dowolnym momencie w Ustawieniach plików cookie na dole każdej strony. Polityka prywatności

Niezbędne

Zawsze włączone

Potrzebne do logowania, zachowania koszyka i zapamiętania wyborów. Są zawsze włączone.

Jakie pliki cookie?
  • weboke_sessie, weboke_klant, weboke_remember: sesja i pozostanie zalogowanym
  • weboke_basket: koszyk
  • wkBtwIncl: wyświetlanie cen z VAT lub bez VAT
  • wok_cookies: wybór dotyczący plików cookie, 12 miesięcy

Mierzą, która reklama prowadzi do odwiedzin lub zamówienia, abyśmy nie płacili za reklamy, które nic nie dają.

Jakie pliki cookie?
  • Google Ads przez Google Tag Manager (_gcl_au, _gcl_aw), do 90 dni
  • OpenAI Ads, reklamy w ChatGPT
  • wok_aff: przez którego partnera trafili Państwo do nas (program partnerski), 60 dni

4,6

Kraj i język

Każdy kraj ma własną stronę z cenami i stawką VAT tego kraju.

Wyświetl

Środowisko testowe (staging) dla Państwa sklepu internetowego

Środowisko testowe (staging) to kopia Państwa strony internetowej, na której można wypróbować aktualizacje i zmiany, bez utrudnień dla odwiedzających. W przypadku sklepu internetowego jest to szczególnie przydatne, ale też niesie dodatkowe ryzyko: kopia sklepu zawiera prawdziwe dane klientów i może wykonywać prawdziwe działania. Może wysyłać wiadomości e-mail do klientów, przyjmować płatności lub umieszczać faktury w Państwa księgowości. Poniżej dowiedzą się Państwo, co należy ustawić bezpośrednio po skopiowaniu sklepu oraz dlaczego nigdy nie należy przenosić bazy danych ze środowiska testowego na prawdziwy sklep.

Tworzenie kopii

W WebOké środowisko testowe tworzy się za pomocą funkcji Kopiuj (klonowanie) w Installatron, z opcją Create a staging site?. Kopię warto umieścić na przykład na subdomenie, takiej jak test.example.com. Kroki opisane są w artykule Tworzenie środowiska testowego WordPress oraz bardziej szczegółowo w artykule Klonowanie i tworzenie środowiska testowego (staging). W Moje WebOké można to również zrobić za pomocą opcji Klonuj stronę w Website Manager.

Zabezpiecz kopię hasłem na folderze (zobacz artykuł Foldery zabezpieczone hasłem) i w WordPress w sekcji Ustawienia > Czytanie zaznacz opcję zniechęcającą wyszukiwarki do indeksowania.

Bezpośrednio po skopiowaniu, przed wszystkim innym

  1. Dostawca płatności w trybie testowym. Ustaw wtyczkę płatności na kopii w trybie testowym, z kluczami testowymi. Przy kluczach produkcyjnych środowisko testowe może przyjmować prawdziwe płatności lub wykonywać zwroty.
  2. Wyłącz lub przekieruj pocztę. W przeciwnym razie kopia będzie wysyłać potwierdzenia, przypomnienia i wiadomości o porzuconych koszykach do prawdziwych klientów. Użyj wtyczki, która blokuje całą pocztę lub przekierowuje ją na jeden adres testowy.
  3. Wyłącz integracje i webhooki. Księgowość, synchronizacja stanów magazynowych, etykiety wysyłkowe, marketing e-mailowy: w przeciwnym razie środowisko testowe zaksięguje faktury lub utworzy etykiety wysyłkowe. Sprawdź również sekcję WooCommerce > Ustawienia > Zaawansowane, pozycję Webhooki oraz klucze API.
  4. Sprawdź zaplanowane działania. Kolejka została skopiowana razem ze stroną. Oczekujące działania, takie jak wiadomość przypominająca czy płatność za subskrypcję, w przeciwnym razie zostaną ponownie wykonane w środowisku testowym. Zobacz artykuł WooCommerce Status i Zaplanowane działania: wykrywanie problemów.
  5. Ogranicz dane osobowe. Jeśli do testów nie są potrzebne prawdziwe dane klientów, należy je usunąć lub zanonimizować na kopii. Środowisko testowe również podlega przepisom dotyczącym prywatności, a często jest gorzej zabezpieczone.

Jeśli sprzedają Państwo pliki do pobrania, te pliki również znajdują się na kopii. Również z tego powodu warto zabezpieczyć ją hasłem.

Nigdy nie przenosić bazy danych ze środowiska testowego na prawdziwy sklep

Między skopiowaniem a przywróceniem w prawdziwym sklepie pojawiają się nowe zamówienia, klienci, płatności i zmiany stanów magazynowych. Jeśli przywrócą Państwo bazę danych ze środowiska testowego na prawdziwy sklep, wszystkie te dane zostaną utracone. Dotyczy to również funkcji Synch (Synchronizuj) w Installatron: przy tej operacji pliki i zawartość bazy danych z prawdziwej strony zostają nadpisane.

Dlatego należy postępować w następujący sposób:

  • Testuj w środowisku testowym, a następnie wykonaj na prawdziwym sklepie. Skoro wiadomo już, że zmiana działa, wykonaj te same kroki ponownie na produkcji.
  • Przenieś tylko pliki, na przykład zmodyfikowany motyw, jeśli to wystarczy.
  • Jeśli konieczne jest przeniesienie bazy danych, wykonaj to wyłącznie przy sklepie w trybie konserwacji, bezpośrednio po wykonaniu świeżej kopii zapasowej i przy użyciu narzędzia, które pomija zamówienia i klientów.
Jeśli jednak coś poszło nie tak i zamówienia zostały nadpisane: proszę natychmiast przerwać prace w sklepie i niczego więcej nie przywracać. Dzięki WebOké Backups mogą Państwo umieścić kopię zapasową z wcześniejszej nocy obok obecnej strony, aby odnaleźć utracone dane. Zobacz artykuł WebOké Backups: przeglądanie, przywracanie lub pobieranie kopii zapasowej lub utwórz zgłoszenie w Centrum Wsparcia.

Testowanie aktualizacji: stała procedura

  1. Wykonaj świeżą kopię prawdziwego sklepu i poprawnie ustaw pięć powyższych punktów.
  2. Zaktualizuj WooCommerce, wtyczkę płatności lub motyw na kopii i wykonaj aktualizację bazy danych, jeśli WooCommerce o to poprosi.
  3. Wykonaj testowe zamówienie w trybie testowym: płatność, nieudaną płatność oraz zwrot.
  4. Sprawdź zaplanowane działania i dzienniki w sekcji WooCommerce > Status.
  5. Następnie zaktualizuj prawdziwy sklep w spokojnym momencie, wykonując kopię zapasową tuż przed tym.
  6. Po zakończeniu usuń kopię lub zachowaj ją zabezpieczoną na następny raz.

Dalsza lektura

Czy ten artykuł był pomocny?

← Powrót do Hosting: informacje ogólne

Chwileczkę…

Konfiguracja domen

Dla każdej domeny można ustawić serwery nazw, powiązanie z hostingiem oraz to, kto zostanie właścicielem.

Wczytywanie domen…