beltex

Wow ))) well no problem, I like solving problems.

I inspect them by restoring them and end up with an site that does not work but still busy witj it

although i dont speak French, i do have the same issue on 442

While reading on it seems that iso-8859-1 is the standard for Apache and actualy should not make that much difference in general serving of websites. Encodings for websites are stated in the headers if im correct, so running with iso-8859-1 may work fine and even your plugin may run fine, until of course u would have my user-case.

AddDefaultCharset should only be used when all of the text resources to which it applies are known to be in that character encoding and it is too inconvenient to label their charset individually. (Apache docs)

Its not a user-case that occurs a lot but it might still be nice to not be depending on that setting for such an important plugin.
I actually dont understand how the zip binary uses the charset of Apache, or is that because its apache user that uses the zip binary?

Thats just my thought though, would u know of an other way to tell zip about the encoding? Could i do smth with the user running apache that would make it work?

I tried updating Apache but it still uses iso-8859-1 by default and it can not be overided

Hi David,

very interesting, it seems that my version of Apaa che2 does not pickup the default charset setting.
pffff

Ill update and see if that changes it finaly

Thanks

if i do that in terminal i get en_US.UTF-8
Thats if im logged in as root and is concitent with the default i setup while doing dpkg-reconfigure locales

I noticed that other programs dont trust zip to handle filenames directly and use iconv to deal with it.

is that old info? Please dont feel im trying to blame or push u or smth, im just very curious now ))

mmmm something i do notice is that on the old box the content is served as jpg but on the dev box its served as html: I take that info from chrome inspector filetype.

Strange, i have changed the system language on both systems, have set the defeult encoding to utf-8 in httpd confs, restarted and rebooted but the results are the same.
addding define(‘UPDRAFTPLUS_NO_BINZIP’, true); to wp-confug does not seem to do much ((
I guess thats it now is a server issue, i will find a guru that may be able to help

Thanks for your support, sounds logic, ill reconfigure the locales on those boxes and try again

Hi david,

I tested with /bin/zip on both servers but for some reason my filenames are still messed up.

https://pastebin.com/auqM1QNi (dev box)

Hi David

Ok that leaves a bit confused.

I work locally on a dev box (virtual) and when i look at that log (images are ok on that box) i see no info on zip.

Checking if we have a zip executable available
0000.029 (0) Creation of backups of directories: beginning
0000.032 (0) Beginning creation of dump of plugins (split every: 400 Mb)
0000.281 (0) Total entities for the zip file: 735 directories, 4655 files (0 skipped as non-modified), 79.5 Mb

On the production server i do see it

Checking if we have a zip executable available
0000.076 (0) Testing: /usr/bin/zip
0000.098 (0) Output: zip warning: binziptest/test.zip not found or empty
0000.106 (0) Output: adding: binziptest/subdir1/ (in=0) (out=0) (stored 0%)
0000.107 (0) Output: adding: binziptest/subdir1/subdir2/ (in=0) (out=0) (stored 0%)
0000.108 (0) Output: adding: binziptest/subdir1/subdir2/test.html (in=128) (out=105) (deflated 18%)
0000.110 (0) Output: total bytes=128, compressed=105 -> 18% savings
0000.123 (0) Output: adding: binziptest/subdir1/subdir2/test2.html (in=135) (out=111) (deflated 18%)
0000.125 (0) Output: total bytes=263, compressed=216 -> 18% savings
0000.169 (0) Working binary zip found: /usr/bin/zip
0000.171 (0) Zip engine: found/will use a binary zip: /usr/bin/zip
0000.172 (0) Creation of backups of directories: beginning

ill check if my local box has zip…..

if that work ill let u know but thanks for the answer!!!

it seems if u have changed the admin username already but not the id, your plugin thinks its not changed at all.

If u change it in that case u are no longer configured as network admin

Going into the db and reverting the change in the username solves it

Can it be that its a php version problem? If it used to work good smth has to have changed

comparable to my results

Hi,

well i check that with firebug

Works like a charm!

Hi

It seemed to be a problem with some of the Google domains bit it is working now.

Perhaps I should include them locally