Wersja produkcyjna i wersja deweloperska to dwa różne środowiska, w których może działać ta sama strona WordPress. Rozróżnienie między nimi jest podstawą bezpiecznej pracy nad stroną – pozwala testować zmiany bez ryzyka uszkodzenia działającej witryny.
Wersja produkcyjna (live)
Wersja produkcyjna to strona dostępna publicznie – ta, którą odwiedzają użytkownicy, klienci i czytelnicy. Działa pod właściwą domeną i obsługuje realne transakcje, zamówienia i interakcje.
Obowiązują tu surowe zasady bezpieczeństwa. Wyświetlanie błędów PHP musi być wyłączone: komunikaty o błędach mogą ujawniać ścieżki plików serwera, nazwy tabel w bazie danych i inne informacje ułatwiające ataki. Wszelkie zmiany w kodzie wdraża się ostrożnie, po wcześniejszym testowaniu.
Bezpośrednia edycja kodu na wersji produkcyjnej – np. przez wbudowany edytor plików w panelu WordPress – to praktyka z dużym ryzykiem. Błąd w kodzie może natychmiast spowodować biały ekran lub uszkodzenie funkcji strony, które widzą realni użytkownicy.
Wersja deweloperska
Wersja deweloperska (development) to odizolowane środowisko pracy, niedostępne publicznie. Tu testuje się nowe funkcje, aktualizacje wtyczek, zmiany w motywie i zmiany w konfiguracji.
Najczęściej uruchamia się ją lokalnie, na komputerze programisty, za pomocą narzędzi takich jak LocalWP lub Docker. Może też działać na subdomenie serwera.
W wersji deweloperskiej celowo włącza się szczegółowe raportowanie błędów PHP. Stała WP_DEBUG ustawiona na true w pliku wp-config.php uruchamia tryb debugowania WordPressa. To, czy błędy są wyświetlane w przeglądarce, zależy jednak także od ustawień takich jak WP_DEBUG_DISPLAY, a zapis do pliku kontroluje WP_DEBUG_LOG.
Na lokalnym środowisku deweloperskim wyświetlanie błędów może być wygodne. Na stagingu dostępnym z internetu lepiej zwykle zapisywać błędy do logu i nie pokazywać ich publicznie. Więcej o stałych systemowych WordPressa znajdziesz w artykule o stałych systemowych WordPress. Logi błędów wyjaśnia artykuł o dzienniku błędów.
Staging – środowisko pośrednie
Między środowiskiem deweloperskim a produkcją często istnieje trzecia warstwa – staging. To kopia strony produkcyjnej działająca na serwerze (nie lokalnie), służąca do końcowego testowania przed wdrożeniem zmian na żywo.
Konfiguracja stagingu i praca z nim to temat opisany w osobnym artykule o stagingu WordPress. Warto zaznaczyć: lokalne środowisko deweloperskie na komputerze to nie to samo co staging. Dev działa na komputerze programisty, staging – na serwerze internetowym.
Typowy workflow: zmiany tworzy się w środowisku deweloperskim → testuje na stagingu → wdraża na produkcję.
Bazy danych w różnych środowiskach
Bazy danych środowisk dev i prod rozjeżdżają się szybko. Środowisko deweloperskie może mieć starsze dane, testowe treści i inną konfigurację niż produkcja. Proste „nadpisanie bazy” między środowiskami bez odpowiednich narzędzi może usunąć realne zamówienia, rejestracje użytkowników lub dane transakcji.
Przenoszenie kodu między środowiskami najlepiej realizować przez systemy kontroli wersji (Git) lub dedykowane narzędzia do migracji WordPress. Kopiowanie plików ręcznie przez FTP to podejście podatne na błędy.
Podsumowanie
Wersja produkcyjna obsługuje prawdziwych użytkowników i wymaga wyłączonego raportowania błędów oraz ostrożnego wdrażania zmian. Wersja deweloperska to bezpieczne środowisko testowe z włączonym debugowaniem. Praca wyłącznie na produkcji, bez oddzielnego środowiska, zwiększa ryzyko nieplanowanych awarii.