BackUp ZC [Support Thread]

Thank you, I'll have her try this. They are product files - she has a digital media store, so there are files saved with each product in the store.

Thank you!
Tracy

Hi,

I've been using this precious addon for more than 6 months with great "success" till last week...

I don't know what happened (even if I've isolated potential problems and while I'm almost sure they're not really involved) but since last week I'm not anymore able to get a SAFE ZIP file IF I choose to download it from the web page, while I can get a perfect ZIP backup file if I choose to park it for some minutes on the server...

This second option anyway is just a test, as the needed backup is bigger than the amount of space I've available: I've just limited the amount of files and room in my tests, to be able to track down the problem.

Also, the corrupted file seems really corrupted, as I cannot get anything from it with Windows, WinRAR or 7ZIP... :-(

Running on ZC v1.3.9h
OS Server: Linux
Database: MySQL 5.0.95
Versione PHP: 5.2.10 (Zend: 2.2.0)
PHP Memory Limit: 112M
PHP Safe Mode: Off
Browser: Firefox v19.0.2

The only modifications I applied since the last backup till facing the problems are:

• MySQL collation unification to UTF8 as described here Changing The Charset in Zen Cart 1.3.9 to utf-8 (which cannot be UN-DONE !)
• Added Google Merchant Center v1.12.4 from Community Contributions

Also, I've noticed that the first time I tried to make a backup and got this problem I found this error in the /cache folder:
**[07-Mar-2013 20:45:08] PHP Warning: implode() [<a href='function.implode'>function.implode</a>]: Invalid arguments passed in /-myadmin-/backup_zc_download.php on line 230
**
This error did not appear anymore during the many tests I run, while it appeared again this morning on my latest test:
**[12-Mar-2013 11:27:04] PHP Warning: implode() [<a href='function.implode'>function.implode</a>]: Invalid arguments passed in /-myadmin-/backup_zc_download.php on line 230
**
Does anyone have a rough idea of what I should do/try/test next ?

Thanks a lot.

Has anyone here have/used this mod together with the backup_mysql mod, that latter of which also has a restore function, both in zc150+.

Any known conflicts?

Can a db backup created with zc_backup be restored using the backup_mysql mod?

Thanks

Dear All,

I think I've found the problem, but at this point I really don't know how to handle it correctly...

I've tried to optically compare the two files I got in different modes (see two messages above) with Notes and here is what I've found:

This is the one I've created on the server and downloaded later, the one I can correctly open...

And this is the one I downloaded from the BackUp ZC webpage...

I guess I made some errors with collation changes to UTF-8 in within the website...

Just a quick opinion: since 99% of the changes involved the DB and only 1% PHP files, do you think this might be related to some DB contents, or is BackUp ZC completely indipendent from the DB contents (as I guess) ?

Thank you...

This second option anyway is just a test, as the needed backup is bigger than the amount of space I've available: I've just limited the amount of files and room in my tests, to be able to track down the problem.

The error you are getting is due to the limited drive space you have.

When you request a DB backup BackUp ZC stores a copy of the DB in YOURADMIN/backups. You should check that folder and delete any old DB backup files that you do not need. That might free up enough space on your drive.

Skip

dw08gm:

Has anyone here have/used this mod together with the backup_mysql mod, that latter of which also has a restore function, both in zc150+.

Any known conflicts?

Can a db backup created with zc_backup be restored using the backup_mysql mod?

Thanks

ZC Backup creates a sql file so any utility that can import a sql file into your DB will work.

Skip

skipwater:

The error you are getting is due to the limited drive space you have.

When you request a DB backup BackUp ZC stores a copy of the DB in YOURADMIN/backups. You should check that folder and delete any old DB backup files that you do not need. That might free up enough space on your drive.

Skip

Hi Skip,
thank you for your precious hint, but...

Are you referring to the corrupted files problem, or to the two logs I've found in the /cache folder ?

The available disk space problem is something I'm aware of (and contantly keeping track of), but this was something I already knew and it's not my specific case: each time I run a backup I simply get the DB in /admin/backups too by hand and delete it from the server (which is always clean of old unused files...), as I only recently discovered that the DB backup is also included in the main file prepared by Backup ZC...

So my problem was not there... (I also got this same confirmation from my hosting, which momentarly raised my available drive and memory space, just for my testing purpouses).

I believe the main reason of my problems is reported in post #184, just two posts later...
But at the moment I do not have any clue on where to put my hands...

:-( :-( :-(

mickymix:

Hi Skip,

I believe the main reason of my problems is reported in post #184, just two posts later...
But at the moment I do not have any clue on where to put my hands...

:-( :-( :-(

Your error [12-Mar-2013 11:27:04] PHP Warning: implode() [<a href='function.implode'>function.implode</a>]: Invalid arguments passed in /-myadmin-/backup_zc_download.php on line 230 comes from the $exclude_files settings. The $exclude_files setting is in YOURADMIN/backup_zconfig.php. Check to see if you are listing a folder that dose not exists on your server.

Skip

mickymix:

Also, I've noticed that the first time I tried to make a backup and got this problem I found this error in the /cache folder:
[07-Mar-2013 20:45:08] PHP Warning: implode() [<a href='function.implode'>function.implode</a>]: Invalid arguments passed in /-myadmin-/backup_zc_download.php on line 230
skipwater:

Your error [12-Mar-2013 11:27:04] PHP Warning: implode() [<a href='function.implode'>function.implode</a>]: Invalid arguments passed in /-myadmin-/backup_zc_download.php on line 230 comes from the $exclude_files settings. The $exclude_files setting is in YOURADMIN/backup_zconfig.php. Check to see if you are listing a folder that dose not exists on your server.

Skip,
thank you for your explaination of this "part of the problem", which, as I said in my message is quite marginal to the main problem (I just entered it for the sake of precision, guessing it could be a side-problem...).

Do you have an idea of what the problem could be ???

Might this line in the <>head<> section of the page be the problem ?

  *<meta content="text/html; **charset=utf-8**" http-equiv="Content-Type"></meta>*

:blink:

mickymix:

Skip,
thank you for your explaination of this "part of the problem", which, as I said in my message is quite marginal to the main problem (I just entered it for the sake of precision, guessing it could be a side-problem...).

Do you have an idea of what the problem could be ???

Might this line in the <>head<> section of the page be the problem ?

  *<meta content="text/html; **charset=utf-8**" http-equiv="Content-Type"></meta>*

:blink:

The type of the files have no bearing on how ZC Backup stores the files.

In your admin Configuration->GZip Compression check that it is set to 0 = off.

Skip

skipwater:

In your admin Configuration->GZip Compression check that it is set to 0 = off.

Skip, it took me a while to understand that I first had to activate this menu option in admin permissions...

Anyway, no, it was not active, and has never been in the past...

In the meanwhile I'm trying to make some small backwards steps, to double check what made Backup ZC stop behaving correctly...

:wacko:

skipwater:

The type of the files have no bearing on how ZC Backup stores the files.

Skip,
I've some more elements to get to a solution:

1. If I try to get the backup done from the ENGLISH version of the admin page, I get a perfectly working file (no corruption)

2. If I try to get the backup done from the ITALIAN version of the admin page, I get the same error as I reported (corrupted file).

This make me confident the error may be caused from the encoding of the pages, which is something I changed recently (as reported on my first post about this problem, some posts earlier...).

ALSO I've got the same error reported earlier (the one which made you think I entered a non present folder in the exclusion list) ONLY with the backup called from the Italian admin page...

BUT this should not happen, due to the fact that the contents of /admin/backup_zconfig.php is the same for both languages...

I double checked the files I translated and I don't think I entered any error... (but might let you see them for your investigation, if needed, just let me know how to...).

Any further idea ?

mickymix:

Skip,
I've some more elements to get to a solution:

1. If I try to get the backup done from the ENGLISH version of the admin page, I get a perfectly working file (no corruption)

2. If I try to get the backup done from the ITALIAN version of the admin page, I get the same error as I reported (corrupted file).

This make me confident the error may be caused from the encoding of the pages, which is something I changed recently (as reported on my first post about this problem, some posts earlier...).

ALSO I've got the same error reported earlier (the one which made you think I entered a non present folder in the exclusion list) ONLY with the backup called from the Italian admin page...

BUT this should not happen, due to the fact that the contents of /admin/backup_zconfig.php is the same for both languages...

I double checked the files I translated and I don't think I entered any error... (but might let you see them for your investigation, if needed, just let me know how to...).

Any further idea ?

I just down loaded Italian Language Pack (complete) http://www.zen-cart.com/downloads.php?do=file&id=161 and install it.

Of course there is no language file for ZC BackUp so all the upper case strings show. When I run ZC Backup in Italian I do not get a corrupted file like you.

Can you attach the ZC BackUp admin language file so I can test.

You can also try renaming ZC Backup admin language file so zen cart can not see it. Then run ZC Backup with the upper case strings showing and see if it works.

Skip

skipwater:

I just down loaded Italian Language Pack (complete) http://www.zen-cart.com/downloads.php?do=file&id=161 and install it.
:smile:
Well, I don't think this was pretty necessary, but ok, if you did it, it was nice from you...
:smile:
skipwater:

Of course there is no language file for ZC BackUp so all the upper case strings show. When I run ZC Backup in Italian I do not get a corrupted file like you.
This was quite obvious, as Backup ZC WAS WORKING before my modifications to unify collations in within the MySQL DB and connected modifications to the headers as reported HERE:

Step 1

Open includes/languages/YOUR_TEMPLATE/english.php

Find:

@setlocale(LC_TIME, 'en_US.ISO_8859-1');

And replace with:

@setlocale(LC_TIME, 'en_US.utf8');

Next find:

define('CHARSET', 'iso-8859-1');

And replace with:

define('CHARSET', 'utf-8');

Step 2

Open YOUR_ADMIN/includes/languages/english.php

Find:

setlocale(LC_TIME, 'en_US.ISO_8859-1');

And replace with:

setlocale(LC_TIME, 'en_US.utf8');

Next find:

define('CHARSET', 'iso-8859-1');

And replace with:

define('CHARSET', 'utf-8');

Obviously, having a website which is DOUBLE LANGUAGE (Italian and English), I applied the same modifications to the ITALIAN part too, setting the correct Italian UTF modifications...

skipwater:

Can you attach the ZC BackUp admin language file so I can test.

Sure, here it is, and if you think the Italian translation can be useful, you might add to your contribution for free... :smile:
Please note that the config might be modified for my needs (memory, excluded folders, etc) and you'll also find a modified English file as there was a typo... :smile:
Attachment #12161

skipwater:

You can also try renaming ZC Backup admin language file so zen cart can not see it. Then run ZC Backup with the upper case strings showing and see if it works.

Going to try this right now...

Thank you

:blink:
I don't know where the "edit message" but went, but it's not present today on my browser...

Anyway, I've tried renaming my translations to deactivate them, and tried making the backup with UPPER CASE strings, as suggested, but the error is always there, present...

I've also replaced my Italian translation within the /admin folder with the original ENGLISH ones, and the problem is still there...

I've replaced the original /admin/includes/languages/italian.php and the problem is stil there...

:dontgetit

It took me took long, so I cannot edit anymore again... :(

Well, I just went back with both user and admin side of SETLOCALE and CHARSET, but there was no differences...

Skip, are you sure there is nothing related to DB contents which is used by Backup ZC ???

mickymix:

It took me took long, so I cannot edit anymore again... :(

Well, I just went back with both user and admin side of SETLOCALE and CHARSET, but there was no differences...

Skip, are you sure there is nothing related to DB contents which is used by Backup ZC ???

Thanks for the language files I will add them to the next version.

I am going to do some testing with the DB and get back to you.

Skip

mickymix:

Skip, are you sure there is nothing related to DB contents which is used by Backup ZC ???

Did some testing downloaded Convert db2utf8 converted the DB. Added define('CHARSET', 'utf-8'); to english.php/italian.php.
Then changed all hard coded "iso-8859-1"
Ran BackUp ZC and did not get a error.

Have you tried 7-Zip to extract the files from the zip file?

Skip

Hi Skip,
yes, I usually try opening archives with many programs, as I know standards might be "non-standard"... :cool:
So I tried with WinRAR, 7Zip, TotalCMD internal one and sometimes I also try the Windows one (a little bit reckless).
I've tried looking and the "Convert db2utf8" addon, to see if there are differences, but I would not like to apply it "again" to my live website (and I do not have a production one with the same problems...).
It would be easier to send you my MySQL DB and english.php/italian.php for investigations, if needed... :blush:

BTW: when you say ' than changed all hard coded "iso-8859-1" ', what are you referring to, exactly ? Are there any other places where such coding is present beside "languages.php" in both user and admin side ?

mickymix:

Hi Skip,
It would be easier to send you my MySQL DB and english.php/italian.php for investigations, if needed... :blush:
You can PM me a link.

mickymix:

BTW: when you say ' than changed all hard coded "iso-8859-1" ', what are you referring to, exactly ? Are there any other places where such coding is present beside "languages.php" in both user and admin side ?
I used the attached php grep utility to search for iso-8859-1. Also you will find some in the DB.

Note: Do not leave the php_grep utility on your web server, remove when done.

Skip