Skonfiguruj Local WP dla swojej strony WordPress

Local WP (dawniej Local by Flywheel) to darmowa aplikacja desktopowa, która jednym kliknięciem stawia kompletne środowisko WordPress na Twoim komputerze: serwer WWW, PHP, bazę danych MySQL i samego WordPressa. Nie potrzebujesz płatnego hostingu ani publicznej domeny do pracy lokalnej. Instalacja, pobieranie komponentów i usługi zewnętrzne wymagają internetu; gotowa witryna może działać offline.

Dla firmy i osoby pracującej nad stroną oznacza to kilka konkretnych korzyści:

• Testy na kopii - aktualizacje wtyczek, zmiany motywu i eksperymenty z kodem robisz na kopii, a nie na żywej witrynie, na którą patrzą klienci.
• Brak osobnego hostingu testowego - do pracy nad lokalną kopią wystarczy komputer. Publiczna witryna nadal potrzebuje własnego hostingu.
• Praca offline - tworzysz w pociągu, samolocie czy bez stałego łącza.
• Niezależne środowisko - sprawdzasz zmiany bez ich publikowania. Wydajność zależy także od komputera i projektu.
• Osobne projekty - możesz przygotować nową witrynę do kolejnej próby. Zachowaj kopię danych przed usunięciem dotychczasowej.

Samo przeniesienie kopii sklepu na komputer nie odłącza usług zewnętrznych. Przed testem sprawdź SMTP, płatności i webhooki. Pomoc przy konfiguracji opisujemy w ofercie WordPress.

Przed instalacją sprawdź wymagania Local. Producent podaje minimum 4 GB RAM i 1,5 GB miejsca na aplikację. Witryny, media i kopie potrzebują dodatkowego miejsca. Większa pamięć pomaga przy kilku projektach, ale nie jest tym samym co minimum producenta.

• Windows: Windows 10 w wersji 64-bit lub Windows 11. Local może potrzebować zgody na zmianę pliku hosts.
• macOS: dokumentacja wskazuje Monterey 12 lub nowszy; dobierz instalator dla Intel albo Apple Silicon.
• Linux: sprawdź zgodność dystrybucji. Strona wydań udostępnia pakiety DEB oraz RPM.

Nie wyłączaj całego antywirusa. Sprawdź komunikat i regułę dotyczącą konkretnego składnika Local. Uprawnienia przyznawaj programowi, którego pochodzenie zweryfikowałeś.

XAMPP i MAMP są środowiskami do aplikacji PHP. Local koncentruje się na WordPressie: kreator tworzy witrynę, a panel udostępnia bazę, SSL, pocztę testową i narzędzia administracyjne.

• Konfiguracja: Local ogranicza ręczne kroki przy tworzeniu WordPressa. W środowisku ogólnym część konfiguracji wykonujesz samodzielnie.
• Projekty: ustawienia usług dobierasz dla witryny, co pomaga przy sprawdzaniu różnych wersji PHP.
• Narzędzia: One-click admin, Blueprints i Live Links wspierają pracę nad stronami WordPress.

Wybierz narzędzie pasujące do projektu i wiedzy zespołu. Nie zakładaj, że Local zawsze będzie szybszy albo że używa architektury kontenerów opisanej w dawnych poradnikach.

Instalacja jest prosta, ale warto znać kolejne ekrany:

1. Pobierz aplikację - wejdź na oficjalną stronę localwp.com i pobierz wersję dla swojego systemu (Windows, macOS lub Linux).
2. Uruchom instalator - na Windows i macOS to klasyczny kreator. Na Linux dobierz pakiet do dystrybucji. Sprawdź, o jakie uprawnienia prosi instalator.
3. Pierwsze uruchomienie - Local pobierze niezbędne komponenty środowiska (PHP, serwer, baza). Może to chwilę potrwać przy pierwszym razie.
4. Konfiguracja globalna - w ustawieniach aplikacji ustaw domyślną lokalizację plików witryn i preferencje. Zestaw usług wybierzesz przy tworzeniu witryny.
5. Logowanie do konta (opcjonalne) - konto Local jest potrzebne do Live Links, a połączenie z hostingiem wymaga właściwego dostępu do tego hostingu. Do samego stawiania stron nie jest wymagane.

