mavenickster

I’m experiencing the same exact problem. I’ve been able to use this plugin successfully before I updated it today. The problem is the same I had with another similar plugin, so I chose this one which probably has changed its way to work.
I’m on a Namecheap shared hosting and the certificate has always worked before today. Can you help me before it expires? There a not many days left unfortunately.

After three day no replies?
Should we talk bad about this plugin?
Why is this topic marled as resolved?

Why is this topic maked as resolved while it is not?

I have the same problem. I’ve used both the HTTP Challenges and the DNS Challenges.
In the first case the error is:
Could not verify HTTP challenges. Please check whether HTTP challenge files uploaded to acme-challenge folder is publicly accessible. Upgrade to PRO version for fully automatic domain verification.

In the second case the error is:
Could not verify DNS records. Please check whether you have added above DNS records perfectly or try again after 5 minutes if you added DNS records just now. Upgrade to PRO version for fully automatic domain verification.

The files do exist in the correct folder (the Verification File link opens it correctly) and I’ve waited hours after adding the TXT DNS record. I’ve already used the Reset option.

What more can I do?

I agree with all of you.
– Why can’t we choose between v2 and v3?
– Why does that reCaptcha logo has to be shown on all the pages and not only on the contacts page?
– Why do we get more spam than before?
– And why are you taking so long to officially fix all the problems?

What a shame!

It’s incredible how may updates there has been of this plugin since WordPress 5.0 was released. And it seems there are still many incompatibilities. What a shame!

Actually it does a very good job. How were you trying to restore your web site? You should definitely do it through cPanel. If you have little skills in this field, maybe you shoulnd not use this plugin.

I have the same problem, and it seems it won’t be solved. In two months from you message it seems it has not be solved. I have not seen replies from the team in none of the other help requests. I think I’ll search another plugin and try to quickly forget this one.

I’ll rethink about it a little. Thank you for now.

Thanks for your reply.

Using a shortcode is what I have done to print the full list of terms of a certain taxonomy. I can also make the shortcode handle query vars to print the list of posts associated with a certain term, but I get a 404 error with a pretty url like this

mysite.com/my-taxonomy/my-term/

where “my-taxonomy” is a page containing my custom shortcode and “my-term” is the term of my custom taxonomy which I want to list the posts associated with.

WordPress searches for a page with path “my-taxonomy/my-term/” which doesn’t exists.

One solution which works is to make a url like this

mysite.com/my-taxonomy/?my-taxonomy=my-term

but I don’t like it.

To have the url the way I want (mysite.com/my-taxonomy/my-term/) I should make a rewrite rule like this

add_rewrite_rule('my-taxonomy/([^/]*)/?$', 'index.php?pagename=my-taxonomy&my-taxonomy=$matches[1]', 'top');

but this way I force the page handling my custom taxonomy to have slug “my-taxonomy”: what if another page has already this slug?
I don’t like this solution either.

So I’m a little stuck.

• This reply was modified 7 years, 2 months ago by mavenickster.

Thank you. It seems that the original creator of this plugin provided the Italian translations, he seems Italian according to his name but he may not. Anyway, I think I’ll help replace most of them because they are terribly bad!

So it seems that this problem is not going to be resolved.

So no help at all?

In addition, it would be useful to allow to choose the folder in which to upload the files, because if in the Cloudinary website I move the images uploaded from WordPress in a subfolder, they will not be visible in WordPress (obviously) and there is no way to change the paths in WordPress.

Thank you for your reply, but that’s exactly what I have already done. In my account the drop down named “Use file name in Media Library” is set to “yes” (in fact when I upload using your website, not the plugin, the filename remains unchanged). I’ve just made a test: I went to the “Media Library” of my WordPress dashboard, clicked on “Upload to Cloudinary” near one of my images but the file uploaded now has “_umoz9k” attached at the end. I think it does use the API when I click on that link, so I think an option to avoid this should exist.
Or did I anything wrong?