Igor Janicki

Igor Janicki Software maker.
Java, Perl ...

Temat: archiwizacja portalu Wordpress


Obrazek


Witam,

Portal jest postawiony na Wordpress
hosting był na prywatnym serwerze.

server padł.
domena jest zabezpieczona ale już nie związana z tym serwerem.

mogę mieć dostęp do serwera jako do zwykłego kompa (nie online !). niestety dostęp będzie jednorazowy.

jak ściągnąć stamtąd (zarchiwizować) w/w portal ? .

chodzi o całość, w tym bazę danych obrazki itd.

archiwum pewnie będzie postawione na zupełnie innym serwerze.

może są jakieś gotowe skrypty shell, które to robią ?

będę wdzięczny za wszelkie wskazówki.Ten post został edytowany przez Autora dnia 11.01.17 o godzinie 09:55

konto usunięte

Temat: archiwizacja portalu Wordpress

Jeśli to czysty Wordpress, to wystarczy zapakować do archiwum wszystkie pliki z katalogu głównego. Czyli tego do którego na ogół jest dostęp poprzez FTP.
Dodatkowo należy dokonać zrzutu bazy danych. Nie wiem jak to wykonać lokalnie, szczególnie że brak wzmianki o systemie operacyjnym.
Może zadziała ścieżka localhost/phpmyadmin w przeglądarce. W przeciwnym wypadku trzeba pogooglać, jak skopiować bazę MySQL poprzez konsolę.
Igor Janicki

Igor Janicki Software maker.
Java, Perl ...

Temat: archiwizacja portalu Wordpress

chodzi mi o ściągawkę gdyż jeszcze tego nie robiłem a czasu nie będzie za wiele.
Igor Janicki

Igor Janicki Software maker.
Java, Perl ...

Temat: archiwizacja portalu Wordpress

dump mysql robi się prosto. ważne by wiedzieć którą bazę danych.

w którym pliku Wordpress są ustawienia bazy danych ?

Temat: archiwizacja portalu Wordpress

ustawienia bazy danych masz w wp-config.php w głownym katalogu.
Janusz Skudrzyk

Janusz Skudrzyk Członek zarządu,
weblabs.pl

Temat: archiwizacja portalu Wordpress

Baza jest w wp-config.php jak już Mateusz napisał. Trzeba zrzucić całość: mysqldump -u user -p --default-character-set=utf8 --databases nazwa_bazy > wordpress.sql. (opcja --default-character-set=utf8 nie zawsze będzie obowiązkowa, ale lepiej ją wstawić na wypadek, gdyby mysql działało na domyślnym latin1). Obrazki/wtyczki/szablony siedzą w wp-content: tar -zcvf wp-content.tar.gz wp-content/ . Całą resztę katalogów można pominąć (o ile programista grzebiący przy serwisie nie bawił się w cudowanie). Będzie dzięki temu o kilkaset mniej plików do ściągnięcia/spakowania.

Dodatkowo: w panelu administracyjnym należy sprawdzić które wtyczki są aktywne. Po przeniesieniu na nowy serwer sprawdzamy czy jakaś wtyczka się nie zdezaktywowała oraz czy ustawienia się poprawne.
Jeśli zmienił się adres, to w tabeli wp-options znajdujemy miejsce zawierające poprzedni adres http.
Uwaga: NIE ZMIENIAMY w bazie z automatu wszystkich starych adresów strony na nowy, a w szczególności NIE ZMIENIAMY, gdy w polu widać nawiasy klamrowe.

Przed wgraniem na serwer możemy przeglądnąć pliki przy pomocy np. AstroGrep i poszukać plików php zawierających:
eval, base64_decode, filesman.
Uwaga: W normalnych plikach będą występować te funkcje. Złośliwy kod będzie wyglądać jak podano w przykładach na stronie: https://www.smashingmagazine.com/2012/10/four-malware-i...

Przy edycji wp-config.php należy upewnić się, że użyty edytor nie dodaje znacznika BOM do pliku (występuje przy kodowaniu UTF8). Jeśli zostanie dodany, to na stronie pokaże się napis wyglądający jak dtz lub pusta linia u góry strony. Zmieniamy linijki z: DB_NAME, DB_USER, DB_PASSWORD oraz DB_HOST (to co jest pomiędzy drugimi ' '). Jeśli są linijki z WP_CACHE, WPCACHEHOME itp., to najlepiej jest je usunąć, zdezaktywować wtyczkę od cache i aktywować ją jeszcze raz.

Następna dyskusja:

problem z archiwizacja sqldump




Wyślij zaproszenie do