Migracja WordPressa

Po 2 latach na DigitalOcean postanowiłem się wyprowadzić. Nie dlatego, że jest źle albo drogo, ale dlatego, że potrzebuję jeszcze jednej funkcji, czyli IDS/IPS. Domyślna instalacja WordPressa na DO zawiera fail2ban, co jest w porządku, ale uważam, że Suricata jest znacznie potężniejsza.

Na początek utworzyłem backup za pomocą wtyczek All-In-One WP migration oraz Increate Max File Size. Pierwsza odpowiada za zrzucenie całej zawartości strony, a druga daje możliwość wgrania tego pliku zrzutu do nowej instalacji WordPressa.

Ale… musisz też zmodyfikować jeden plik w nowej instalacji WP:

/etc/php/X.Y/apache2/php.ini

Wpisując w nim:

post_max_size = 2048M
upload_max_filesize = 2048M

Następnie zrestartuj Apache, na przykład:

sudo service apache2 restart

Na stronie ustawień wtyczki wybierz 2 GB. Wtyczka do migracji powinna być zainstalowana zarówno w systemie źródłowym, jak i docelowym. Przed wgraniem pliku zrzutu w nowe miejsce upewnij się, że wersja jest taka sama jak w systemie źródłowym. Następnie wgraj plik zrzutu i prawie wszystko powinno być w porządku. Wyłączyłem i usunąłem wszystkie wtyczki oprócz NextGen Gallery.

Ponieważ cały backend mam za proxy NGINX, z WP jest tak samo. Nie trzeba tu brać pod uwagę niczego szczególnego. Pamiętaj tylko, aby ustawić w pliku konfiguracyjnym nagłówki Host, X-Real-IP, X-Forwarded-For i X-Original-Request. Konfiguracją TLS na moim NGINX zarządza certbot, więc na początku podaję tylko konfigurację dla portu 80, a resztę zostawiam jemu.

W tym konkretnym scenariuszu migracji natrafiłem na jeden problem. Na wszystkich wpisach i kategoriach pojawiał się błąd HTTP 404. Aby go obejść, przejdź do Seetings.Permalinks i kliknij przycisk Save. To wszystko – może to jakiś problem z narzędziem do backupu.