BackUp ZC [Support Thread]

[joyjoy]

Nevermind, I figured it out. I was looking for the php memory increase in my store admin instead of my admin files.

[dgent]

Backups seem to work fine, but I keep getting this error message at the top of the screen.

Warning: stat() [function.stat]: stat failed for ../extras in C:\inetpub\vhosts\mysite.co.uk\httpdocs\admin\includes\classes\archive.php on line 242

[skipwater]

I have the same problem.

Using: Linux 2.6.18; PHP version 4.4.9; MySQL version 4.1.22; Zen Cart version 1.3.9h; browser IE8. You mentioned to check for SPL support. Did not see it mentioned in list. How do i go about activating it in my php.ini file?

Error message does not appear in admi, but found it in the /cache folder under xxxxxx.log :

[08-Nov-2010 03:04:39] PHP Fatal error: Cannot instantiate non-existent class: recursiveiteratoriterator in /home3/user_dir/public_html/admin_folder/backup_zc.php on line 44

Could you give me some guidance with this?

Change your file YOUR_ADMIN/backup_zc.php as per this thread Post 30 that should fix it for you.

Skip

[skipwater]

Backups seem to work fine, but I keep getting this error message at the top of the screen.

Warning: stat() [function.stat]: stat failed for ../extras in C:\inetpub\vhosts\mysite.co.uk\httpdocs\admin\includes\classes\archive.php on line 242

That warning is saying that you asked to exclude extras directory and in fact your ZC install does not have a extras directory.
You can edit YOUR_ADMIN/backup_zconfig.php file and remove extras directory from the Set default exclude directories list.

Skip

[dgent]

Cheers thanks. This is a very handy tool, is there anyway to automate it?

[skipwater]

Cheers thanks. This is a very handy tool, is there anyway to automate it?

I have gotten a lot of inquires about this.
Here is the response I have been giving.

As for running as a cron/automated that is not a problem, what the problem is setting it up for the users.

What I have not worked out as of yet is the level of the user.
1. A novice user would need a window that would build the cron script for them.
2. With that the user still needs cpanel or other knowledge to activate and run the cron. (support issue)
3. Storing the backup on the server uses space and if run under a cron the drive space will fill up fast. (out of sight out of mind)
4. Yes could overwrite/delete older archives but who sets the ages of the archives and how many.
5. The archives are stored in the same location/server that might need the restore.
6. Must if not 95% of users do not have a second server on line to hold backup/archive files.

I have supplied the user manuals for the 2 class files in the zip file that are the core of BackUp ZC with that and a little knowledge of php a cron/automation script could be made.

What I have been thinking about is adding a timer/reminder in ZC admin to tell the user they should backup.

BackUp ZC was created with the mind set of before anyone changes files of there ZC site they could back up. Also after they have added products to there ZC site they could backup the sql.

And lastly have a backup of there ZC site that is known to be up to date and with no errors.

Skip

[gman]

Thank you, Skipwater. It worked. Was able to complete backup. So this made a change that allowed the backup to proceed. I do not have a Go Daddy account so i wasn't sure it would work, but this work around fixes it for other hosts as well. Appreciate the prompt reply and keeps me interested in using Zen Cart. As i was using another platform before. Thanks again!

[MaximumOverload]

Super mod but not totally sure if its working correctly. I get this DEBUG log in my cache folder.

[06-Dec-2010 11:04:44] PHP Warning: unlink(.//path/to/my/cache/generated.file.tgz.tmp) [<a href='function.unlink'>function.unlink</a>]: No such file or directory in /path/to_admin/includes/classes/archive.php on line 135

Line 135:

unlink($this->options['basedir'] . "/" . $this->options['name'] . ".tmp");

Create a SQL BackUp File From "my database" Database: YES

Backup complete site is selected

The SQL file is generated in the /backups which seems fine.

The /cache folder generates 3 files. A compressed backup, a tmp file of some sort and the log above.

I have the latest ZC.

[skipwater]

Super mod but not totally sure if its working correctly. I get this DEBUG log in my cache folder.



Line 135:

unlink($this->options['basedir'] . "/" . $this->options['name'] . ".tmp");

Create a SQL BackUp File From "my database" Database: YES

Backup complete site is selected

The SQL file is generated in the /backups which seems fine.

The /cache folder generates 3 files. A compressed backup, a tmp file of some sort and the log above.

I have the latest ZC.

Your archive file should be fine.
What has happened is if you choose gzip as and archive type it will create a temp file and when I tried to delete it fails.

Here is the fix to stop the warning and delete the temp file.

admin/includes/classes/archive.php around line 135 you will find:

unlink($this->options['basedir'] . "/" . $this->options['name'] . ".tmp"); 

Change to:

unlink($this->options['name'] . ".tmp"); 

That should fix the warning and remove the temp file.

Skip

[MaximumOverload]

Your archive file should be fine.
What has happened is if you choose gzip as and archive type it will create a temp file and when I tried to delete it fails.

Here is the fix to stop the warning and delete the temp file.

admin/includes/classes/archive.php around line 135 you will find:

unlink($this->options['basedir'] . "/" . $this->options['name'] . ".tmp"); 

Change to:

unlink($this->options['name'] . ".tmp"); 

That should fix the warning and remove the temp file.

Skip

Indeed it did, no DEBUG logs and extra files generated and left behind. Worked perfectly. Thanks a million