Zaufane samouczki WordPress, kiedy ich najbardziej potrzebujesz.
Przewodnik dla początkujących po WordPressie
WPB Cup
25 milionów+
Witryny korzystające z naszych wtyczek
16+
Lata doświadczenia z WordPressem
3000+
Samouczki WordPress od ekspertów

Jak łatwo stworzyć stronę stagingową dla WordPress (krok po kroku)

Jeśli chodzi o wprowadzanie aktualizacji lub znaczących zmian na Twojej stronie WordPress, robienie tego bezpośrednio może być ryzykowne. W tym miejscu pojawia się witryna stagingowa.

Jest to idealna kopia Twojej aktywnej strony internetowej, na której możesz bezpiecznie testować zmiany, rozwiązywać problemy i dopracowywać aktualizacje przed wdrożeniem ich na swojej głównej stronie.

W WPBeginner używamy stron stagingowych do testowania aktualizacji stron internetowych przed publikacją ich na naszych aktywnych stronach. Pozwala nam to uniknąć potencjalnych przestojów, zepsutych funkcji i innych komplikacji.

W tym przewodniku krok po kroku pokażemy Ci, jak łatwo stworzyć środowisko stagingowe dla Twojej strony WordPress. Omówimy kilka różnych metod, a większość z nich wymaga tylko kilku kliknięć.

Jak utworzyć stronę staging dla WordPress

Czym jest witryna stagingowa?

Strona stagingowa to kopia Twojej strony internetowej na żywo, używana do testowania zmian przed ich opublikowaniem. Strony stagingowe pomagają wyłapać błędy, dzięki czemu nie zepsujesz swojej strony na żywo.

W przeszłości konfiguracja strony stagingowej WordPress była bardzo trudna, ale teraz się to zmieniło, więc nawet osoba nietechniczna może to zrobić.

Wielu użytkowników instaluje WordPress lokalnie na swoich komputerach z systemem Windows lub Mac, aby testować zmiany. Po zakończeniu aktualizacji po prostu przesyłają te zmiany z localhost na serwer produkcyjny.

Największym problemem z tym podejściem jest to, co jeśli coś, co działało na Twoim lokalnym serwerze, nie działa na serwerze produkcyjnym?

Często lokalne witryny i serwery hostingowe WordPress na żywo nie działają w tym samym środowisku.

Ponieważ witryna stagingowa znajduje się na Twoim serwerze hostingowym, możesz łatwo zapobiec wszystkim tym błędom, ponieważ działa ona z tą samą konfiguracją serwera co Twoja witryna produkcyjna.

Mając to na uwadze, przyjrzyjmy się, jak skonfigurować witrynę stagingową dla WordPressa.

Jak łatwo utworzyć witrynę stagingową WordPress

Istnieje wiele sposobów na stworzenie strony stagingowej dla WordPress. Najprostszym jest skorzystanie z wbudowanej funkcji strony stagingowej oferowanej przez Twojego dostawcę hostingu.

Niektóre z najlepszych firm hostingowych WordPress oferują już witryny stagingowe w 1 kliknięcie. Jeśli Twoja witryna jest hostowana u jednej z nich, możesz łatwo utworzyć witrynę stagingową bez żadnych problemów.

Jeśli nie masz jednego z tych popularnych rozwiązań hostingowych, mamy również rozwiązanie, które pomoże Ci utworzyć witrynę przejściową WordPress za pomocą wtyczki (a nawet ręcznie).

Aby przeglądać szybciej, możesz użyć poniższej nawigacji, aby przejść do sekcji, która jest dla Ciebie najbardziej odpowiednia:

Tworzenie witryny stagingowej w Bluehost

Bluehost to jedna z najlepszych firm hostingowych WordPress. Oferują szybkie rozwiązanie do tworzenia stron stagingowych za pomocą jednego kliknięcia we wszystkich swoich planach.

Najpierw musisz przejść do swojego panelu Bluehost i odwiedzić sekcję „Moje witryny”.

Następnie przełącz się na kartę „Wtyczki” i przełącz przełącznik obok opcji „Wtyczka Bluehost”.

Włącz wtyczkę Bluehost

Następnie przejdź do panelu administracyjnego swojej witryny WordPress i odwiedź stronę Bluehost » Staging.

Teraz kliknij przycisk „Utwórz witrynę stagingową”.

Kliknij przycisk Utwórz witrynę stagingową

Bluehost przygotuje teraz środowisko stagingowe dla Twojej witryny.

Po zakończeniu tej czynności pojawi się sekcja „Witryna tymczasowa”, w której musisz zaznaczyć pole wyboru „Obecnie nie edytuję”.

Kliknij przycisk "Nie edytuj obecnie"

Na ekranie pojawi się monit z prośbą o przełączenie się na witrynę stagingową.

Stąd kliknij przycisk „Przełącz”.

Kliknij przycisk przełączania

Po przełączeniu zobaczysz na ekranie przycisk wskazujący, że pracujesz na stronie przejściowej.

Możesz śmiało pracować nad swoją witryną, nie martwiąc się, że wpłynie to na Twoją aktywną witrynę.

Aktywuj motyw na stronie stagingowej

Wdrażanie zmian ze środowiska stagingowego na stronę produkcyjną na Bluehost

Gdy będziesz gotowy do przeniesienia zmian ze środowiska staging do strony produkcyjnej, po prostu przejdź do strony Bluehost » Staging z paska bocznego administracji WordPress.

Stąd zobaczysz menu rozwijane opcji wdrożenia obok swojej strony stagingowej. Możesz wdrożyć tylko pliki, tylko bazę danych lub wdrożyć wszystkie zmiany.

Jeśli nie masz pewności, kliknij przycisk „Wdróż wszystkie zmiany”, aby kontynuować.

Wybierz opcję „Zastosuj wszystkie zmiany” z opcji „Witryna tymczasowa”

Następnie kliknij przycisk „Wdróż witrynę” obok menu rozwijanego.

Spowoduje to wyświetlenie okna podręcznego, w którym zostaniesz poproszony o potwierdzenie, że chcesz wdrożyć witrynę stagingową na witrynę produkcyjną. Kliknij przycisk „Deploy” (Wdróż), aby kontynuować.

Kliknij przycisk Wdróż w monicie

Bluehost rozpocznie teraz wdrażanie Twojej witryny stagingowej na aktywnej witrynie. W zależności od rozmiaru Twojej witryny może to potrwać chwilę.

Teraz możesz wrócić do swojej aktywnej strony internetowej, aby zobaczyć swoje zmiany w akcji, klikając przycisk radiowy pod opcją „Witryna produkcyjna”.

Przełącz na stronę produkcyjną

Klonowanie strony produkcyjnej do stagingu

Teraz, gdy wrócisz do witryny produkcyjnej, żadne zmiany, które tam wprowadzisz, nie są automatycznie synchronizowane z Twoją witryną stagingową.

W przyszłości, jeśli będziesz chciał przetestować więcej rzeczy na swojej witrynie stagingowej, będziesz musiał zduplikować swoją witrynę.

Aby to zrobić, musisz odwiedzić stronę Bluehost » Staging i kliknąć przycisk „Klonuj do wersji tymczasowej”.

Kliknij przycisk Klonuj do obszaru przejściowego

Następnie Bluehost sklonuje najnowsze zmiany z Twojej aktywnej witryny do Twojej witryny stagingowej. Następnie możesz przełączyć się na witrynę stagingową w celu testowania i rozwoju.

Tworzenie witryny przejściowej na SiteGround

SiteGround to kolejna czołowa firma hostingowa WordPress oferująca funkcję stagingową jednym kliknięciem w swoich planach GrowBig i GoGeek.

Używamy tego hostingu w WPBeginner i mamy z nim świetne doświadczenia. Jest niezawodny, szybki i łatwy w zarządzaniu, co czyni go solidnym wyborem dla naszej witryny.

Aby dowiedzieć się więcej, zapoznaj się z naszą recenzją SiteGround.

Jeśli Twoja witryna jest hostowana w SiteGround, oto jak skonfigurować tymczasową witrynę.

Najpierw musisz zalogować się do swojego panelu SiteGround i przejść do zakładki Witryny. Stąd musisz wybrać Narzędzia dla witryn pod swoją witryną.

Panel SiteGround

Na następnym ekranie musisz kliknąć menu WordPress » Staging z lewej kolumny.

Z tego miejsca wybierz swoją witrynę, a następnie podaj nazwę dla swojej kopii tymczasowej.

SiteGround tworzy kopię stagingową Twojej strony internetowej

Kliknij przycisk „Utwórz”, aby kontynuować, a Siteground utworzy tymczasową kopię Twojej witryny.

Następnie musisz kliknąć przycisk „Przejdź do chronionych adresów URL”, aby móc zabezpieczyć hasłem swoją witrynę stagingową i zachować jej prywatność.

Staging site Siteground created

Na następnym ekranie Siteground automatycznie wypełni adres URL i ścieżkę dla Twojej witryny tymczasowej.

Musisz wprowadzić nazwę użytkownika i hasło, których chcesz użyć do ochrony swojej strony stagingowej.

Chroń stronę stagingową

Kliknij przycisk „Chroń”, aby zapisać ustawienia.

Możesz teraz wrócić do strony WordPress » Staging i kliknąć przycisk „Zaloguj się do panelu administracyjnego” obok swojej tymczasowej witryny.

Zaloguj się do swojej tymczasowej witryny

SiteGround otworzy teraz obszar administracyjny WordPress Twojej strony stagingowej. Możesz testować swoje zmiany na tej stronie stagingowej.

Wdróż zmiany z powrotem na swoją aktywną stronę internetową

Po wypróbowaniu zmian na stronie stagingowej możesz chcieć scalić je z Twoją stroną produkcyjną.

SiteGround również to ułatwia.

Po prostu kliknij menu WordPress » Staging z lewej kolumny. Następnie kliknij menu z trzema kropkami obok swojej strony stagingowej w sekcji „Zarządzaj kopiami stagingowymi”.

Wdróż wszystkie zmiany ze strony stagingowej na stronę główną

Menu pokaże Ci dwie opcje wdrożenia. Możesz wybrać opcję „Full Deploy” (Pełne wdrożenie) lub „Custom Deploy” (Wdrożenie niestandardowe).

Opcja „Pełne wdrożenie” scala wszystko z witryny stagingowej do Twojej aktywnej witryny. „Niestandardowe wdrożenie” pozwala wybrać, które pliki lub dane chcesz scalić.

Jeśli nie masz pewności, wybierz opcję „Pełne wdrożenie”.

SiteGround skopiuje następnie witrynę stagingową do Twojej aktywnej witryny.

Scalanie wersji na żywo z Twoją tymczasową witryną

Zmiany wprowadzone na Twojej stronie na żywo nie są automatycznie kopiowane na Twoją stronę stagingową.

Za każdym razem, gdy musisz pracować nad swoją stroną stagingową, powtórz powyższy proces, aby utworzyć nową stronę stagingową.

Tworzenie witryny stagingowej w WP Engine

WP Engine to najlepsza firma hostingowa zarządzająca WordPress na świecie. Zarządzany hosting WordPress to usługa concierge dla Twojej witryny WordPress, w której dostawca hostingu zajmuje się aktualizacjami, kopiami zapasowymi, bezpieczeństwem i wydajnością.

WP Engine oferuje rozwiązanie stagingowe jednym kliknięciem we wszystkich swoich planach. Jeśli korzystasz z WP Engine do hostowania swojej strony internetowej, oto jak skonfigurować środowisko stagingowe dla swojej witryny.

Najpierw musisz zalogować się do swojego panelu WP Engine. Następnie przejdź do strony „Sites” i wybierz swoją witrynę, klikając ją.

Witryny WP Engine

Spowoduje to przejście do pulpitu nawigacyjnego Twojej witryny.

Teraz musisz kliknąć link „Dodaj staging” z lewej kolumny lub wybrać go pod nazwą swojej witryny na górze.

Kliknij, aby dodać środowisko stagingowe w WP Engine

Zostaniesz przeniesiony do ekranu „Dodaj środowisko”.

Zostaniesz poproszony o wybór sposobu postępowania ze środowiskiem stagingowym.

Skopiuj istniejące środowisko na stronę tymczasową

Oto, co robi każda z tych opcji:

  • „Rozpocznij od nowej, pustej strony” tworzy nową, pustą stronę.
  • „Rozpocznij z przewodnikiem” tworzy nową stronę z przewodnikiem i przykładową zawartością.
  • „Kopiuj istniejące środowisko na tę witrynę” skopiuje Twoje środowisko produkcyjne lub deweloperskie na tę witrynę (np. skopiuje Twoją witrynę na żywo do tego środowiska).
  • „Przenieś istniejące środowisko” przenosi środowisko na tę witrynę (np. przenieś środowisko deweloperskie do Staging)
  • „Rozpocznij z witryną WooCommerce” tworzy nową witrynę WordPress z preinstalowanym WooCommerce.

Ponieważ chcesz utworzyć kopię stagingową naszej strony głównej, musisz kliknąć opcję „Kopiuj istniejące środowisko do tej witryny”.

Wybierz środowisko, które chcesz skopiować

Po wybraniu środowiska wybierz najnowszą kopię zapasową, którą chcesz skopiować, a następnie kliknij przycisk „Dalej”, aby kontynuować.

Teraz musisz podać nazwę dla swojej tymczasowej witryny. Ta nazwa zostanie użyta w adresie URL Twojej tymczasowej witryny. Następnie wybierz STG (staging) jako typ środowiska.

Nazwa strony stagingowej

Kliknij przycisk „Utwórz środowisko”, aby kontynuować.

WP Engine utworzy teraz dla Ciebie witrynę tymczasową. Następnie zostaniesz przekierowany do panelu środowiska tymczasowego.

Chroń hasłem swoje środowisko tymczasowe

Następnie musisz kliknąć przycisk Kłódka, aby włączyć ochronę hasłem dla swojej tymczasowej witryny.

Następnie musisz przejść do zakładki „Narzędzia”, aby skopiować nazwę użytkownika i hasło do swojej witryny stagingowej.

hasło do strony staging

Teraz możesz kliknąć przycisk „WP Admin” u góry, aby zalogować się do swojej witryny stagingowej.

Śmiało wprowadzaj zmiany i testuj funkcje na stronie stagingowej tak, jak zrobiłbyś to na typowej stronie WordPress, którą instalujesz gdziekolwiek indziej.

logowanie do strony stagingowej

Wdrażanie zmian ze strony stagingowej na stronę produkcyjną w WP Engine

Chcesz połączyć zmiany wprowadzone na tymczasowej witrynie ze swoją główną witryną?

Po prostu kliknij przycisk „Kopiuj środowisko”, aby rozpocząć wdrażanie.

Kopiowanie środowiska stagingowego

Spowoduje to przejście do strony opcji. Stąd musisz wybrać środowiska źródłowe i docelowe do skopiowania.

Tutaj wybierzesz swoją tymczasową stronę jako środowisko źródłowe i swoją produkcyjną lub aktywną stronę jako środowisko docelowe.

Opcje wdrażania

Możesz wybrać, co chcesz skopiować. Na przykład, możesz skopiować wszystkie tabele bazy danych i pliki, określone pliki i tabele bazy danych, lub tylko system plików.

