Support

EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:

It appears to fail when trying to read file names that have Chinese as part of the file name.

The file has exactly the same "permissions" as all other files in the same directory.

I get this message (example) when I try and create a backup.
Unreadable file F:/wamp/www/hyccchina3/images/photo/?? DSC00331.JPG. Check permissions

Actual filename is "复件 DSC00331.JPG"

I got a LOT of these warning messages, across many subfolders within the image directory.

I don't recall getting this message before, with other (live) sites, running Joomla 2.5.

I hope it's just a stupid misconfiguration on my WAMP server...

I've attached the log file

Thanks for the tip on default_charset. I'd not heard of this before, and I never saw the problem until this website (first one with Joomla 3.3. It also happens to be a new version of WAMP that was just released in May.

For anyone else, stackoverflow has a good summary of what to change and recommendations for "complete" support of utf-8 here:

http://stackoverflow.com/questions/1605760/how-to-best-configure-php-to-handle-a-utf-8-website

I ended up using their recommendations of the following settings:
default_charset = "utf-8"
mbstring.internal_encoding=utf-8
mbstring.http_output=UTF-8
mbstring.encoding_translation=On
mbstring.func_overload=6

I will definitely check out Zend. Thanks very much for that tip as well.

Feel free to close this ticket yourself if you wish. (I didn't close in case you want to respond again).

Stephan

Quick note:

I found that "mbstring.func_overload=6" causes problems so I removed it.

And,,, doing a new backup (should have done that before posting a reply) is still failing the same way.

I removed all but the single

default_charset = "utf-8"

but it still fails. I've restarted WAMP a couple of times.

I could not find any documentation on the setting "neutral", but I assume that's the same as no setting (empty) The Php documentation says: "Since PHP 5.6.0, if this setting is empty, default_charset is used. "

I'm using Php 5.5.4, and I have the mbstring.internal_encoding commented out now but it's still failing to backup those files.

I'm downloading a copy of Zend Server to try out. I'm also wondering if this is specific to the newest WAMP, since it was just released (with Php 5.5) this month.

I installed Zend, and it doesn't happen there.

I also uninstalled WAMP 64 and installed WAMP 32 (Windows 7 Pro 64bit), but it still fails. I also tried setting the MySql default encoding (during installation of MySql) to utf-8, and of course the database itself is utf-8.

You would be welcome to connect to my desktop if you wished, via TeamViewer, perhaps. I am in Minnesota, (CDT - Central Daylight Time).

The PHP default encoding is already UTF-8

The newest WAMP (May 1st) doesn't have any other versions of PHP available (other than 5.5) so I can't try that. The older version of WAMP had 5.4, without any issues.

I've gone through and made sure any services (from ZEND install) were stopped before trying to run WAMP, after a clean reboot.

I've read over your documentation on this error several times as well as surrounding pages.
https://www.akeebabackup.com/documentation/troubleshooter/abunreadablewarnings.html

It's not an urgent issue, but I would like to get it working at some point with WAMP.

The previous version of WAMP didn't have this issue. Same Win 7. Same day, in fact (switching from old WAMP to new one to get PHP 5.5)

I agree that it's a WAMP problem, not a Windows 7 problem. I wasn't trying to get extra "support" by offering to let you connect, just trying to offer help if you wanted to speed things along.