Witam
Przyszło zmagać mi się z problemem emigracji strony z serwera 60free na 1000gp. Nie do końca jestem zorientowany co i jak, a na innych forach wiedza jest bardzo chaotyczne.
Przeraża mnie import bazy. Nigdy tego nie robiłem i nie chciałbym, aby kilka miesięcy mojej pracy poszło na marne. Mógłby mnie ktoś poinstruować w punktach co i jak. Znalazłem na ovh coś takiego:

"Jeżeli chcesz przenieść swój serwis z 60free na 1000gp, musisz samodzielnie przenieść dane: - pliki i katalogi przez FTP ( np. korzystając z Total Commandera), - bazę danych należy wyimportować do phpMyAdmina nowego konta. W przypadku problemów z importem, skorzystaj z tego skryptu: http://labedz.ovh.org/dump_bazy._php Pobierz skrypt, zapisz, zmień nazwę na dump_bazy.php i skopiuj na swoje konto 60free przez FTP. Następnie uruchom ten skrypt w przeglądarce. Powinien się pojawić link do pliku z bazą, którą wystarczy załadować na 1000gp przez phpMyAdmin. ????????(gdzie baza - to plik tekstowy, czy sql - jest i jak to zrobić???????????

* Błędy Fatal error: Maximum execution time of 10 seconds exceeded in /home/ovh/www/phpMyadmin/libraries/read_dump.lib.php on line 77

Operację importu bazy do phpMyAdmina należy wykonać maksymalnie w ciągu 10sekund. Aby nie przekroczyć tego czasu wykonywania, najlepiej podzielić bazę na części."

Dla kogoś, kto ma zrobić to pierwszy raz nie jest to wyczerpująca wiedza. Trochę mnie to przerasta. Pomożesz?

Pozdrawiam
Januszczyk