Na etapie wyboru silnika spotkasz dwa tryby: Preferred (rekomendowane, sprawdzone ustawienia) oraz Custom (ręczny dobór wersji PHP, serwera i bazy). Jeśli dopiero zaczynasz, zostań przy Preferred.

Po instalacji kliknij Create a new site (lub plus w lewym dolnym rogu). Kreator przeprowadzi Cię przez trzy ekrany:

1. Nazwa witryny - wpisz nazwę projektu. Local automatycznie zaproponuje adres lokalny w formacie `nazwa.local` (np. `sklep-klienta.local`). To pod tym adresem otworzysz stronę w przeglądarce.
2. Wybór środowiska - decydujesz między Preferred (gotowy, zoptymalizowany zestaw) a Custom (sam wybierasz wersję PHP, serwer i bazę). Custom pomaga zbliżyć wersje usług do hostingu; nie odtwarza wszystkich jego ustawień.
3. Dane logowania WordPress - ustaw login administratora, hasło i e-mail. Te dane posłużą do wejścia do panelu `wp-admin`.

Po zatwierdzeniu Local utworzy bazę i witrynę. Czas zależy od pobieranych składników i komputera. Adres .local działa przez lokalną konfigurację, nie publiczne DNS. Sprawdź status uruchomienia przed otwarciem strony.

Tryb Custom pomaga dopasować środowisko do projektu.

• PHP: wybierz wersję zgodną z wymaganiami projektu i możliwie zbliżoną do hostingu.
• Serwer WWW: jeśli strona polega na regułach Apache w .htaccess, uwzględnij tę zależność. nginx wymaga innego sposobu konfiguracji reguł.
• Baza: wybierz wersję dostępną w Local; nie zakładaj obsługi dowolnego silnika.

Informacje o wydaniach podają, że w Local 10.1.0 z 5 maja 2026 MySQL 8.4 stał się domyślną bazą nowych witryn Preferred. To datowany przykład, nie zapewnienie o najnowszej wersji każdego kanału.

Podobne wersje ograniczają różnice, ale nie gwarantują działania po migracji. Hosting może mieć inne rozszerzenia PHP, limity i reguły. Sprawdź je także przy wyborze hostingu WordPress.

Gdy witryna jest gotowa, czas wejść do panelu:

1. W Local kliknij witrynę, a następnie WP Admin - aplikacja otworzy panel pod skonfigurowanym adresem witryny.
2. Zaloguj się loginem i hasłem ustawionymi w kreatorze.
3. Zmień język na polski - w `Ustawienia > Ogólne` (Settings > General) ustaw Język witryny na polski i strefę czasową na Warszawę. Język panelu może dodatkowo zależeć od ustawienia profilu użytkownika.
4. Ustaw tytuł strony, opis i poprawny adres e-mail administratora (nie używaj adresu klienta do prób).

Najszybsza droga do panelu to funkcja One-click admin w Local - loguje Cię do `wp-admin` bez wpisywania hasła. Funkcja działa lokalnie; nie loguje automatycznie osoby oglądającej Live Link.

Panel witryny udostępnia narzędzia potrzebne do pracy:

• WP Admin / One-click admin: wejście do panelu WordPressa.
• Open site: podgląd frontendu.
• Database: dostęp do bazy. Nazwa przycisku zależy od wydania; w aktualnej dokumentacji występuje Open AdminNeo.
• Tools > Mailpit > Open Mailpit: podgląd przechwyconych wiadomości.
• Site shell: terminal z WP-CLI.

Dokumentacja Mailpit określa zakres: "any email that is sent using the PHP mail() function will be captured." Nie jest to gwarancja przechwytywania zewnętrznego SMTP lub API. Przed testem kopii odłącz produkcyjny transport i sprawdź faktyczny odbiornik.

Podobnie oceń płatności, CRM i webhooki. Mogą działać także lokalnie przy dostępie do internetu. Zasady dostępu wyjaśnia poradnik REST API.