Uwaga: Jeśli skopiujesz wszystko, stracisz wszelkie dane przechowywane na Twojej aktywnej stronie internetowej po użyciu ich do utworzenia środowiska stagingowego. Może to obejmować ważne dane, takie jak nowe posty, strony, klienci i zamówienia. Dlatego warto wykonać kopię zapasową swojej aktywnej strony przed wdrożeniem ze środowiska stagingowego.

Następnie kliknij przycisk „Przegląd i potwierdzenie”, aby rozpocząć wdrażanie. Skopiowanie wszystkiego na Twoją aktywną witrynę zajmie chwilę.

Otrzymasz powiadomienie e-mail, gdy proces zostanie zakończony.

Tworzenie witryny stagingowej za pomocą wtyczki WordPress

Jeśli Twoja firma hostingowa WordPress nie oferuje funkcji strony stagingowej, nadal możesz utworzyć stronę stagingową za pomocą wtyczki WordPress.

Używanie tej metody ma pewne wady.

Po pierwsze, wtyczka będzie miała ograniczoną kontrolę nad Twoim serwerem hostingowym. Dlatego może nie zawsze dawać najlepsze rezultaty.

Po drugie, wtyczka, której będziemy używać, będzie przechowywać Twoją witrynę stagingową na własnych serwerach. Jeśli martwisz się o prywatność i ochronę danych, może to nie być dla Ciebie idealne.

Na koniec, wtyczka ma kilka znanych niezgodności. Sprawdź stronę z niezgodnościami, aby upewnić się, że Twoja witryna jest zgodna.

Mając to na uwadze, zobaczmy, jak utworzyć tymczasową witrynę WordPress za pomocą wtyczki WordPress.

Pierwszą rzeczą, którą musisz zrobić, jest zainstalowanie i aktywowanie wtyczki WP Stagecoach. Więcej szczegółów znajdziesz w naszym przewodniku krok po kroku, jak zainstalować wtyczkę WordPress.

Po aktywacji wtyczka doda nowy element menu o nazwie WP Stagecoach do paska administratora. Kliknięcie go przeniesie Cię do strony ustawień wtyczki.

Wprowadź klucze API WPStagecoach

Będziesz musiał wprowadzić swoją nazwę użytkownika WP Stagecoach i klucz API, które znajdziesz na swoim koncie na stronie wtyczki.

Następnie musisz odwiedzić stronę WP Stagecoach » WP Stagecoach i wybrać nazwę dla swojej witryny stagingowej. Ta nazwa będzie również używana jako subdomena Twojej witryny stagingowej WordPress.

Połącz WP Stagecoach

Nie zapomnij zaznaczyć pola obok opcji „Chroń hasłem witrynę tymczasową”. Zabezpieczy to Twoją witrynę tymczasową przed widokiem publicznym i wyszukiwarkami.

Kliknij przycisk „Ride the Stagecoach”, aby kontynuować.

Postęp WP Stagecoach

Wtyczka utworzy teraz kopię zapasową Twoich plików WordPress i bazy danych, aby wyeksportować je na Twoją stronę tymczasową.

Może to potrwać chwilę, w zależności od wielkości Twojej witryny WordPress.

Po zakończeniu zobaczysz link do swojej strony stagingowej i jej obszaru administracyjnego.

WP Stagecoach zakończył tworzenie witryny stagingowej

Możesz kliknąć link, aby odwiedzić swoją stronę stagingową i zacząć nad nią pracować.

Zauważysz jaskrawopomarańczowy komunikat w pasku administratora na górze, informujący, że pracujesz na swojej stronie stagingowej.

Podgląd tymczasowej wersji strony WPSC

Wdrożenie witryny stagingowej na produkcję za pomocą WP Stagecoach

Gdy będziesz gotowy do zaimportowania zmian na swoją aktywną stronę, przejdź do strony WP Stagecoach » Import Changes i kliknij przycisk Sprawdź zmiany.

Sprawdź zmiany

Wtyczka sprawdzi teraz zmiany na Twojej stronie tymczasowej, a następnie pokaże Ci opcje ich zaimportowania.

Możesz wybrać spośród wszystkich zmian, zmian plików lub zmian bazy danych.

Opcje zmian

Wtyczka pokaże Ci postęp importu i powiadomi Cię, gdy zostanie zakończony.

Możesz teraz przetestować swoją witrynę produkcyjną, aby sprawdzić, czy wszystkie zmiany zostały pomyślnie zaimportowane.

Ręczne tworzenie strony stagingowej dla WordPressa

Ta metoda nauczy Cię, jak ręcznie utworzyć stronę stagingową dla Twojej instalacji WordPress. Jest przeznaczona dla zaawansowanych użytkowników i wymaga więcej pracy niż inne opisane powyżej metody.

Inną wadą tej metody jest to, że Twoja strona będzie tymczasowo niedostępna podczas wdrażania zmian ze stagingu na serwer produkcyjny.

Mając to na uwadze, zobaczmy, jak ręcznie utworzyć środowisko stagingowe dla Twojej witryny WordPress.

Najpierw musisz utworzyć subdomenę dla swojej strony stagingowej. Jeśli korzystasz z Bluehost, przejdź do panelu swojego konta hostingowego i przełącz się na zakładkę „Zaawansowane”.

Następnie kliknij przycisk „Zarządzaj” obok opcji „cPanel”.

Kliknij przycisk Zarządzaj obok opcji cPanel

Spowoduje to otwarcie cPanelu w nowej karcie, gdzie musisz przewinąć w dół do sekcji „Domain” (Domena).

Stąd kliknij opcję „Domeny”.

Kliknij opcję Domeny w cPanelu

Spowoduje to otwarcie listy wszystkich domen na Twoim koncie hostingowym. Tutaj musisz kliknąć przycisk „Utwórz nową domenę”.

Po wykonaniu tej czynności otworzy się nowy ekran, na którym musisz wpisać swoją subdomenę, a następnie nazwę domeny w polu „Domena” w następujący sposób:

subdomain.example.com

Następnie po prostu kliknij przycisk „Prześlij”, aby zapisać swoje ustawienia.

Utwórz subdomenę

Uwaga: W naszych przykładowych zrzutach ekranu używamy Bluehost, więc Twój ekran może wyglądać inaczej.

Panel sterowania hostingu doda teraz Twój subdomenę, której możesz użyć do zaimportowania swojej strony WordPress na żywo.

Następnie musisz zainstalować i aktywować bezpłatną wtyczkę Duplicator na swojej aktywnej witrynie. Jeśli potrzebujesz pełnych funkcji, możesz uzyskać wersję premium Duplicator tutaj.

Kilka naszych marek partnerskich również korzystało z tego narzędzia do tworzenia kopii zapasowych i osiągnęło doskonałe rezultaty. Aby dowiedzieć się więcej, zapoznaj się z naszą recenzją Duplicator.

Po aktywacji musisz kliknąć menu Duplicator w bocznym pasku administracyjnym WordPress i kliknąć przycisk „Utwórz nowe” w sekcji Kopie zapasowe.

Utwórz nową kopię zapasową w Duplicatorze

Następnie możesz wprowadzić nazwę dla swojej kopii zapasowej i kliknąć przycisk „Dalej”, aby kontynuować.

Wprowadź nazwę dla swojego backupu

Następnie Duplicator uruchomi kreatora duplikacji witryny.

Najpierw uruchomi niektóre testy, aby sprawdzić, czy wszystko jest w porządku. Jeśli wszystkie pozycje będą oznaczone jako „Dobre”, kliknij przycisk „Zbuduj”.

Przycisk pakietu kompilacji Duplicator

