Bigdump - letöltés nagy mysql dump s, orbáncfű jegyzetek

Ez nem az első alkalom volt a feladat, hogy töltse lerakó nagy MySQL adatbázis hosting. Azt szokta segítségével phpMyAdmin, de abban az esetben nagy guba gyakran adódnak problémák. Mivel a memória korlátait, és futási idejét a php, nagy fájlok nem voltak feldolgozva vége előtt. El kellett menni a különböző trükköket.

Például többször azt elárasztotta a lerakó fájlt a szerverre SSH-n keresztül, és futott a program a szerver, hogy az importált be az adatbázisba. A módszer természetesen jó, de nem mindig férnek hozzá az ssh, néha nem megy be a web hosting szolgáltatások, néha a dolgok kell, hogy kitaláljuk a technikai támogatás a fogadó. És ez a plusz akció, amely mindig el akarja kerülni. És valóban azt a programot, amellyel dolgozunk egy távoli szerveren keresztül shell meglehetősen nehéz azok számára, akik nem dolgoznak Linux t. Hogy. Meg kell kézzel írni a parancsokat ugyanezen távoli szerverre. Talán valahol szerveződik jobb, de PuTTY (ami nyilvánvalóan az egyik legnépszerűbb, az SSH kliens) Én egyszer elég nehéz megérteni. Általában én persze kiderült, hogy töltse ki a nagy lerakó, de nem kap sok örömet, mert Volt háború az tárhelyszolgáltatóval a héj és töltsön kb egy órát, hogy ezt a kisalkalmazások.

Egyszer öntött egy lerakó minden perverz módon - készült egy MySQL adatbázis a helyi számítógépen phpMyAdmin viszonylag kis guba (2-5 MB) és phpMyAdmin egy távoli szerveren öntjük a fájlokat a kívánt bázis. A módszer nem tetszik, mert már 20-szor megismételni ugyanazt a műveletet kellett, hogy legyen óvatos, hogy ne hagyjon ki egyetlen darab a bázis, és ne töltse a 2-szer. Továbbá, ha a másolás és küldés szöveg töredékek 2-5 MB böngésző szigorúan tiltva. Én töltötte be a végén a jobb lerakó, de ismét ugyanabban az órában, az első esetben.

Amikor előttem újra a probléma merült fel, a töltés a hatalmas lerakó (100 MB) a szerverre, elkezdtem gondolkodni, hogyan lehet elkerülni a problémákat, az első két esetben. Az ötlet, hogy töltse billenő ftp, daraboljuk egy php script, majd ugyanazt a forgatókönyvet, hogy importálni MySQL adatbázis tűnt nekem, hogy a legjobb megoldás.

Azonban nem volt ideje a program, és a lusta ezért megpróbált gyorsan töltse ki a lerakó által a második a fent leírt módszerek - a phpMyAdmin. Azt vkinul darab lerakó megfelelő formában phpMyAdmin - és a böngésző lefagy annak átvitele során. Egy idő után láttam egy hibaüzenetet, amelyben azt írták, hogy a PHP nem rendelkezik elegendő memóriával ehhez a művelethez. Azt akartam, hogy növelje a lefoglalt memória php, de aztán még olvasni, hogy a végén a hibaüzenet. És azt írták, hogy a nagy fájlok letöltése akkor kell használni az információt a phpMyAdmin dokumentációját. A dokumentáció talált egy linket BigDump. ami lett megoldást a problémámra. Ennek lényege, hogy a szkript körülbelül ugyanaz, mint én fogant fent:

• Feltöltése az ftp-dump fájlt;
• Bigdump.php változást az adatállományban az adatbázis eléréséhez MySQL;
• Loading bigdump.php fájlt ftp ugyanabban a mappában, ahol a szeméttelep van töltve korábban.

Elvégzése után az alábbi egyszerű műveleteket a böngésző nyílt bigdump.php fájlt, és látta, valami ilyesmi:

Amint az ábrából látható, guba lehet egyszerű szöveges fájlok, és fájlokat. Azon az oldalon, válassza ki a kívánt fájlt importálni, és minden - a folyamat megkezdődött. Ő előrehaladás jelentést ezen az oldalon:

P. S. Figyelem! Ne felejtsük el, hogy a kódolás erre lerakó bigdump.php script megfelel a változó $ db_connection_charset. Alapértelmezésben üres. Az első alkalommal elfelejtettem róla - magyar betűk biztonságosan borított réz-medencében. Tettem $ db_connection_charset = «utf8" ; - és a probléma megoldódott.

nn, már régóta gondoltam ezt problemma a forgatókönyvet utánozza a működését a terminál. majd a trükk történik: betölti a script, és öntsd ftp, majd egyszerűen írja be a parancsot - valami hasonló
mysql -h host.ru -u username -p adatbázisnévre

Szintén egy lehetőség ... De hogy legyen egy igaz php scripteket egy exec, vagy valami ilyesmi?

Super script nagyon hasznos volt a munkájukat.

Köszönöm a példaprogramot, már régóta gyötri a kérdés, töltse nagy adatbázisok SSH-n keresztül próbálta megérteni, de különösen nem működik, és az idő, hogy csináld, különösen nem volt, szükséges volt, hogy csökkentsék az asztalra

Érdekes dolog, köszönöm!

Köszönöm. A szkript úgy döntött, a következő probléma - Volt egy kicsit mozgatni lerakó a tárhely egy régebbi verziója MySQL nélkül PHPMyAdmin. A forgatókönyvet lusta volt :) Ez a csodálatos mentettek

Köszönöm akkor probyvat most tömegére 1,2 GB szabad archív

Köszönöm ... a forgatókönyvet segített kitölteni egy nagy adatbázis, de voltak problémák a kódolási cp1251 (((

Köszönöm. Sikerült töltse billenő 300MB fórum ezzel a script. Nem értem, miért phpmyadmin még nem adott hozzá ilyesmit.

Sergey:
>> Nem értem, miért phpmyadmin még nem adott hozzá semmit, mint

Funky prog! phpMyAdmin kiírási Hoster kitölti a maximális mérete 20.5 MB. És azt kell dobni 21 MB. És én repült egy másodperc! Azt sem hiszem ... aztán, hogy bármilyen hiba, akkor vajon tényleg tört! Kockás és tochnyak!
Senks fejlesztők!

sőt a legjobb megoldás, hogy vesz egy normális VPS és hogy minden a parancssorban. És gyorsabb és egyszerűbb és megbízhatóbb.

«Ezen a helyen a jelenlegi lekérdezés több, mint 300 lerakó vonalak. Ami megtörténhet, ha a lerakó a fájl egy eszköz, amely nem hogy pontosvesszőt, majd egy linebreak végén minden lekérdezés, vagy ha a lerakó tartalmaz kiterjesztett betétek vagy nagyon hosszú folyamat definíciók. "

Köszönöm szépen. Korábban ő gyötri töltelékkel guba, szuper forgatókönyvet.

Egy hatalmas köszönet! Nagyon hasznos poszt! Tisztelet! Töltött két dump - Hurrá! És anélkül, hogy a fogadó tech support!

Élveztem ezt a programot az UPU ahol van egy dip root hozzáférést, és hogy hogyan lehet, ha azt szeretné, hogy töltse ki a web hosting odakinn, ez a szoftver nem indul el akkor is, ha meg a max mindazok a jogok, a mappák és fájlok ilyen probléma, és a harcsa a program működik nagy és gyors, minden gond nélkül

Szuper minden nagyon cool

MySQL Hiba: A felhasználó túllépte a \ 'max_questions \' forrás (jelenlegi érték: 75000)

Hol felmászott max_questions?