N1 Nex1on

Przywrócenie witryny z kopii podczas instalacji

Jak na nowym hostingu przywrócić poprzednią witrynę z kopii bazy, co wróci, a co trzeba wpisać ponownie.

Zaktualizowano 07.11.2026

Przenosisz się na inny hosting albo odbudowujesz witrynę po awarii i masz kopię bazy zrobioną przez ten silnik. Kreator instalacji może przywrócić witrynę z niej, zamiast tworzyć pustą.

Czego potrzeba


  • silnik rozpakowany na nowym hostingu i pusta baza (lub inny prefiks tabel);
  • plik kopii: .sql, .sql.gz albo zaszyfrowany .sql.gz.enc, zrobiony w „Kopiach bazy” lub poleceniem db:backup;
  • dla zaszyfrowanej kopii — klucz odzyskiwania pokazany przy włączaniu szyfrowanych kopii;
  • kod instalacji: plik storage/install-code.txt. Bez niego kreator nikogo nie wpuszcza.

Krok po kroku


  • Na pierwszym ekranie kreatora kliknij „Mam już witrynę Nex1on — przywróć ją z kopii”.
  • Język, sprawdzenie serwera i baza to te same kroki co przy nowej witrynie. Prefiks tabel musi zgadzać się z prefiksem w kopii: jeśli nie, kreator podpowie, jaki wpisać.
  • Wgraj plik kopii przez FTP do folderu storage/import i kliknij „Odśwież listę”. Z przeglądarki plik nie jest przyjmowany: hostingi ucinają rozmiar wysyłki.
  • Wybierz plik (dla zaszyfrowanej kopii wpisz klucz odzyskiwania) i kliknij „Sprawdź kopię”. Sprawdzenie tylko czyta: niczego nie zapisuje w bazie, pokazuje liczbę tabel i zapisanych aktualizacji.
  • „Przywróć witrynę”. Trwa od kilku sekund do kilku minut; nie zamykaj okna. Jeśli przerwie się w połowie, sprawdź kopię ponownie i powtórz: usuwane są tylko tabele tej próby.
  • „Czyja to witryna?”: wybierz swoje konto wśród właścicieli i albo potwierdź je dawnym hasłem, albo ustaw nowe. Dopóki tego nie zrobisz, nikt nie zaloguje się na konto administratora.

Co wraca


Użytkownicy, wpisy, strony, komentarze, zamówienia i ustawienia witryny — tak jak w kopii.

Czego celowo się nie przenosi


  • sesje, „zapamiętaj mnie”, linki resetu hasła i zaproszeń, powiązania z logowaniem przez sieci społecznościowe;
  • klucze API i logowania aplikacji, subskrypcje powiadomień, linki podglądu, historia webhooków;
  • kolejki: listy czekające na wysłanie i trwające wysyłki (wysyłki wrócą jako szkice);
  • źródło aktualizacji i sprawdzanie licencji, zaufane proxy i ograniczenia dostępu, kopie zewnętrzne, klucze AI i sieci społecznościowych — wracają do domyślnych; webhooki są wyłączone;
  • poczta przełączona na „do pliku”, dopóki nie skonfigurujesz jej na nowo;
  • logowanie dwuetapowe jest wyłączone u wszystkich: jego sekretu nie da się odczytać w nowej witrynie;
  • administratorzy i moderatorzy są zablokowani, dopóki właściciel się nie potwierdzi; potrzebnych odblokuj w „Użytkownikach”;
  • wgrane pliki (folder uploads) nie wchodzą do kopii bazy: skopiuj je przez FTP.

Co zrobić potem


  • skonfiguruj pocztę na nowo („Ustawienia” → „Poczta”) i wyślij wiadomość próbną;
  • wpisz ponownie klucz licencji („System” → „Aktualizacje”) oraz klucze i hasła zaszyfrowane na starej witrynie: kopie zewnętrzne, captcha, logowanie przez sieci społecznościowe, AI;
  • włącz ponownie logowanie dwuetapowe tam, gdzie było używane;
  • odblokuj potrzebnych administratorów i moderatorów w „Użytkownikach”;
  • sprawdź adres witryny w ustawieniach i, jeśli domena jest nowa, przekierowanie ze starej.

Bezpieczeństwo


Plik jest sprawdzany przed zapisem do bazy: przyjmowane są tylko zwykłe zapytania kopii silnika (tworzenie własnych tabel i wstawianie wierszy). Każde inne zapytanie w pliku kończy się odmową „Plik nie wygląda na bezpieczną kopię”, nic nie jest zapisane. Plik kopii zawiera hashe haseł i adresy e-mail: po zakończeniu przywracania usuń go z serwera przyciskiem „Usuń plik kopii”.

Czy ten artykuł pomógł?
Na tej stronie