Wtyczka rozpocznie teraz tworzenie pakietu kopii zapasowej Duplicator dla Twojej witryny WordPress. Ten proces może potrwać kilka minut, w zależności od rozmiaru Twojej witryny.

Po zakończeniu zobaczysz opcje pobierania dla Instalatora i pakietu Archiwum. Musisz kliknąć przycisk „Pobierz oba pliki”, aby pobrać oba pliki na swój komputer.

Pobierz pakiet i instalator Duplicator na swój komputer

Musisz przesłać oba te pliki do katalogu plików poddomeny, którą właśnie utworzyłeś. Szczegółowe informacje znajdziesz w naszym przewodniku na temat jak używać FTP do przesyłania plików na Twoją witrynę WordPress.

Następnie Twoja nowa tymczasowa witryna WordPress będzie potrzebować nowej bazy danych. Utwórzmy ją.

Przejdź do panelu sterowania swojego hostingu WordPress i przejdź do zakładki „Zaawansowane”.

Następnie przewiń w dół do sekcji „Bazy danych” i kliknij przycisk „Zarządzaj” obok niej.

Kliknij przycisk Zarządzaj obok opcji Baza danych

Jeśli nie korzystasz z Bluehost, Twoje środowisko hostingowe WordPress może wyglądać nieco inaczej. Nie martw się i po prostu poszukaj sekcji Bazy danych.

Spowoduje to przejście do strony „Bazy danych MySQL”, gdzie możesz zacząć od podania nazwy dla swojej bazy danych.

Następnie kliknij przycisk „Utwórz bazę danych”.

Kliknij przycisk Utwórz bazę danych, aby utworzyć bazę danych dla strony Staging

Następnie musisz utworzyć użytkownika MySQL dla swojej bazy danych.

Przewiń w dół do sekcji Użytkownicy MySQL i podaj nazwę użytkownika oraz hasło dla nowego użytkownika bazy danych.

Nazwa użytkownika i hasło do bazy danych

Teraz musisz nadać temu użytkownikowi uprawnienia do dostępu i modyfikowania bazy danych, którą utworzyłeś wcześniej.

Po prostu przewiń w dół do sekcji „Dodaj użytkownika do bazy danych” i wybierz swoją bazę danych oraz użytkownika, którego właśnie utworzyłeś.

Dodaj użytkownika do bazy danych

Następnie kliknij przycisk „Dodaj”, aby kontynuować.

Zostaniesz poproszony o wybranie uprawnień dla użytkownika. Zaznacz pole wyboru „Wszystkie uprawnienia”, a następnie kliknij przycisk „Wprowadź zmiany”.

Zarządzaj uprawnieniami użytkowników

Teraz Twoja baza danych jest gotowa do użycia dla Twojej strony stagingowej.

Następnie musisz otworzyć nową kartę przeglądarki i wpisać subdomenę swojej witryny stagingowej w ten sposób:

https://yoursubdomain.example.com/installer.php

Nie zapomnij zastąpić yoursubdomain rzeczywistym subdomeną, a example.com swoją własną nazwą domeny.

Uruchomi to kreatora instalatora Duplicator.

Wprowadź dane bazy danych

W sekcji „Konfiguracja” instalator poprosi o podanie informacji o bazie danych WordPress.

Twój host prawdopodobnie będzie localhost. Następnie wprowadzisz szczegóły bazy danych, którą utworzyłeś dla swojej nowej nazwy domeny w poprzednim kroku.

Kliknij przycisk „Zweryfikuj”, aby upewnić się, że Duplicator może połączyć się z Twoją bazą danych.

Duplicator zweryfikowany

Po zakończeniu kliknij przycisk „Dalej”, aby kontynuować.

Duplicator rozpakuje teraz Twoją bazę danych WordPress i pliki, a następnie zaimportuje je do Twojej witryny stagingowej.

Po zakończeniu zobaczysz komunikat o powodzeniu.

Zakończenie kreatora Duplicator

Możesz kliknąć przycisk „Logowanie administratora”, aby wejść do obszaru administracyjnego WordPress Twojej witryny na nowej stronie stagingowej.

Teraz masz skonfigurowaną witrynę przejściową. Możesz ją zabezpieczyć, dodając ochronę hasłem do subdomeny.

Przejdź do panelu swojego konta hostingowego i przełącz się na zakładkę „Zaawansowane”.

Następnie przewiń w dół do sekcji 'cPanel' i kliknij przycisk 'Zarządzaj' obok niej.

Kliknij przycisk Zarządzaj obok opcji cPanel

Spowoduje to otwarcie cPanelu w nowym oknie, gdzie musisz przewinąć w dół do sekcji „Pliki”.

Stąd kliknij ikonę „Prywatność katalogu”.

Kliknij opcję Prywatność katalogu w sekcji Pliki

Następnie musisz wybrać folder poddomeny, a następnie wybrać opcję zaznaczenia pola wyboru „zabezpiecz hasłem ten katalog”.

Zostaniesz poproszony o podanie nazwy tego ustawienia, a następnie kliknij przycisk „Zapisz”.

Skonfiguruj ustawienia prywatności katalogu, aby zabezpieczyć hasłem witrynę stagingową

Twoja tymczasowa strona będzie teraz ukryta za ochroną hasłem, co uchroni ją przed wyszukiwarkami i ciekawskimi oczami publiczności.

Teraz możesz pracować nad swoją witryną stagingową i wprowadzać w niej wszelkie zmiany.

Ręczne wdrożenie tymczasowej witryny na żywo

Gdy będziesz gotowy do wdrożenia zmian z Twojej strony stagingowej na serwer produkcyjny, wykonasz te same kroki, które opisano powyżej.

Po prostu utwórz nowy pakiet Duplicator na swojej stronie tymczasowej i pobierz pliki Instalatora i Archiwum na swój komputer (patrz instrukcje powyżej).

Następnie musisz przejść do swojej strony na żywo i utworzyć kompletną kopię zapasową WordPress (możesz również użyć Duplicator do utworzenia kompletnej kopii zapasowej).

Po zakończeniu będziesz musiał usunąć wszystkie pliki i foldery WordPress z Twojej aktywnej strony internetowej. Oznacza to, że Twoja strona WordPress będzie niedostępna przez jakiś czas.

Na koniec postępuj zgodnie z powyższymi instrukcjami, aby uruchomić kreatora instalatora Duplicator, aby zaimportować witrynę stagingową na serwer produkcyjny.

Jak widać, ostatnia metoda wcale nie jest najlepsza. W trakcie procesu jest wiele rzeczy, które mogą uszkodzić Twoją witrynę.

Sugerujemy unikanie tej metody za wszelką cenę, chyba że nie masz innego wyjścia. Zalecamy korzystanie z niezawodnego dostawcy hostingu, takiego jak Bluehost, SiteGround lub WP Engine z wbudowanymi funkcjami tymczasowych witryn.

Mamy nadzieję, że ten artykuł pomógł Ci dowiedzieć się, jak łatwo stworzyć środowisko stagingowe dla Twojej witryny WordPress. Jeśli napotkasz jakiekolwiek problemy, zapoznaj się z naszym przewodnikiem na temat jak przetestować swoją witrynę przed aktualizacją do Gutenberga. Możesz również dowiedzieć się jak używać WordPress Playground w przeglądarce do testowania.

Jeśli podobał Ci się ten artykuł, zasubskrybuj nasz kanał YouTube po samouczki wideo WordPress. Możesz nas również znaleźć na Twitterze i Facebooku.

Ujawnienie: Nasze treści są wspierane przez czytelników. Oznacza to, że jeśli klikniesz w niektóre z naszych linków, możemy otrzymać prowizję. Zobacz jak finansowany jest WPBeginner, dlaczego to ważne i jak możesz nas wesprzeć. Oto nasz proces redakcyjny.

