phpBB2 by Przemo

[szymel]

moj problem troche nawiazuje do tematu wiec nie bede zakladal nowego...
Mianowicie dzis postanowilem skopiowac swoje forum na dysk bo mam male perypetie z serwerem i kopia zapasowa nie zawadzi, ale po 3 godzinach wydalo mi sie cosik za dlugo wiec sprawdzilem i forum zajmuje mi ponad 700MB! Wszystko przez backupy zawarte w katalogu db_backup ktorych w sumie bylo ponad 100!
Moje pytanie jest nastepujace: co mam spieprzone ze serwer przetrzymuje tyle kopii mimo iz w PA jest ustawiona ich liczba na 4 (od kilku dni na 8 )???

[Gadatliwa Kasia]

[chelloPL]

Ok - zmiany wprowadzone przy backupie w proponowanej przeze mnie poprawce:
- usunąłem 4 błędy przy wykonywaniu backupu (w tym związany z usuwaniem starych kopii),
- wykonywanie kopii (jeśli serwer obsługuje kompresję gzip), powinno znacznie mniej obciążać serwer oraz potrzebna jest kilkanaście razy mniejsza ilość wolnego miejsca na serwerze do wykonania prawidłowej kopii,
- wykonanie kopii zapasowej z poziomu PA tworzy dodatkową kopię (to, co jest wpisane jako ilość maksymalna kopii + 1) - uznałem, że administrator jeśli wykonuje kopię ręcznie, to nie powinno to kasować poprzednich kopii. Jeśli komuś się to nie podoba, poczytaj przy znaczku (*) jak wyłączyć tą opcję,
- poprawiłem błąd mogący pojawić się przy odtwarzaniu dumploaderem (niestety, ale być może odrobinę kosztem wydajności) - tak, sprawdziłem, że dbloader poprawnie wczytuje plik, którego przy starym backupie nie chciał wczytać. Czyli już nie skacze przy odtwarzaniu od razu do 100%

(*) - w pliku functions_admin.php, znajdź

Kod:

$countadmin = ($do_now) ? 1 : 0;        // if function executed from PA, add 1 additional backup in db_backup dir

zamień na:

Kod:

$countadmin = ($do_now) ? 0 : 0;        // if function executed from PA, add 1 additional backup in db_backup dir

POPRAWKA przeznaczona TYLKO do wersji 1.12.5
Osoby, które nie chcą podmieniać całych plików, powinny z functions_admin.php zamienić funkcję db_backup oraz dodać funkcję db_backup_stop oraz z pliku admin_db_utilities.php, powinny zmienić wywołanie funkcji db_backup.

Wszelkie uwagi mile widziane (a warto przetestować)

[SIMtel]

chelloPL, bez twojej modyfikacji wyskakiwala mi biala strona podczas robienia backupu i plik bazy sie zapisywal na serwerze ale byl w .sql i to nie byla baza w 100% zapisania, teraz gdy wgralem twoja modyfikacje to mam taki blad:

Kod:

Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/host/simtel/public_html/includes/functions_admin.php on line 565

baza jest zapisywana w formie .gz ale po rozpakowaniu i otworzeniu tego pliku kopia nie jest zrobiona w 100%

[chelloPL]

SIMtel, na to to ja Ci nic nie pomogę.
Użyj w takim razie phpmyadmina i wykonaj kopię częściami (tabelami). Ale i on będzie miał problemy z limitem czasu.

Najlepiej byłoby porozmawiać z adminem serwera, aby bezpośrednio na serwerze (a nie przez php) wykonywał codziennie kopię bazy (o ile już nie jest taka wykonywana).

[kenezzz]

[chelloPL]

Poprawka ta już jest integralną częścią wersji 1.12.6 i nie ma potrzeby dodawać jej do wersji 1.12.6.

[seopol]

Cytat:

Poprawka ta już jest integralną częścią wersji 1.12.6 i nie ma potrzeby dodawać jej do wersji 1.12.6.

no nie wiem, ja mam 1.12.6 i podczas wgrywania bazy szybko przechodzi niestety na 100%
Co mam z tym fantem zrobic?

[chelloPL]

seopol, Kopia musi być utworzona przez wersję 1.12.6. Kopie utworzone przez 1.12.5 (bez w/w poprawki) nie będą się prawidłowo odtwarzały.

[kfak]

[chelloPL]

[Piotrbaz]

posiadam kopie z wersji 1.12.6 , próbuje ją wgrac rownież na wersję 1.12.6 i DBLoader przeskakuje nadal na 100% ....

[Gadatliwa Kasia]

[JoShiMa]