jeffersonpowers

PHP version 5.6.34

Server: Apache/2.4.33

I had this exact same problem after updating to 3.5.1. If I set it for tar gzip I get a file that’s 0kb and can’t be opened. If I set it for a regular zip file, it takes a lot longer and I end up with an empty zip folder.

If I roll back to version 3.4.5 I get a normal, usable backup.

Thanks!

Is it possible with the premium version of the theme?

The built-in home page slider.

That’s a good point – I did not try that, and I really should have. I will try updating again and make sure to clear the cache. I’ll report back with whether it worked or not.

Can you explain a bit about what encoding the URLs does? Does it require me to change any of the Cyrillic URLs on the website, or does encoding just allow the plugin to read the existing Cyrillic URLs?

For example, this project is a redesign of an existing website. if I have URLs from the old version of the site that are in Cyrillic and I want to redirect them to pages on new site, will I be able to do that?

Thanks for your help.

• This reply was modified 6 years, 10 months ago by jeffersonpowers.

How far off is the next theme update?

This plugin is for uploading font files. I just want access to a more complete selection of Google Fonts.

Are there any plans to update the theme so that all the current Google Fonts and styles are available?

As far as I know it was a server-side issue which has since been corrected. I’m sorry I don’t have any more detail than that.

Excellent! Thank you for your quick response.

I’m not sure. All three sites in question return a search page when you try to go to a non-existent page, but only one of them says “error 404, page not found.”

In general, should there be whitelist entries in the firewall for urls that don’t exist on my site or server?

Almost every WordPress theme adds a bottom margin to a <p> element, which creates a vertical space between paragraphs.

Since I can’t put the reCAPTCHA in a <p> tag, it doesn’t have a matching bottom margin, and the “send” button (or whatever is below the reCAPTCHA on the form) sits directly under it, with no space in between — the spacing doesn’t match the rest of the form.

The only way I can see to add a bottom margin to the reCAPTCHA element is to either edit the theme’s CSS (not always practical), or enclose the [recaptcha] in an additional div tag with inline css (not particularly good practice) to add the bottom margin so that the reCAPTCHA element matches all the other form elements.

I wouldn’t need to do either of these things if the reCAPTCHA element could be enclosed in a <p> tag. Does that make sense?

Is there a particular reason why the plugin won’t allow the [recaptcha] to be enclosed in a <p> tag?

The 3.3 update appears to have fixed this error, for me at least.