Jump to content

Przenoszenie forum na inny serwer


DawPi
 Share

Recommended Posts

Znalazłem błąd:

Wpisz powód zamknięcia ( zwyczajowo "Trwa przenoszenie na nowy serwer. Zapraszamy wkrótce." ) w okno The offline message to display oraz wyłącz forum wybierając No w Turn the board offline? i zatwierdź na dole Update Settings.

Powinno być raczej Yes...

Prawidłowo powinno być ustawione w ten sposób:

Nie jest to raczej błąd, ale lepiej brzmi z "powinny" niż "powinno" :)

Jest to ostatni punkt, dzięki któremu zdiagnozujemy czy prawidłowo przeniesiona została baza danych.

Poprawnie powinno być "Jest to ostatni punkt, dzięki któremu zdiagnozujemy czy baza danych została prawidłowo przeniesiona ."

Nie wiem czy wspominałem, ale jestem dobry z polskiego :P

Edited by DawPi
Niektóre poprawione, a inne nie - wg mojego odczucia są również prawidłowe.
  • Like 1

...

Link to comment
Share on other sites

[*] Eksport - pobranie bazy danych

Pozostając w PhpMyAdminie należy przejść do zakładki Eksport, w oknie wybierz wszystkie tabele naciskając na Zaznacz wszystkie.

Następnie zaznaczyć checkbox w pozycji Zapisz jako plik oraz wybrać jedną z typów kompresji i zatwierdzić wszystko naciskając button Wykonaj co rozpocznie wykonywanie zrzutu bazy danych SQL na dysk twardy komputera.

Dodam, że jeśli przenosimy np. z wersja klienta MySQL nowszego, niż na nowym serwerze, należy ustawić Typ Zgodności SQL:

43eecd6b10145304.png

Jeśli nasza baza po eksporcie będzie większa niż możliwy upload podczas importu na nowym serwerze, możemy ją podzielić na kilka części, eksportując oddzielnie wybrane tabele.

Możemy także posłużyć się narzędziami MySQL:

[*] Import bazy danych za pomocą PhpMyAdmina

Jest to bardzo ważny punkt całej operacji, podobnie jak wykonany w jednym z poprzednich etapów eksport.

W tym celu należy zalogować się do PhpMyAdmina i przejść do zakładki Import.

W menu Plik do importu należy wybrać z komputera pobrany zrzut bazy danych, a w menu Zestaw znaków dla pliku: wybrać rodzaj kodowania pobieranego uprzednio zrzutu bazy danych.

UWAGA: zwykle jest to kodowanie UTF8.

Hmmm, ja zawsze importowałem przy używaniu kodowania latin2, aby mieć polskie znaki w przeniesionej bazie danych.

C# developer

Link to comment
Share on other sites

  • Manager
A tak z czystej ciekawości ale sobie liczysz za taką operację przeniesienia forum?

**wiadomość automatyczna**

Kontakt w sprawie IP.Board? Zapraszam na www.support.ipslink.pl w celu ustalenia szczegółów. Proszę wysłać do mnie ticket. Nie trzeba być zarejestrowanym, ale założenie konta znacznie ułatwia kontakt.

W przypadku zainteresowania moją ofertą, proszę o kontakt:

Kontakt:

ticket: www.support.ipslink.pl ( preferowane )

mail: biuro [at] ipslink.pl

tel: 505-104-397

GG: 7129

Pozdrawiam i dziękuję za zrozumienie, DawPi

intermedia - profesjonalne rozwiązania Invision Power Board

---

Chcesz uzyskać szybko i sprawnie pomoc? Uzupełnij wersję i adres w profilu.

Link to comment
Share on other sites

  • 3 weeks later...

Mały problem mam. Wpakowałem na forum bigdumpa, uzupełniłem, wrzuciłem też bazę sql, odpalam i wyskakuje:

Database connection failed due to Access denied for user 'apache'@'localhost' (using password: NO)

Edit the database settings in /home/wgaming/domains/wgaming.pdg.pl/public_html/bigdump.php or contact your database provider

W którym momencie mogłem coś pokręcić? :lol:

"Przyjaciel zawsze powinien nie doceniać naszych zalet...

...wróg zawsze przeceniać nasze wady."

Don Vito Corleone

Dlaczego for, a nie forów? Nie daj się powielanym stereotypom.

† Będziemy bronić SB po kres naszych sił †

Link to comment
Share on other sites

  • 3 months later...
  • Manager

Hm, wg mnie w plikach langa, cache'owanych do bazy masz ' znaczki, które się gryzą z SQLem.

Na Twoim miejscu wykonałbym przenosiny po 20 tabel. :)

intermedia - profesjonalne rozwiązania Invision Power Board

---

Chcesz uzyskać szybko i sprawnie pomoc? Uzupełnij wersję i adres w profilu.

Link to comment
Share on other sites

  • 2 weeks later...
  • 7 months later...

Witam!

Od paru godzin próbuję poprawnie przenieść forum IPB 2.3.6 z serwera na serwer i niby wszystko zrobiłem dobrze, ale cały czas mam ten sam problem: zamiast polskich znaków są tzw. "krzaczki" (głównie znaki zapytania). Próbowałem robić według tego poradnika, "po swojemu", na naprawdę wiele sposobów i cały czas jest to samo. Charset na forum jest ustawiony na utf-8 jak i baza danych. Na poprzednim serwerze nie było żadnych problemów z tym kodowaniem, tutaj wszystko się udało dobrze, tylko oprócz tych znaków.

Pozdrawiam i liczę na szybką odpowiedź.

Link to comment
Share on other sites

  • Manager

Hej dekster17,

pokaż jak wyglądały znaki w starej bazie danych - najlepiej screen z widoku tabeli ibf_posts z jakimś postem z polskimi znakami.

intermedia - profesjonalne rozwiązania Invision Power Board

---

Chcesz uzyskać szybko i sprawnie pomoc? Uzupełnij wersję i adres w profilu.

Link to comment
Share on other sites

5wkynm.jpg

Na górze rekord ze starej bazy danych, niżej screen tego posta ze starego forum.

Aha - próbowałem też wgrywać bazę danych tym alternatywnym sposobem podanym w tym poradniku - efekt identyczny, jak przy ręcznym wgrywaniu.

Edited by dekster17
Link to comment
Share on other sites

  • Manager

To nie tak - przy eksporcie na większości serwerów zrzut bazy do pliku .sql ma kodowanie utf-8, ale nie zawsze. Pasowałoby to sprawdzić i identyczne ustawić w bigdumpie.

intermedia - profesjonalne rozwiązania Invision Power Board

---

Chcesz uzyskać szybko i sprawnie pomoc? Uzupełnij wersję i adres w profilu.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.