HTTPS pozwala sprawdzać stronę w konfiguracji bliższej produkcji. Dokumentacja SSL w Local opisuje zaufanie certyfikatowi.

1. W widoku witryny znajdź informację o SSL i opcję Trust.
2. Zatwierdź potrzebną zmianę w magazynie certyfikatów, jeśli pochodzi od Local.
3. Sprawdź adres HTTPS witryny i zachowanie przeglądarki.

Zaufanie certyfikatowi nie zmienia wszystkich odnośników zapisanych jako HTTP. Przy mixed content sprawdź adresy zasobów, ustawienia WordPressa i cache. Certyfikat lokalny nie służy do zabezpieczenia publicznego hostingu. Tryb routera localhost ma dodatkowe ograniczenia HTTPS opisane dalej; samo Trust ich nie znosi.

Blueprinty pozwalają ponownie wykorzystać przygotowaną konfigurację. Blueprint to zapisany szablon całej witryny: WordPress z wybranym motywem, wtyczkami, ustawieniami i przykładową treścią - działanie funkcji opisuje dokumentacja Blueprints w Local.

Jak to działa w praktyce:

1. Konfigurujesz wzorcową witrynę - instalujesz swój ulubiony motyw, komplet wtyczek (np. formularz kontaktowy, cache, SEO), ustawiasz permalinki i podstawowe strony.
2. Uruchamiasz wzorcową witrynę i zapisujesz ją jako Blueprint (Save as Blueprint).
3. Przy tworzeniu kolejnej witryny wybierasz ten Blueprint zamiast pustego WordPressa.

Zamiast za każdym razem od nowa instalować te same wtyczki i klikać ustawienia, startujesz z gotowym fundamentem. Przed zapisaniem usuń dane klientów i produkcyjne sekrety. Kolejna strona powinna otrzymać własną konfigurację integracji.

Live Links udostępnia podgląd strony działającej na komputerze przez tunel. Dokumentacja Local opisuje konto Local, HTTPS i Privacy Mode.

1. Zaloguj się do konta Local i uruchom witrynę.
2. W widoku Overview wybierz Enable przy Live Link.
3. Sprawdź dane dostępu i podgląd przed udostępnieniem uprawnionej osobie.

Od wersji 6.1.5 można edytować nazwę użytkownika, hasło i regenerować URL. W tym celu wyłącz link i przejdź do Tools > Live Links. Hasło nie jest jedynie opcjonalnym dodatkiem do anonimowego podglądu.

Komputer, witryna i tunel muszą działać. Udostępniaj oczyszczoną kopię, po prezentacji wyłącz link. Nie traktuj funkcji jako stałego hostingu ani gwarancji prywatności danych produkcyjnych. Sprawdź zasoby strony, ponieważ adres tunelu różni się od lokalnej domeny.

Import przydaje się do testowania zmian na kopii WordPressa. Instrukcja Local opisuje ZIP z wp-content i zrzutem SQL. Taką paczkę można przeciągnąć do aplikacji lub wybrać import.

Plik .wpress jest innym formatem. Nie zakładaj natywnego importu; użyj osobnej, udokumentowanej ścieżki narzędzia wykonującego eksport. Dla obsługiwanych hostingów dostępne jest także pobieranie przez Local Connect.

Przed uruchomieniem kopii przełącz lub odłącz produkcyjne sekrety SMTP, płatności i webhooków. Po imporcie sprawdź adresy lokalne, media i panel. Search-replace wykonuj na kopii metodą obsługującą serializowane dane, zamiast zwykłego zastępowania tekstu w SQL.

Przed migracją zachowaj kopię środowiska docelowego i ustal, czy pojawiają się w nim nowe zamówienia lub zgłoszenia. Migracja sprowadza się do przeniesienia plików i bazy oraz podmiany adresów. Klasyczny scenariusz ręczny:

1. Eksport - spakuj katalog `wp-content` (motyw, wtyczki, uploady) oraz wyeksportuj bazę danych narzędziem dostępnym w zakładce Database w Local.
2. Wgranie plików - przenieś WordPressa na hosting przez SFTP lub zabezpieczony mechanizm hostingu.
3. Import bazy - utwórz bazę na serwerze i zaimportuj zrzut SQL przez phpMyAdmin.
4. search-replace adresów URL - sprawdź adresy zapisane w bazie. W dobranym zakresie tabel zamień `https://nazwa.local` na docelową domenę (np. `https://twojadomena.pl`). Najbezpieczniej zrobić to przez WP-CLI poleceniem `wp search-replace` (patrz dokumentacja wp search-replace w WP-CLI), które poprawnie obsługuje zserializowane dane, albo wtyczką typu Better Search Replace. Zacznij od --dry-run, sprawdź zakres tabel i rozważ --skip-columns=guid zgodnie z procedurą migracji. Zwykłe UPDATE w SQL może uszkodzić serializowane ustawienia.
5. Alternatywa: narzędzie migracyjne może obsłużyć część kroków. Sprawdź format, limity i zachowanie bazy w jego dokumentacji; nie każde działa przez jeden plik.

Po migracji sprawdź odnośniki, media i mixed content. Formularze oraz pocztę sprawdzaj kontrolowanym przebiegiem bez danych klientów. Pomoc opisuje oferta WordPress, a dalszą obsługę opieka nad WordPress.

Local Connect obsługuje połączenia z WP Engine i Flywheel. Pull pobiera środowisko, a push przesyła wybrany zakres przy odpowiednim dostępie do hostingu.

MagicSync porównuje czasy modyfikacji plików, nie ich treść. Nie obiecuje scalania poszczególnych rekordów bazy. Opcja All modified może nadpisać pliki docelowe. Sprawdź listę, zakres i wybrane środowisko przed wysłaniem.

Lokalna baza sklepu może nie zawierać nowych zamówień. Nie publikuj jej w całości tylko dlatego, że zmieniłeś motyw. Ustal sposób przeniesienia potrzebnych zmian bez nadpisania bieżących danych. Staging pomaga w weryfikacji, ale sam nie gwarantuje bezpiecznego wdrożenia.

Ustal, czy nie działa jedna witryna, czy cały Local. Sprawdź status usług i komunikaty.

• Zajęty port: Router Mode w trybie Site Domains używa portu 80. Ustal, co go zajmuje; nie zatrzymuj nieznanej usługi.
• Tryb zastępczy: Preferences > Advanced > Router Mode pozwala wybrać localhost. Witryny używają własnych portów, ale tracą HTTPS i Live Links.
• Błąd bazy: sprawdź usługę i log, nie zakładaj jednego zajętego portu.
• Przekierowania: porównaj lokalny adres z ustawieniami WordPressa i dodatków wymuszających HTTPS.
• Wydajność: porównaj podgląd lokalny z Live Link, zatrzymaj nieużywane projekty i sprawdź obciążenie.
• Certyfikat: sprawdź zaufanie, nazwę hosta i tryb routera. Restart nie zastępuje diagnozy.

Pomoc przydaje się zwłaszcza przy migracji aktywnego sklepu, konflikcie usług lub integracji, która nadal łączy się z produkcją.

Napisz do nas, podając stronę lub środowisko i problem. System komputera, wersja Local i oczyszczony komunikat pomogą później; nie musisz przygotowywać pełnego raportu przed kontaktem. Nie przesyłaj bazy klientów ani sekretów.

Możemy ustalić zakres wsparcia WordPress przy konfiguracji lub migracji. Jeśli problem dotyczy działającej strony, zobacz naprawę WordPressa. Nie trzeba zamawiać nowej witryny, aby poprawić środowisko lokalne.

Local WP służy do pracy nad kopią strony. Jeśli zamiast poprawiać starą witrynę wolisz zacząć od nowa, zobacz, jak wygląda tworzenie stron internetowych dla firm w KC Mobile.

• LocalWP Live Link: jak udostępnić lokalną stronę WordPress
• Jak przenieść WordPressa z komputera localhost na serwer krok po kroku
• WordPress localization: lokalizacja motywu i wtyczek krok po kroku
• WordPress wp_localize_script - jak przekazać dane do JavaScriptu
• Ajax Search Lite w WordPress: konfiguracja, wyniki i typowe problemy