Witam jestem nowy(dwa miesi¹ce)w temacie "joomla". Zainteresowa³em siê... dlatego, ¿e daje ogromne mo¿liwoœci pracy zespo³owej, mam doœÌ samotnoœci(http://zsbesko.neostrada.pl)

ZbudowaÂłem stronkĂŞ(http://jerzybesko.ovh.org), dziĂŞki koledze Januszczykowi- szacunek.Czasem wystarczy pokazaĂŚ, zaraziĂŚ.

Za moment stanĂŞ przed podobnym problemem, nie chciaÂłbym czegoÂś zawaliĂŚ.ÂŚledzĂŞ bardzo uwaÂżnie forum, nie zabieram narazie gÂłosu, bo jestem zielony

pozdrawiam wszystkich
joomla to piĂŞkna sprawa

Jerzybesko

Witam kolegĂłw, i przepraszam za zwÂłokĂŞ w odpowiedzi.
W³aœnie bêdê pisa³ doœÌ wyczerpuj¹cy artyku³ na temat bazy SQL, czyli jej ogólnej struktury oraz importu, eksportu danych i konwersji znaków. Ale mo¿e, ¿eby post nie zosta³ bez odpowiedzi, kilka krótkich porad.

• 1. ProponujĂŞ na poczÂątek nie korzystanie ze wspomnianego przez Januszczyka pliku "dump_bazy._php", jako Âże bazĂŞ moÂżna w bardzo prosty sposĂłb "wyeksportowaĂŚ" do pliku z rozszerzeniem ".sgl.gz", lub samego ".sql" z panelu phpMyAdmina. ÂŁabĂŞdÂź pisze, Âże ze skryptu naleÂży skorzystaĂŚ:W przypadku problemĂłw z importem,a takowe sÂą bardzo sporadyczne. Ponadto dotyczy on tylko i wy³¹cznie migracji z konta 60FREE na 1000GP.


• 2. W panelu phpMyAdmina jest taki przycisk, ktĂłry sÂłuÂży do eksportu bazy na dysk twardy komputera, i z niego naleÂży skorzystaĂŚ. Aby "wyeksportowaĂŚ" ca³¹ bazĂŞ, naleÂży znaleŸÌ siĂŞ w polu ze strukturÂą caÂłej bazy, gdzie po lewej stronie okienka z bazÂą, tuÂż pod ikonkami z przyciskami "home", "exit", "sql" i.t.d znajduje siĂŞ nazwa waszej bazy wraz z iloÂściÂą tabel. Czyli moÂże to wyglÂądaĂŚ tak:januszczyk (54) , gdzie "januszczyk" to nazwa bazy, a liczba w nawiasie to iloœÌ wszystkich tabel w caÂłej bazie. CaÂłoœÌ jest odnoÂśnikiem wÂłaÂśnie do g³ównego okna z tabelami, czyli do "struktury" bazy. Klikamy na januszczyk (54), i po ukazaniu siĂŞ "struktury" bazy na przycisk "Eksport"


• 3. Znajdziemy siĂŞ wĂłwczas w okienku z ramkÂą opisanÂą "Zrzut bazy danych", gdzie po prawej stronie, w gĂłrnym lewym rogu znajdujÂą siĂŞ, w przewijanym polu "textarea" wszystkie tabele z naszej bazy. Poznacie je po opisach z przyrostkiem "jos_". NaleÂży zaznaczyĂŚ wszystkie tabele!!!. I nic wiĂŞcej nie zmieniamy w pozostaÂłych opcjach, czyli musi byĂŚ zaznaczony format "SQL". Zaznaczamy tylko "Zapisz jako plik", i wybieramy format pliku do eksportu. MoÂże to byĂŚ ".zip", ".gz", lub "Brak", co oznacza eksport w formie nie spakowanej, czyli pliku z rozszerzeniem ".sql", majÂącego strukturĂŞ pliku tekstowego. Ja polecam zostawiĂŚ zaznaczone "Brak", co spowoduje zrzut bazy danych w formacie ".sql". StwierdziÂłem na podstawie wÂłasnych doÂświadczeĂą, Âże ten format "importuje" siĂŞ do bazy najlepiej. Przyciskamy "Wykonaj" i otworzy nam siĂŞ w przeglÂądarce okienko pobierania pliku. Zapisujemy plik na dysku w niezmienionej nazwie, czyli np. "januszczyk.sql". JuÂż mamy zrzut swojej bazy na dysku komputera.


• 4. Zamykamy phpMyAdmina ze starÂą baza, i logujemy siĂŞ do phpMyAdmina nowego konta. Ustawiamy tylko jĂŞzyk bazy na "polish", lub "polski", i w oknie wejÂściowym bazy nic wiĂŞcej nie zmieniamy. Czyli nie ruszmy "System porĂłwnaĂą dla po³¹czenia MySQL:", zostawiajÂąc domyÂślne wartoÂści ustawione przez usÂługodawcĂŞ. Czyli dla 1000GP bĂŞdzie to "utf8_unicode_ci". Jako Âże caÂła baza posiada wpisy tekstowe w formacie, opisanym: "System kodowania znakĂłw dla MySQL: UTF-8 Unicode (utf8)", import bazy ktĂłrym siĂŞ teraz zajmiemy, nie bĂŞdzie stanowiÂł Âżadnego problemu, jako Âże baza na 60FREE jest kodowana tak samo. W przypadku mojej operacji z przenosinami bazy, miaÂłem dodatkowy problem, dlatego Âże w mojej bazie na serwerze 1000GP w phpMyAdminie byÂła zainstalowana starsza wersja "MySQL", czyli 4, w przeciwieĂąstwie do nowych baz na 1000GP, ktĂłre posiadajÂą juÂż wy³¹cznie wersjĂŞ 5 "MySQL". Dane w mojej "starej" bazie byÂły przechowywane w formacie "iso-8592", wiĂŞc musiaÂłem dokonaĂŚ "konwersji" na "UTF-8", czego wy juÂż nie musicie robiĂŚ. O konwersji, i sposobach jej wykonania napiszĂŞ w artykule poÂświĂŞconemu bazie SQL.


• 5. Klikamy na przykÂładowy odnoÂśnik po lewej stronie januszczyk (0) ( 0 bo nie ma Âżadnych tabel ), opisany w punkcie 2 postu, i po ukazaniu siĂŞ struktury bazy na przycisk "Import". Znajdziemy siĂŞ w okienku o takim samym tytule, jak przycisk. W ramce opisanej :"Plik do importu", przyciskiem "przeglÂądaj" wybieramy nasz plik "januszczyk.sql". Natomiast w ramce "Import czĂŞÂściowy" powinno byĂŚ zaznaczone "ZezwĂłl na przerwanie importu w przypadku, gdy skrypt wykryje zbliÂżajÂący siĂŞ koniec limitu czasu. I.t.d...". Jest to bardzo waÂżne ustawienie, bo pozwoli nam ono na wczytywanie bazy "linijka po linijce", czyli jak minie limit czasu importu, naciskamy ponownie przycisk "przeglÂądaj" i wybieramy nasz plik "januszczyk.sql". OczywiÂście, przyciskamy za kaÂżdym razem, nawet jeÂżeli wczyta nam siĂŞ tylko np. 30 tabel, przycisk "Wykonaj" po ponownym i poprawnym zlokalizowaniu "importowanego" pliku na naszym dysku komputera. W okienku "Import czĂŞÂściowy" po przerwaniu wczytywania bazy, zmieni nam siĂŞ komunikat, informujÂąc nas, Âże przekroczono limit czasu, i wczytywanie bazy bĂŞdzie kontynuowane od wiersza np. "9435". Dopiero jak po lewej stronie okienka z bazÂą bĂŞdziemy mieli wszystkie tabele, czyli w przypadku januszczyk (54) 54, oznacza to, Âże baza zostaÂła zaimportowana pomyÂślnie. JeÂżeli pojawiÂą siĂŞ komunikaty o b³êdach (mnie nie pokazaÂł siĂŞ Âżaden), naleÂży powtarzaĂŚ operacje aÂż do pozytywnego skutku. Jeszcze drobna uwaga. Pod przyciskiem "przeglÂądaj" znajduje siĂŞ rozwijalne pole z "Zestaw znakĂłw dla pliku:", naleÂży zostawiĂŚ w nim domyÂślnÂą wartoœÌ, czyli UTF-8. Te kodowania nie majÂą Âżadnego wpÂływu na kodowanie naszego serwisu, ktĂłre okreÂślone jest w deklaracji zestawĂłw znakĂłw w kodzie naszego CMS-a. Joomla sama dokonuje konwersji na odpowiednie kodowanie. OczywiÂście jeÂżeli mamy Joomla z kodowaniem UTF-8, z odpowiednimi deklaracjami kodowania w plikach XML, to witryna bĂŞdzie miaÂła takie kodowanie znakĂłw, czyli UTF-8. Jednak znaczna wiĂŞkszoœÌ polskich stron posiada kodowanie "iso-8592", i wasze witryny po operacji z przeniesieniem bazy pozostanÂą z kodowaniem znakĂłw okreÂślonym przez was. Nie interesujÂą nas Âżadne dane w bazie, np. "latin_svedish_ci", bo dotyczÂą one tylko "wewnĂŞtrznej" struktury bazy, i nie naleÂży w te ustawienia ingerowaĂŚ, czyli zmieniaĂŚ, jak sugerujÂą niektĂłrzy na ró¿nych forach na "latin2_general_ci". Wszystko powinno "zagraĂŚ" pomyÂślnie.


• 6. Na stronie Joomlapl.com jest opisane przeniesienie bazy na inny serwer w artykule "¹œŸÌ¿ê³ + nazwa.pl" ale jest to artykuÂł bardzo "ogĂłlnikowy". MyÂślĂŞ, Âże po moim "skrĂłconym" opisie "rozjaÂśniĂŞ" nieco wasze spojrzenie na problemy z bazami danych. "Nie taki DiabeÂł straszny, jak go malujÂą". Prawda?. A jeÂżeli nam siĂŞ coÂś nie powiedzie, zawsze moÂżemy nacisn¹Ì w polu ze "strukturÂą" bazy link "zaznacz wszystkie" tabele, i z rozwijalnego pola wybraĂŚ "UsuĂą". Po czym ponownie moÂżemy przystÂąpiĂŚ do importu bazy, wczeÂśniej studiujÂąc ten post. Ale to tylko w przypadku jakiegoÂś nieszczĂŞcia (Zanik prÂądu ), bo myÂślĂŞ, Âże nie powinno byĂŚ Âżadnych problemĂłw.
  

Pozdrawiam. Jokris.

Witam
Wielkie dziĂŞki Jokris. TwĂłj post jest wystarczajÂąco wyczerpujÂący. ZrobiÂłem kopiĂŞ swojej bazy. PoszÂło bezproblemowo. ZaÂładujĂŞ jÂą na nowy serwer (najprawdopodobniej 1000gp) gdy kupiĂŞ domenĂŞ i wiem, Âże caÂła operacja teÂż zakoĂączy siĂŞ sukcesem. Czekam na TwĂłj nowy artykuÂł o SQL. Niech siÂły i chĂŞci do pracy nie opuszczajÂą CiĂŞ.
Pozdrawiam
Januszczyk

Witam !
to mĂłj pierwszy post na tym forum - chociaÂż serwis "obserwuje" i korzystam z jego treÂści od jakiegoÂś czasu
zatem pozdrawiam autora i wszystkich uÂżytkownikĂłw

WracajÂąc do tematu...
czy Twoja przesiadka z bazy mysql v4 na v5
przyniosÂła jakieÂś wymierne korzyÂści? jest szybciej?
warto siĂŞ trudziĂŚ?
czy oprócz oczywistych problemów z kodowaniem utf, boryka³eœ siê z innymi problemami? jakieœ niewspó³graj¹ce komponenty? modu³y?

teÂż mam konto na 1000gp i zastanawiam siĂŞ nad upgradem do mysql v5
juÂż zrobiÂłem maÂłe przymiarki jednak z braku czasu nie do koĂąca mogĂŞ przetestowaĂŚ dziaÂłanie wszystkich elementĂłw serwisu
z kodowaniem znakĂłw juÂż sobie poradziÂłem
obawiam siĂŞ tylko jakiÂś problemĂłw z poszczegĂłlnymi elementami joomla np. z forum joomlaboard lub komponentem comprofiler, korzystam teÂż z jaclplus

poza tym - wiesz moÂże czy OVH zamierza pozostawiĂŚ do dyspozycji uÂżytkownikĂłw na koncie 1000gp tĂŞ starÂą bazĂŞ v4 ?
w tej chwili faktycznie dostĂŞpne sÂą dwie bazy

Witaj.
"john napisaÂł"
czy Twoja przesiadka z bazy mysql v4 na v5

przyniosÂła jakieÂś wymierne korzyÂści? jest szybciej?

warto siĂŞ trudziĂŚ?
KorzyÂści nie zauwaÂżam. Strona dziaÂła moÂże trochĂŞ szybciej, ale myÂślĂŞ, Âże po prostu wersja MySql 4 nie byÂła powodem wolniejszego dziaÂłania strony, tylko mĂłgÂł byĂŚ nim np. serwer, na ktĂłrym byÂła baza. Tak myÂślĂŞ. MoÂże siĂŞ mylĂŞ. Po zmianie wersji bazy, zostaje ona przeniesiona na inny serwer.
"john napisaÂł"
czy oprócz oczywistych problemów z kodowaniem utf, boryka³eœ siê z innymi problemami? jakieœ niewspó³graj¹ce komponenty? modu³y?
Nie miaÂłem, i jak na razie nie mam Âżadnych problemĂłw z rozszerzeniami do Joomla.
"john napisaÂł"
z kodowaniem znakĂłw juÂż sobie poradziÂłem
MoÂże opiszesz jak?. KaÂżdemu siĂŞ przyda, bo ja stosowaÂłem "podmiankĂŞ" znakĂłw, a nie jest to najlepsza metoda. MoÂże znasz lepszÂą. Ok?.
"john napisaÂł"
poza tym - wiesz moÂże czy OVH zamierza pozostawiĂŚ do dyspozycji uÂżytkownikĂłw na koncie 1000gp tĂŞ starÂą bazĂŞ v4 ?

w tej chwili faktycznie dostĂŞpne sÂą dwie bazy
Z tego co wiem, to wszystkie bazy majÂą byĂŚ docelowo w wersji 5. Po prostu po utworzeniu nowej bazy, w miejsce starej, automatycznie tworzona jest baza w oparciu o MySQL 5.
Czekam na "repost" i pozdrawiam. Jokris.
P.s. Nie odpisywaÂłem dÂługo, bo miaÂłem 4 dni bez internetu. NawaliÂł providerowi jakiÂś "switch", i czekaÂłem, aÂż zrobi. Nareszcie mam neta.!!!. Hura.