You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I spent the day today working through some of the Wordmove + Wordfence trickiness and I think I've come up with an elegant solution. Specifically, the issue I ran into is that Wordfence stores some data as binary, so the Wordmove adapter fails when it tries to process the dump, as addressed here.
The modification of the adapter file, as recommended by @byron222 on that page, does seem to work. However, blindly replacing non-compatible characters with an empty string leaves me nervous about what we may removing.
Anyway, adding the --hex-blob flag to mysqldump_options seems to perfectly address the issue. It converts all binary columns to hex code, which is conveniently UTF-8-friendly, thereby avoiding any issues with the adapter. I know that this flag has the potential to create larger dump files, but given that it fixes a known Wordmove bug/issue, I wonder if it would be worth including as part of the default dump settings. If nothing else, I would suggest adding mysqldump_options: --hex-blob as a possible workaround on the wiki page I referenced above.
Hope this helps somebody. Cheers.
p.s. If you're looking for other Wordmove + Wordfence tips, the only other advice I have is to create environment-specific versions of wordfence-waf.php and .user.ini (since they include necessary file paths), then add them to your "exclude" list in your Wordmove Movefile.
The text was updated successfully, but these errors were encountered:
This sounds really really good to me; I need to study a bit the documentation you linked (thanks) because I'm totally unaware of that options. Sure I'll do and I'll give you a feedback.
I spent the day today working through some of the Wordmove + Wordfence trickiness and I think I've come up with an elegant solution. Specifically, the issue I ran into is that Wordfence stores some data as binary, so the Wordmove adapter fails when it tries to process the dump, as addressed here.
The modification of the adapter file, as recommended by @byron222 on that page, does seem to work. However, blindly replacing non-compatible characters with an empty string leaves me nervous about what we may removing.
Anyway, adding the --hex-blob flag to mysqldump_options seems to perfectly address the issue. It converts all binary columns to hex code, which is conveniently UTF-8-friendly, thereby avoiding any issues with the adapter. I know that this flag has the potential to create larger dump files, but given that it fixes a known Wordmove bug/issue, I wonder if it would be worth including as part of the default dump settings. If nothing else, I would suggest adding
mysqldump_options: --hex-blob
as a possible workaround on the wiki page I referenced above.Hope this helps somebody. Cheers.
p.s. If you're looking for other Wordmove + Wordfence tips, the only other advice I have is to create environment-specific versions of wordfence-waf.php and .user.ini (since they include necessary file paths), then add them to your "exclude" list in your Wordmove Movefile.
The text was updated successfully, but these errors were encountered: