sprawdz czy w katalogu actions_admin/ masz plik backup.php. Jesli tak tzn, ze masz wylaczona funkcje gzopen. Skontaktuj sie z administratorem serwera by ta funkcje wlaczyl
jeszcze moze byc jeden problem z temporary dir. sproboj zrobic tak. edytuj actions_admin/backup.php i zmien:
$sTemporaryDir = ini_get( 'upload_tmp_dir' );
na
$sTemporaryDir = 'backup';
Nastepnie stworz katalog "backup" w katalogu glownym gdzie znajduje sie sklep i ustaw mu prawa do zapisu np. 777. I sprawdz teraz czy dziala ok. Jesli nie to wywal linie 4 i 27 czyli
dariuszdl - to bez grzebania w kodzie na serwerze Twoim nie jestem w stanie pomoc. Zainstaluj dodatek w wersji oryginalnej i sprawdz dzialanie na innym serwerze bo mozliwe, ze serwer ma jakies dziwne ograniczenia. Dziwny bardzo przypadek.
witam przy quick.cart 6 na serwerze home.pl tez jest problem z backupem. po kliknieciu na "pobierz kopie" otwiera sie pusta strona z adresem: "http://xxxxx.home.pl/admin.php?p=backup-download"
ten sam QC (kopia) na hostinger.pl robi kopie normalnie wiec to raczej nie problem samego QC
teoretycznie mozna robic kopie via klient ftp ale wolalbym zeby uzytkownicy nie mieli codziennego dostepu do wszytskich plikow carta (beda sami wprowadzac produkty wiec czeste robienie to podstawa).
Taki sam problem z q.c6 i nie dzialajacym backupem mialem na hostingu sanfre.eu. Ten rozwiazal sie sam - cos tam padlo, odcinajac mnie od konta, plikow... Dobrze ze mialem swieza kopie u siebie na dysku wiec tylko domene przekierowalem na inne dns.
witam, a u mnie dalej problemy z simpleBackupem w q.c6 - wersji darmowej. na początku pojawiała się pusta strona ale po podmiance jaką zaproponował treewood zaczęło ściagać plik zip - problem w tym ze to archwium jest uszkodzone i nie ma w nim zawartości. w wersji dermowej rozumiem też że nie tworzą się żadne kopie na serwerze z możliwościa przywrócenia?
arnev - nie tworza sie kopie na serwerze. Jedynie pobiera sie archiwum. Sproboj skrypt z zainstalowanym dodatkiem na innym serwerze. Bedziesz wiedzial czy przyczyna lezy po stronie serwera czy skryptu
Jeśli wykonałeś zmiany jakie podał treewood to kopie masz na serwerze w folderze "backup", jednak możliwość przywrócenia kopii z panelu admina jest tylko w wersji płatnej.
@selekcjoner z doświadczenia wiem iż nawet poprawne stworzenie plików w katalogu ustawionym z ręki nie zawsze pozwala pobrać prawidłowo dobrze wygenerowane pliki. Na serwerze jednego z popularnych dostawców skrypt po poprawce treewoda generował poprawne pliki ale ich pobieranie przez <B>header</B> w php powodowało zmielenie struktury pliku - w efekcie pobierał się plik o takiej samej nazwie i długości jak ten na serwerze ale o zdecydowanie różnej zawartości.
Rozwiązałem problem tworząc zewnetrzny plik backupu, tworzący na serwerze kopię z nazwą unikatową, i kopię kopii z nazwą stałą. Poniewaz jak pisałem wyżej header nie za bardzo działał więc i powrót do strony administracyjnej musiał być realizowany przez meta w html-u, a pobieranie i wykonywanie kopii trzeba było podzielić na 2 osobne punkty w menu.
Problem z header wymuszał takie rozwiązanie gdyż wklejenie kodu wykonania backupu bezpośrednio w admin.php powodował konieczność ręcznego przeładowania strony po wykonaniu kopii.
A gdy już wszystko zaczęlo działać poprawnie - administrator serwera doszedł do tego gdzie skopał konfigurację PHP i header już działa poprawnie. Na wypadek gdyby ktokolwiek miał jeszcze podobny problem prezentuję rozwiązanie partyzanckie.
plik sbk.php do umieszczenia w katalogu głównym strony (najczęściej public_html domeny)
<?php ob_start(); $sTemporaryDir = 'back/'; //określenie nazwy katalogu bek'apu $sFile = 'backup'.date('Y-m-d_H-i').'.tgz'; //okreslenie nazwy pliku tworzonego backupu system("tar -cvzf $sTemporaryDir$sFile files/ database/"); //pakowanie katalogu files i database -cvzf pakuje pakerem gzip, opis innych metod w tresci posta system("cp -f $sTemporaryDir$sFile $sTemporaryDir$sFileb"); sleep(5); ob_end_clean (); ?> <html> <meta http-equiv="Refresh" content="1; url=http://twójadresstrony/twojanazwapliku_admin.php"> </html>
modyfikacja pliku _menu.php w templates/admin (w przypadku zainstalowanego wcześniej simplebackup) zamiast:
tłumaczenie angielskie z racji oczywistości zmian pomijam.
Ponieważ modyfikacja w _menu wywołuje plik zewnetrzny nie trzeba usuwać kodu simplebackupu z pliku admin.php (chyba że ktoś jest mniej leniwy ode mnie i nie lubi niepotrzebnego kodu w pliku). Zastosowałem systemową kmpresję tar (znowuż z wodzonego lenistwa)aby łatwo kompresować oba katalogi w których uzytkownik wykonuje zmiany.
Jeżeli ktoś uważa ze kompreska tar/gzip jest za słaba można w linii pakowania wymusic pakowanie XM (ok 15%) mocniejsza kompresja zamiast -cvzf dając -cvJf (duże J) w nazwach pliku nalezy .tgz zmienić wszędzie na .xm (w _menu.php również) - aby uniknąc problemów z późniejszym rozpakowywaniem plikow.
Jak już napisałem wczesniej cała moja partyzantka okazala sie niepotrzebna - poprawiono konfiguracje php serwera i header zaczeło działać poprawnie, umozliwiając takie rozwiązanie jak podałem tutaj:
