@ Insanity5902 : Wdrożenie witryny WordPress z jednego urządzenia do drugiego jest PITA od pierwszego dnia pracy z WordPress. (Prawdę mówiąc, była to PITA z Drupalem przez 2 lata, zanim zacząłem z WordPress, więc problem z pewnością nie dotyczy wyłącznie WordPress.)
Niepokoiło mnie to, że za każdym razem, gdy potrzebowałem przenieść witrynę, musiałem spędzać tak często zdublowany wysiłek i powstrzymywałem się od wdrażania do testowania tak często, jak bym wolał. Więc około 4-6 miesięcy temu zacząłem pracować nad wtyczką do rozwiązania problemu migracji hosta i wspomniałem o swoich pomysłach na forum WP Tavern .
Cóż, szybko do przodu do dzisiaj i mam już prawie działającą i wygodnie nazywam to „ WP Migrate Webhosts ”. Mimo że wtyczka wciąż ma bardzo dużo wersji beta (prawdopodobnie nawet alfa), biorąc pod uwagę twoje pytanie, myślę, że jestem gotowy, aby ludzie zaczęli na nim walić.
Przewidywany przypadek użycia jest taki, że:
- najpierw programista obsługuje przesyłanie wszystkich zmienionych plików motywów i wtyczek przez FTP,
- następnie przesyła rozwojową bazę danych MySQL na serwer testowy w całości i na końcu
- następnie uruchamia wtyczkę, aby migrować wszelkie odwołania z poprzedniej domeny do nowej. (Moja wtyczka nie próbuje rozwiązać łączenia nowych pól lub tabel bazy danych z danymi na żywo; TO jest o wiele większy problem, którego nie jestem pewien, jak rozwiązać).
Możesz pobrać wtyczkę z mojej strony i rozpakować do katalogu wtyczek (jeśli nie wiesz, jak to zrobić, to ta wtyczka nie jest dla Ciebie, ponieważ wymaga kogoś, kto wie, co robią, aby z niej skorzystać). utrzymuj tę wtyczkę online, dopóki nie wypuszczę jej na WordPress.org, po czym powinieneś poszukać jej tam.
Aby go użyć innego podejścia w swoją wp-config.phpktóre normalnie przez zakomentowanie cztery (4) określa DB_NAME, DB_USER, DB_PASSWORDi DB_HOST, a zamiast rejestracji wartości domyślne dla webhosts a następnie rejestracji informacji o każdym samą witryną. Oto, jak wp-config.phpmoże wyglądać ten segment (zauważ, że pierwsza sekcja to niepotrzebny kod skomentowany, a także zauważ, że skonfigurowałem plik hosts na moim komputerze lokalnym z nie-routowalnymi .devdomenami najwyższego poziomu, aby ułatwić codzienny rozwój. Na Macu VirtualHostX sprawia, że jest to bardzo proste):
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
//define('DB_NAME', 'wp30');
/** MySQL database username */
//define('DB_USER', 'wp30_anon');
/** MySQL database password */
//define('DB_PASSWORD', '12345');
/** MySQL hostname */
//define('DB_HOST', '127.0.0.1:3306');
require_once(ABSPATH . 'wp-content/plugins/wp-migrate-webhosts/wp-webhosts.php');
register_webhost_defaults(array(
'database' => 'example_db',
'user' => 'example_user',
'password' => '12345',
'host' => 'localhost',
'sitepath' => '', // '' if WordPress is installed in the root
));
register_webhost('dev',array(
'name' => 'Example Local Development',
'host' => '127.0.0.1:3306',
'domain' => 'example.dev',
'rootdir' => '/Users/mikeschinkel/Sites/example/trunk',
));
register_webhost('test',array(
'name' => 'Example Test Server',
'rootdir' => '/home/example/public_html/test',
'domain' => 'test.example.com',
));
register_webhost('stage',array(
'name' => 'Example Staging Server',
'rootdir' => '/home/example/public_html/stage',
'domain' => 'stage.example.com',
));
register_webhost('live',array(
'name' => 'Example Live Site',
'rootdir' => '/home/example/public_html/',
'password' => '%asd59kar12*fr',
'domain' => 'www.example.com',
));
require_once(ABSPATH . 'wp-content/plugins/wp-migrate-webhosts/set-webhost.php');
Mam nadzieję, że jest to (głównie) oczywiste. Próbowałem uczynić kod tak czystym, jak tylko mogłem, ale niestety wymaga on tych dwóch tajemniczych require_once()linii przed i po bloku kodu rejestracyjnego webhost, ponieważ nie było możliwości, by „ zaczepić ” WordPressa przed wp-config.phpwywołaniem.
Po zaktualizowaniu wp-config.phpmożesz po prostu użyć skrótu URL, wp-migrate-webhostsaby przejść do ekranu administratora w następujący sposób:
http://example.com/wp-migrate-webhosts
Powyższy zabierze Cię na ekranie administratora jak poniższy, który ma sporo części opisu tekstu i pozwala na migrację OD którykolwiek z pozostałych domen hostingowe za pomocą jednego kliknięcia po wybraniu domen migrować z ( UWAGA : Ten przykład pokazuje dzieje W DÓŁ z serwerów testowych / etapowych / na żywo do lokalnego rozwoju, ale możesz mieć pewność, że może migrować do dowolnej domeny, w której się znajduje. Oznacza to również, że wtyczka będzie świetna do przejęcia istniejącej witryny na żywo i szybkiego uruchomienia lokalnego środowiska programistycznego! ):
Jeśli nie jest jasne, „ migracja ” w tym kontekście oznacza aktualizację wszystkich odniesień w bieżącej bazie danych, aby były odpowiednie dla aktualnie zdefiniowanego hosta internetowego (a „ bieżący ” jest wąchany przez inspekcję $_SERVER['SERVER_NAME']).
Co ciekawe, wtyczka implementuje niektóre podstawowe migracje, ale każdy może ją podłączyć i wykonywać własne migracje . Na przykład, jeśli dodasz wtyczkę galerii, która przechowuje pełne ścieżki do obrazów w bazie danych, możesz przechwycić migrate_webhostsakcję, która zostanie przekazana każdemu z hosta „ z ” i webhosta „ do ” jako tablicę metadanych i będziesz mógł do wykonywania wszystkiego, co trzeba zrobić w bazie danych przy użyciu SQL lub dowolnych odpowiednich funkcji API WordPress w celu przeprowadzenia migracji. Tak, każdy z nas mógłby to zrobić bez wtyczki, ale bez wtyczki stwierdziłem, że napisanie całego potrzebnego kodu wymagało więcej wysiłku niż było warte. Dzięki wtyczce łatwiej jest pisać te małe haczyki i sobie z tym poradzić.
Może się również zdarzyć, że migracja zakończy się niepowodzeniem w przypadkach, których nie przetestowałem, a może pomożesz mi ulepszyć wtyczkę? Każdy, kto chce, może wysłać mi wiadomość e-mail za pośrednictwem mojego konta Gmail (mój pseudonim to „mikeschinkel”).
Ponadto, plugin został zaprojektowany, aby zaakceptować metadane witryną użytkownika zdefiniować oprócz tych Uznaje jak database, user, password, host, domainitd. Doskonałym przykładem może być googlemaps_apikey, w którym można przechowywać różne klucze API dla każdej domeny, który potrzebuje plugin Twojego Google Map za do prawidłowego działania (kto z was, który korzystał z wtyczki Google Maps, nie wdrożył aplikacji na serwerze na żywo i zapomniał zmienić kod na poprawny klucz API? Daj spokój, bądź szczery ... :) Dzięki tej wtyczce googlemaps_apikeyelementem w register_webhost () tablica i mały zwyczaj migrate_webhostshak można skutecznie wyeliminować, że w trosce!
Cóż, o to chodzi. Uruchamiam tę wtyczkę tutaj na WordPress Answer's Exchange, ponieważ wywołało ją pytanie @ Insanity5902. Daj mi znać, jeśli jest to pomocne, tutaj w razie potrzeby lub e-mailem, jeśli nie.
PS Jeśli zdecydujesz się użyć tego, pamiętaj, że jest to wersja alfa / beta, a to oznacza, że się zmieni, więc przygotuj się na drobną operację, jeśli chcesz go użyć teraz, a następnie użyj wydanej wersji, gdy zostanie pobita przez wiele rąk.
PPS Jakie są moje cele? Uwielbiam widzieć, jak migruje to do rdzenia WordPress, aby wszyscy mieli do niego dostęp. Ale zanim to zostanie nawet uznane za konieczne, wiele osób musi być zainteresowanych jego użyciem, aby upewnić się, że faktycznie rozwiązuje więcej problemów, niż może potencjalnie stworzyć. Jeśli więc podoba ci się ten pomysł, skorzystaj z niego i pomóż mi nabierać rozpędu w celu ewentualnego włączenia go do rdzenia WordPress.