Przenosiny na nowy szablon

[Berike]

Słuchajcie mój blog (WordPress) działa sobie teraz na konkretnym szablonie, który chciałbym niebawem zmienić. Nowy szablon mam już wybrany, ale nie chcę go "upubliczniać" zanim nie poustawiam i nie dopieszczę wszystkiego do samego końca. Wchodząc w Panel Administracyjny WP klikając na Wygląd -> Personalizacja mam do wyboru zakupiony szablon, klikam Personalizuj i jest ok. Ustawiam sobie wygląd tak jak mi się podoba, ale nie mogę zapisać postępu bez Upubliczniania. Macie na to jakiś sposób?

[piescik]

Może za pomocą wtyczki (np. Duplicator) skopiować bloga na subdomenę lub do katalogu i tam podziałać z wyglądem. Jak będzie gotowy z pomocą Duplicatora przenieść z nowym wyglądem na domenę docelową.

[Hagen]

Może za pomocą wtyczki (np. Duplicator) skopiować bloga na subdomenę lub do katalogu i tam podziałać z wyglądem. Jak będzie gotowy z pomocą Duplicatora przenieść z nowym wyglądem na domenę docelową.

Niech On już w takie wtyczki lepiej się nie bawi, bo zaraz będzie płacz że wszystko stracone. Zainstaluj sobie lepiej wtyczkę która daje możliwość tymczasowej przerwy pracy serwisu, i podmień sobie na spokojnie szablon. Najlepiej zrób to w nocy, wtedy jest najmniejszy ruch.

Jeżeli podmiana wtyczki ograniczy się do 1-2h to nawet nie instaluj żadnej wtyczki tylko zrób sobie to w nocy w godzinach w których masz najmniejszy ruch i będzie wszystko dobrze.

Jak będziesz ustawiał nowy szablon to nie dopieszczaj go od razu na cacy, zrób tak żeby serwis funkcjonował i żeby wszystko ładnie się wyświetlało, dopieścić możesz sobie w każdej chwili, nawet przy dużym ruchu nie wyłączając serwisu.

[bunitas]

Przetestuj wtyczkę theme test drive

[iKaeL]

A czemu by nie odpalać takich prób na localhost? Najłatwiej, najbezpieczniej, najszybciej.

[atomatic]

Jeśli ten serwis jest dla Ciebie ważny, możesz utworzyć dla niego drugie środowisko testowe na którym testowane będą zmiany w serwisie przed wdrożeniem ich we właściwym serwisie. Środowisko takie możesz utworzyć na subdomenie, na innej domenie lub na stacji roboczej. Dla tekiego drugiego środowiska tworzysz oczywiście drugą instancję bazy danych.

Po przetestowaniu wszystkiego na "środowisku testowym" migrujesz zmiany na "produkcję" Migrację robisz w czasie najmniejszego ruchu w serwisie.

Przed całą operacją proponuję zrobić backup plików i bazy danych, żeby było do czego wracać w przypadku wystąpienia problemów.