Ostateczny zestaw narzędzi WordPress

Uzyskaj BEZPŁATNY dostęp do naszego zestawu narzędzi – kolekcji produktów i zasobów związanych z WordPress, które powinien mieć każdy profesjonalista!

Interakcje czytelników

209 CommentsLeave a Reply

  1. Cześć,

    Właśnie wykonałem pierwsze pięć lub sześć kroków i zgubiłem się przy „przesyłaniu zawartości Wordpress”. Teraz całkowicie zepsułem swoją stronę i chciałbym wiedzieć, jak cofnąć to, co zrobiłem.

    Dzięki.
    – Lynda

  2. Bardzo dziękuję za to – jestem początkującym, ale próbuję dowiedzieć się, jak samemu to zrobić, abym mógł uruchomić nowy projekt, najpierw używając strony testowej, aby wszystko dopracować. Udało mi się doskonale zastosować się do Twoich instrukcji aż do tego momentu:

    „Po skopiowaniu bazy danych musisz skopiować pliki WordPress, wtyczki, motywy i przesłane pliki. Najpierw pobierz świeżą kopię WordPress z WordPress.org. Prześlij zawartość WordPress na swoją stronę stagingową. Uwaga, nie uruchamiaj jeszcze instalacji WordPress”

    Czy możesz mi doradzić, jak to zrobić lub skierować mnie do innego artykułu instruktażowego? Nie mogę znaleźć sposobu, jak to zrobić inaczej. Z góry bardzo dziękuję.

  3. Udało mi się pomyślnie utworzyć środowisko stagingowe — mam wszystkie moje multimedia, motywy, wtyczki i wszystko inne poprawnie przeniesione. Jednak wprowadziłem pewne zmiany w moim motywie (nie poprzez kod, ale poprzez wbudowane ustawienia motywu — podstawowe rzeczy, takie jak niestandardowe logo (które widzę w mojej bibliotece multimediów), kolor motywu, układ strony głównej itp. Te zmiany są jedyną rzeczą, która z jakiegoś powodu brakuje na moim stronie stagingowej. Czy ktoś wie, dlaczego tak się może dziać?

  4. Wygląda na to, że musimy wykonać kroki tutaj po tym, jak będziemy mieli nasz motyw, wtyczkę itp.

  5. Świetny artykuł! Tylko jedna rzecz nie jest dla mnie jasna.

    Jeśli mam obecną stronę internetową niebędącą w WordPressie pod nazwą domeny example.com i chcę zbudować nową stronę internetową przy użyciu WordPressa i rozwijać ją w środowisku stagingowym na subdomenie dev.example.com – czy jest to możliwe?
    Czy mogę utworzyć subdomenę dev.example.com i zainstalować WP na tym samym serwerze, z którego korzysta obecna strona internetowa niebędąca w WP?
    Później, gdy strona będzie gotowa, chcę połączyć moją opracowaną w WordPressie stronę z nazwą domeny example.com.

    Dziękuję za pomoc.

      • Dziękuję za bardzo pomocny artykuł! Jestem w podobnej sytuacji jak Mark, jednak moja obecna strona to strona WordPress. Czy mogę nadal rozwijać przeprojektowaną stronę na stronie stagingowej w subdomenie? A jeśli tak, to czy muszę tworzyć nową bazę danych?

  6. Cześć, świetny artykuł, ale co jeśli nie chcę używać XAMPP i chcę po prostu użyć subdomeny jako strony staging, a następnie przenieść zmiany na żywo? Jaki byłby najlepszy sposób na wdrożenie zmian?

  7. Czy ten proces utworzy użytkownika bazy danych i doda go do bazy danych, którą utworzyliśmy podczas kopiowania, nadając mu wszystkie uprawnienia samodzielnie? czy musimy utworzyć użytkownika bazy danych w pewnym momencie?

    • Ok, próbowałem obu sposobów.
      Raz utworzyłem użytkownika bazy danych przed instalacją WordPressa na stronie stagingowej i zadziałało. Innym razem tego nie zrobiłem i napotkałem problem „Udało nam się połączyć z serwerem bazy danych (co oznacza, że nazwa użytkownika i hasło są poprawne), ale nie udało nam się wybrać bazy danych a*******_ata_d2db”.

      To dla mnie oznacza, że trzeba ręcznie utworzyć użytkownika, samo skopiowanie bazy danych nie wystarczy. Prawda?

      • Mam nadzieję, że udało wam się to rozwiązać, ale zostawiam to tutaj dla innych, aby mogli to znaleźć: faktycznie musicie utworzyć użytkownika bazy danych (co nie jest jasne w tym artykule). Korzystając z Bluehost, musiałem wykonać około trzech kroków. Pierwszym krokiem jest użycie cPanel MySQL Database, aby uzyskać dostęp do listy baz danych MySQL. Tam mogłem zobaczyć, że nowa baza danych stagingowa, którą skopiowałem za pomocą phpMyAdmin zgodnie z artykułem, nie miała przypisanego uprzywilejowanego użytkownika. Więc utworzyłem użytkownika, ale potem odkryłem, że utworzony przeze mnie użytkownik miał za dużo znaków (maksymalnie 16). Kiedy to naprawiłem, musiałem dodać tego użytkownika do bazy danych, korzystając z tej samej strony MySQL. W ramach tego kroku przypisania mogłem wybrać „WSZYSTKIE UPRAWNIENIA”, aby uczynić tego użytkownika uprzywilejowanym użytkownikiem dla tej nowej bazy danych stagingowej. Po skonfigurowaniu wszystkiego mogłem skonfigurować WordPress, aby połączyć się z bazą danych stagingową.

  8. Fantastyczne źródło! Dotarłem do punktu krytycznego w stagingu WP i wtedy to znalazłem. Ratunek! Dziękuję! Jedynymi rzeczami, które bym dodał, byłyby jakieś metainformacje dla nowicjuszy takich jak ja. : )

  9. Dzięki za tutorial. Wydaje mi się, że utknąłem na jednym z pierwszych kroków. Po kliknięciu „go” po zmianie adresów URL w SQL, otrzymuję komunikat „# MySQL zwrócił pusty zestaw wyników (tj. zero wierszy)”
    Tak wprowadziłem dane:

    UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
    UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
    UPDATE wp_posts SET guid = REPLACE(guid, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
    UPDATE wp_posts SET post_content = REPLACE(post_content, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);

    Czy ktoś może mi w tym pomóc?

    Dzięki

  10. Cześć,

    Przede wszystkim dziękuję za niesamowity tutorial na ten temat.

    Napotkałem jeden problem do tej pory i jest to, gdy próbuję wejść na mój subdomenę przez www.staging.example.com. Otrzymuję ten komunikat: err_connection_timed_out ???

    • Cześć,

      Rozwiązałem to, ponieważ miałem do czynienia z prefiksem tabeli.

      Teraz moje staging.mysite.com działa, ale stylizacja i układ są zupełnie inne.
      Jak zrobić, aby moje pliki w moim motywie potomnym stosowały się do bieżącego motywu???

      Wygląda na to, że brakuje wielu zdjęć, stylów CSS i podstawowych ustawień?

  11. Dziękuję za ten świetny tutorial!

    Okazuje się, że po skonfigurowaniu wszystkiego komentarze na akciwnym blogu trafiają teraz na blog stagingowy na subdomenie. Nie mogę znaleźć w ustawieniach niczego, co wyjaśniałoby takie zachowanie. Czy subdomeny z jakiegoś powodu mają pierwszeństwo?

    Jakieś pomysły?

    • Być może podczas wykonywania operacji aktualizacji adresów URL w bazie danych wykonałeś ją na bazie danych swojej aktywnej strony zamiast na bazie danych nowej strony stagingowej? Musisz wybrać bazę danych strony stagingowej po jej utworzeniu, zanim uruchomisz operację. Być może pominąłeś ten krok wyboru.

  12. Miałem błędy dotyczące certyfikatów SSL. Jestem nowicjuszem, jeśli chodzi o używanie Git i wiersza poleceń na moim Macu. Więc nie udało mi się zsynchronizować wszystkiego tak, jak chciałem.

    Wygląda również na to, że kroki są dobre do synchronizacji lokalnych plików dysku z serwerem – zmiany w folderze motywu itp.

    Jednakże, w przypadku WordPressa nie ma mechanizmu synchronizacji zmian na serwerze MySQL.

  13. Nie wiem. To wydaje się naprawdę skomplikowane.

    Czyli Git Bucket jest jak pośrednik między moim lokalnym komputerem a hostowanym serwerem deweloperskim? Na przykład, jeśli mam stronę website.com, to tworzę dev.website.com, potem tworzę konto i pusty repozytorium w Git Bucket, a następnie tworzę pusty folder na moim lokalnym komputerze, edytuję pliki lokalnie i synchronizuję je z repozytorium Git Bucket, a potem jak mam to wdrożyć na żywą stronę? Czy jest jakieś połączenie i kontrola nad żywą stroną? Wygląda na to, że stąd synchronizujesz swoje repozytorium Git Bucket z dev.website.com

    I co dalej? Szkoda, że ten artykuł nie zawiera schematu, który pomógłby zrozumieć, jak to wszystko działa. Może wam, którzy robicie to cały dzień, to ma sens, ale dla kogoś, kto robi to po raz pierwszy, jest to zawrotne doświadczenie. Zwłaszcza, że wiele punktów w tej konfiguracji zawiodło i musiałem je naprawiać indywidualnie. W tym momencie utworzyłem dev.website.com, skopiowałem wszystkie pliki z witryny na żywo, skopiowałem bazę danych, połączyłem ją, zalogowałem się do witryny WordPress dev.website.com, upewniłem się, że wszystko jest w porządku, ale teraz... nie wiem, co robić dalej.

    W swoim artykule prosisz nas o zainicjowanie lokalnego katalogu na naszym komputerze. Cóż, testuję SOURCE TREE Git Bucket, który swoją drogą wygląda świetnie. Ale co teraz? Czy ktoś pomoże mi z procedurą od tego momentu? Jaka jest logika tego wszystkiego?

    Tworzę folder na moim lokalnym dysku, synchronizuje się on z repozytorium Git Bucket, aby ludzie mogli rozwijać się we współpracy. Ale kto przesyła zmiany na serwer dev.website.com? Czy użytkownicy nie muszą mieć możliwości robienia tego, aby widzieć zmiany na żywo na serwerze? Więc jak to wszystko się łączy?

    A jak aktualizujesz ostateczne zmiany na żywej stronie, gdy jesteś gotowy? Cholera, jestem zdezorientowany. Spędziłem 3 dni na konfiguracji tego i nie mogę rozgryźć następnego kroku, ponieważ nie rozumiem, jak to wszystko działa.

    Jakaś pomoc?

    • Cześć Evan, chociaż jestem pewien, że już to rozwiązałeś, ponieważ minęło kilka miesięcy, pomyślałem, że może to pomóc innym z tym samym pytaniem. Po zatwierdzeniu kodu w systemie kontroli wersji, przenosisz swoje zmiany na wybrany serwer (dev/staging/production) za pomocą funkcji wdrażania. Jest to opisane w sekcji powyżej zatytułowanej „Wdrażanie zmian z BitBucket na stronę stagingową”. Mam nadzieję, że to wyjaśnia!

  14. Jestem naprawdę początkującym w tym temacie i przeczytałem artykuł kilka razy. Myślę, że moje środowisko jest prawie gotowe, brakuje mi tylko kroku instalacji. Instrukcje mówią, aby skopiować pliki, ale nie instalować „jeszcze”, kiedy w tym procesie uruchamiam instalację wp? Nie jestem pewien, czy niektóre z problemów, z którymi się spotkałem, wynikają z mojego hostingu, którym jest Hostgator, czy z czegoś, co zrobiłem źle. Każda wskazówka byłaby świetna.

    W tym momencie nie ma błędów, ale nic nie jest renderowane pod adresem URL mojego obszaru stagingowego.

  15. Świetny artykuł. Chociaż przez cały czas mówisz o konfiguracji strony deweloperskiej na serwerze jako subdomeny. Ale na końcu używasz lokalnego serwera Xampp.

    Jak skonfigurowałbyś środowisko testowe na serwerze, na którym znajduje się domena? Czy również używasz do tego bitbucket?

    Dzięki, pozdrawiam.

  16. Cześć, udało mi się pomyślnie utworzyć stronę stagingową, ale moja strona produkcyjna miała już mały problem z wtyczką. Skontaktowałem się z deweloperem, a on poprosił o moje dane administracyjne. Zgodnie z Twoją radą z innego artykułu, podałem mu dane logowania do mojej strony stagingowej, a on naprawił problem. Aby wprowadzić zmiany na stronie produkcyjnej, powiedział mi, abym zaimportował bazę danych ze strony stagingowej do strony produkcyjnej. Moje zmartwienie dotyczą zmian SQL, które wprowadziłem do bazy danych stagingowej. Jeśli skopiuję bazę danych, czy moja strona produkcyjna nie zostanie teraz przekierowana na stronę stagingową? Nie mogę znaleźć zapytań SQL, aby je usunąć.
    Dzięki

  17. hej,

    świetny artykuł, postępowałem zgodnie ze wszystkimi instrukcjami i uzyskałem jasny przegląd procesu korzystania z Gita i środowiska stagingowego. mam nadzieję, że wszyscy doświadczeni ludzie zrobią to, co ty, aby wielu mogło przejść od początkującego do zaawansowanego.

    Wielkie dzięki.

    Isagani

  18. Po prostu doskonały artykuł, który pomógł mi skonfigurować całość.

    Moje środowisko staging znajduje się na tym samym współdzielonym hostingu linux, tylko w innym katalogu.
    Użyłem tego również jako repozytorium dla git.

    Z Coda pracuję online na tym stagingu. Gdy zapisuję zmienione pliki (głównie CSS), natychmiast widzę aktualizacje.
    Dzięki temu nie potrzebuję lokalnych plików na moim laptopie.

    Ale jak przeglądać te zdalne pliki w folderze staging, bez pobierania lokalnej kopii?

    Dzięki!
    Kristof

  19. Dzięki za artykuł!

    Mam jednak jeden problem: mam dwie bazy danych i nie jestem pewien, która z nich (a może obie) jest połączona z moją aktywną witryną. Sprawdziłem plik wp-config.php i okazuje się, że łączy się z bazą danych o innej nazwie, której nie ma na mojej liście baz danych (w phpMyAdmin). Czy jest możliwe, że baza danych została przemianowana?

    • Sprawdź swój plik wp-config.php, tam WordPress jest kierowany do tej konkretnej bazy danych, używana baza danych będzie tam wymieniona.

  20. Mam pewne problemy z tym, że witryna deweloperska rozpoznaje mój motyw i zawartość. Skopiowałem następujące pliki przed uruchomieniem mojej instalacji WordPress, jednak strony i zawartość nadal nie są rozpoznawane. Sprawdziłem pliki i moje media znajdują się w folderze uploads, moje motywy są obecne, podobnie jak moje wtyczki, ale żadne z nich nie są rozpoznawane na faktycznej stronie WordPress.

    /wp-content/uploads
    /wp-content/themes
    /wp-content/plugins

    Czy masz jakieś sugestie, co jeszcze mogę spróbować? Dzięki!

    • Mam ten sam problem. Jakieś sugestie, co mogę spróbować? Postępowałem zgodnie z instrukcjami, aby skopiować te pliki z jednego folderu do drugiego, i są we właściwym miejscu.

    • Brad, czyli nie używasz subdomeny. Używasz jej po prostu jako podkatalogu, do którego nie musiałeś tworzyć subdomeny, aby jej użyć.

  21. Dziękuję bardzo za ten tutorial! Instrukcje krok po kroku są idealne dla kogoś, kto robi to po raz pierwszy. Napotkałem problem, gdy otrzymywałem komunikat o błędzie po utworzeniu subdomeny (coś w rodzaju problemu z konfiguracją DNS). Dla każdego, kto napotka ten problem – wyczyść pamięć podręczną przeglądarki i pliki cookie, a następnie zobaczysz poprawny ekran. Zajęło mi to dni, aby to rozgryźć (dałem sobie kilka dni, ponieważ myślałem, że propagacja domeny zajmie około 24 godzin).

  22. Wow. Czy nie byłoby prościej, skracając kilka kroków i zmniejszając techniczny charakter tego procesu, po prostu użyć wtyczki do tworzenia kopii zapasowych z funkcją migracji (wyszukiwanie/zamiana w bazie danych)… zamiast ręcznego kopiowania baz danych *i* zamiast używać Git/Bitbucket? Czy czegoś nie rozumiem?

    • Dla mniejszych stron, być może. Ale wtyczki takie jak Duplicator zaczynają zawodzić lub mają znacząco malejące zyski na większych stronach. Na przykład, jeśli pracowałeś nad stroną z dużą ilością multimediów, Duplicator nigdy nie będzie w stanie wszystkiego przenieść. Otrzymasz komunikaty ostrzegawcze i będziesz musiał zostawić multimedia podczas transferu.

      Tak, ten samouczek byłby przesadą dla małego bloga. Ale to zdecydowanie sposób, w jaki powinieneś postąpić w przypadku na przykład strony woocommerce z 3000 produktów (w tym obrazy i niestandardowe dane).

      Inną ważną kwestią jest częstotliwość zmian. Niektóre strony są dość bezobsługowe po uruchomieniu. Może po prostu aktualizujesz rdzeń + wtyczki i dokonujesz kilku drobnych zmian rocznie. Inne strony mogą wymagać zmian co tydzień lub nawet częściej. W takim przypadku czekanie na kopie zapasowe, a następnie przywracanie kopii zapasowej na nowej stronie (za każdym razem trzymając kciuki, żeby zadziałało) stałoby się uciążliwe. Korzystając z metody opisanej w samouczku, możesz wprowadzać mniejsze zmiany na raz, zaraz po ich przetestowaniu.

  23. Doskonały artykuł. Szukałem informacji o najlepszych praktykach dotyczących stron stagingowych WordPressa. Dodatkowa sekcja dotycząca przepływu pracy git-bitbucket jest bardzo doceniana.

  24. Fantastic tutorial, thank you! I know WPEngine.com has a staging site built into their hosting options which seems fantastic although I haven’t tried it just yet. Are there any other easier options you know of to setup and operate a staging site, with more of a plugin functionality like WPEngine? They literally have a clone to staging button and a clone to live button that makes this seem like a process from the 80’s LOL… :-)

    Niesamowity tutorial, dziękuję za treści na poziomie korporacyjnym!

  25. Czy ktoś może rozwinąć ten jeden krok:

    „Najpierw pobierz świeżą kopię WordPressa z WordPress.org. Prześlij zawartość WordPressa na swoją witrynę stagingową. Uwaga, nie uruchamiaj jeszcze instalacji WordPressa.”

    Rozumiem to jako „1) pobierz plik zip WordPress z WordPress.org i 2) prześlij plik .zip do folderu /staging za pomocą menedżera plików”. Jednak nie sądzę, żeby to było poprawne.

    • Właściwie odkryłem problem... i został rozwiązany... jednak nie mogę dodawać obrazów do mojej biblioteki... czy ktoś inny miał takie wyzwanie.

      • Czy instalacja wordpress działa na systemie Windows?
        (Jeśli tak, musisz nadać uprawnienia Modyfikuj NTFS dla IUSR na C:WindowsTemp)

  26. Świetny tutorial… jednak po próbie zalogowania się na stronę staging, jestem przekierowywany na stronę „Opps! Google Chrome nie mógł odnaleźć http”. Co robię źle?

  27. To naprawdę świetny tutorial i coś, co chciałem zrobić od dłuższego czasu. Mój problem polega na tym, że kiedy odwiedzam ekran logowania WP, wygląda na to, że stylizacja mojego motywu nie jest zastosowana. Czy to normalne? Również, kiedy wprowadzam moje dane uwierzytelniające z witryny na żywo do pól dla witryny stagingowej, nie loguje mnie. Przekierowuje mnie do „Oops! Google Chrome could not find http”. Czy robię coś źle?

  28. Bardzo pomocny artykuł. Jedyny problem, jaki mam, to to, że kiedy zaczyna omawiać kontrolę wersji, przełącza się z koncentracji na alternatywną instalację WordPressa na serwerze na lokalną instalację na maszynie użytkownika.

    Zakładam, że można zbudować swoją witrynę lokalnie (używam WAMP), a następnie użyć Git/Bitbucket & Ftploy do aktualizacji swojej instalacji WordPress deweloperskiej/staging? Oznaczałoby to, że przez cały czas istniałyby trzy wersje witryny WordPress [produkcyjna, deweloperska/staging, lokalna].

    Jak zapewnić, że lokalna instalacja WordPressa pozostanie zgodna z bazą danych i inną konfiguracją na serwerze? Czy istnieje sposób na wykorzystanie Git/Bitbucket/Ftploy na serwerze bez konieczności angażowania lokalnej kopii witryny WordPress?

  29. Ponieważ zazwyczaj rozwijam w obszarze stagingowym na moim serwerze, a następnie przenoszę go na serwer klienta, aby uruchomić, wycofywanie się do poprzednich wersji jest prawie niemożliwe. Ten artykuł sprawił, że poważnie rozważam wdrożenie kontroli wersji za pomocą Git i Bitbucket. Dziękuję bardzo za ten tutorial.

    • Dziękuję. Czy bezpieczne jest po prostu skopiowanie wszystkich plików z witryny „test” i wklejenie ich nad bieżącymi plikami „na żywo” przez FTP? Czy jest w tym coś więcej?

  30. Czy to byłby najlepszy sposób na skopiowanie strony internetowej, skonfigurowanie jej z nowym motywem/zawartością, a następnie skopiowanie jej do obecnej działającej strony internetowej?
    Chcę zmienić motyw, ale to dość duża praca, więc zamiast go aktywować, a potem gorączkowo próbować naprawiać rzeczy przez kilka dni, szukam sposobu na skopiowanie mojej obecnej strony, zmianę wszystkiego „w tle”, a następnie udostępnienie nowej strony. Proszę dać mi znać, czy jest to w ogóle możliwe?

  31. Gdy mój serwis będzie dokładnie taki, jak chcę w środowisku stagingowym,
    czy istnieje bezpieczny sposób na skopiowanie tych plików do rzeczywistego, działającego serwisu?

    Moim celem jest zmiana motywów, ale ponieważ wiązałoby się to ze sporym
    konfigurowaniem, szukam sposobu, aby zrobić to bezpiecznie i zastąpić moje
    aktualne treści nowymi dopiero wtedy, gdy będą gotowe (mam nadzieję, że bez zmiany
    linków stałych i SEO). Czy jest to możliwe?

  32. Doskonały artykuł... Udało mi się postępować zgodnie z instrukcjami krok po kroku i ukończyć tworzenie strony deweloperskiej na moim serwerze hostingowym. Ukłony dla autora.

  33. Mam pewne problemy podczas próby uruchomienia zapytań SQL w celu zmiany odniesień do witryny staging. Otrzymuję następujący błąd:


    #1064 – Wystąpił błąd składni SQL; sprawdź podręcznik odpowiedni dla wersji serwera MySQL, aby uzyskać prawidłową składnię w pobliżu „1
    UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://example’ w linii 1

    Moje zapytanie SQL wygląda następująco:


    1
    UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://example.com’, ‘http://dev.example.com’);
    2
    UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘http://example.com’, ‘http://dev.example.com’);
    3
    UPDATE wp_posts SET guid = REPLACE(guid, ‘http://example.com’, ‘http://dev.example.com’);
    4
    UPDATE wp_posts SET post_content = REPLACE(post_content, ‘http://example.com’, ‘http://dev.example.com’);

    Czy brakuje mi jakiegoś kroku, czy mam coś nieprawidłowo w zapytaniu? Dziękuję za pomoc.

      • Mam ten sam problem. Czy mogę zapytać, jak rozwiązałeś ten problem?
        z góry dziękuję

        #1064 – Wystąpił błąd składni SQL; sprawdź podręcznik odpowiadający wersji serwera MySQL, aby uzyskać prawidłową składnię w pobliżu „)” w wierszu 1

  34. Ten artykuł jest najbardziej przydatny dla użytkownika, który chce tworzyć zaawansowane aplikacje WordPress.

  35. Postępowałem zgodnie z instrukcjami i udało mi się uruchomić witrynę tymczasową. Jednak każdy link, strona, a nawet logowanie wraca do aktywnej witryny, a nie do witryny tymczasowej. Jak to naprawić?

    • musisz zmienić adres strony i adres WordPress. Aby to zrobić, musisz uruchomić to zapytanie SQL w phpMyAdmin dla bazy danych Twojej strony staging:

      UPDATE wp_options SET option_value = REPLACE(option_value, ‘ORIGINAL_URL’, ‘NEW_URL’);
      UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘ORIGINAL_URL’, ‘NEW_URL’);
      UPDATE wp_posts SET guid = REPLACE(guid, ‘ORIGINAL_URL’, ‘NEW_URL’);
      UPDATE wp_posts SET post_content = REPLACE(post_content, ‘ORIGINAL_URL’, ‘NEW_URL’);

      Pamiętaj, aby zastąpić oryginalny adres URL adresem URL swojej aktywnej witryny i nowy adres URL adresem URL swojej witryny tymczasowej.

      Admin

      • OK – teraz działa. Musiałem uruchomić zapytanie kilka razy, ale udało mi się je uruchomić. Problem, z którym mam teraz do czynienia, polega na tym, że wszystkie ustawienia motywu zniknęły. Nagłówek, widżety, tło itp. są ustawione na domyślne ustawienia motywu. Nie jestem pewien, jak zaktualizować ustawienia do tych, które ma strona na żywo. Skopiowałem 3 pliki z katalogu wp-content. Dziękuję za znakomity artykuł i wsparcie.

  36. Cześć,

    Jak zwykle, przeczytałem Twój dobrze napisany artykuł o staging. Mam tylko jedno pytanie, czy jeśli podczas pracy nad jakimkolwiek projektem zostaną wprowadzone zmiany w bazie danych, to czy muszę ją przesłać osobno na serwer ze środowiska lokalnego, podczas gdy pliki zostaną automatycznie wdrożone przez ftploy?

    Pozdrowienia i podziękowania.
    Kontynuuj dobrą robotę.

  37. Jeśli wprowadzam zmiany w moim lokalnym projekcie WP, rozumiem, że pliki w moim motywie są zmieniane i są one przesyłane na staging przez BitBucket/Ftploy. Co z bazą danych/tabelami z mojego lokalnego projektu? Nie rozumiem, dlaczego te nie są również uwzględnione? Czy baza danych/tabele na stagingu zostaną zaktualizowane na podstawie zmian w motywie, które są przesyłane? Dzięki!!

      • Co polecasz w przypadku zmian w bazie danych? Powiedzmy, że tworzę nową stronę; czy powinienem po prostu zaimportować bazę danych na serwerze deweloperskim po wprowadzeniu zmian w mojej lokalnej kopii? Również przy przenoszeniu jej z serwera deweloperskiego na produkcyjny, jakieś rekomendacje poza ręcznym importowaniem i uruchomieniem wyszukiwania i zamiany w celu naprawienia adresu URL?

  38. Jak zwykle, świetny artykuł i dokładnie wtedy, kiedy go potrzebuję. Tak trzymajcie! Z innej beczki, jestem na moim iPhonie i ta irytująca, unosząca się czarna belka „Trending” zasłania mi możliwość komentowania. Ten artykuł tak bardzo mi pomógł, że musiałem kilka razy próbować, aby móc skomentować.

  39. Nie zostało to naprawdę wspomniane, co zrobić z bazą danych stagingową i jak przenieść zmiany do bazy danych na żywo, zwłaszcza jeśli klient wprowadzał zmiany na żywo, podczas gdy ty wprowadzałeś zmiany na serwerze stagingowym i istnieją zmiany w obu bazach danych.

    To jest jeden obszar środowisk stagingowych z wordpress, którego nie udało mi się jeszcze zrozumieć.

    • Staging jest zasadniczo dla rozwoju, podczas pracy nad motywami lub wtyczkami. Zaimportowaliśmy tylko bazę danych, aby mieć rzeczywiste dane do testowania. Nie ma to być zsynchronizowane lustro Twojej witryny na żywo.

      Admin

      • Nie wiem, czy to to samo co pytanie Ebena, ale wszystko idzie dobrze do momentu...: przesłania/przeniesienia zawartości stagingowej na stronę produkcyjną. Zakładając, że wszystko jest idealne na stagingu, jak mogę sprawić, aby ta idealna struktura/zawartość stała się stroną produkcyjną, bez ryzyka?

  40. Zacząłem używać WP Migrate DB (http://wordpress.org/plugins/wp-migrate-db/) do konwersji adresów URL i ścieżek w bazie danych. Będzie również konwertować adresy URL i ścieżki, które znajdują się w danych serializowanych.

    Kopiuję pliki na serwer stagingowy i tworzę bazę danych, a następnie eksportuję bazę danych na żywo za pomocą WP Migrate DB i importuję ją do nowej bazy danych za pomocą phpMyAdmin.

    Największy problem pojawia się, gdy witryna na żywo jest aktualizowana, zanim przeniosę bazę danych serwera stagingowego z powrotem.

  41. Jeśli posiadasz Softaculous, wdrożenie strony stagingowej na stronę produkcyjną jest jeszcze łatwiejsze: możesz sklonować stronę do lokalizacji na tym samym serwerze.
    Ja tak robię: tworzę środowisko stagingowe, a po zakończeniu pracy przechodzę do listy moich instalacji WordPress w panelu sterowania Softaculous i "klonuję" stronę do lokalizacji produkcyjnej. Lokalizacja produkcyjna musi być pusta od innych plików, aby to zadziałało.

  42. Dziękuję Syed & Zespołowi, to jeden z najbardziej kompletnych i zrozumiałych dla zwykłych czytelników Przewodnik po środowisku stagingowym dla WP. Dobra robota.

Zostaw odpowiedź

Dziękujemy za pozostawienie komentarza. Pamiętaj, że wszystkie komentarze są moderowane zgodnie z naszą polityką komentowania, a Twój adres e-mail NIE zostanie opublikowany. Prosimy NIE używać słów kluczowych w polu nazwy. Prowadźmy osobistą i znaczącą rozmowę.