pframe

After much debugging, I discovered that for still unknown reasons, that it was always failing the check at line 810 of inc/cache.php due to $this->exclude_current_page_text mysteriously always being set to "<!-- Generando CSS -->"

Disabling this check in the code has allowed the cache files to be created.

Any thoughts on how that could happen? (even if it could be caused indirectly by an outside source such as another plugin)

Would be great if a permanent fix could be found.

• This reply was modified 4 months, 1 week ago by pframe.

Hitting the url gives me the expected feedback saying stuff got cached, but no cache files are being created. I’ve triple checked the folder and file permissions. How should I proceed with debugging?

After talking with some cloudflare experts, it was being blocked by Cloudflare Bot Fight Mode being enabled. I had attempted to bypass it but, currently, you can only bypass “Super” Bot Fight Mode — although Cloudflare has said they plan to make it bypassable eventually.

After I solved this issue, the requests were getting canceled — I discovered that this was due to the request timing out because the plugin has a hardcoded 10 second timeout — I increased this (edited plugin code direclty) and I started getting successful cache messages (I definitely need to work on speeding things up but, I was and am trying to get page caching working first).

It would be nice if you could add at least an environment variable check 1that I could set to permanently set the timeout value.

I have another question, which I can totally ask in another thread but:
I’m still not having many pages cached — Inspecting the cache files there are only 2 .htmls (which I’m pretty sure are ones I went and hit “Update” on the post edit page) and I’ve told the plugin to run 4 caches per minute, and it’s clearly not working so…
1) What mechanism is it using to schedule caches — wp-cron?
2) How would/should I go about finding out if/why those over-time cache operations are failing?
3) Does this plugin only use remote get to cache pages? Like, it never caches the final result that WordPress sends out?
And then, any other suggestions on how I should proceed?

Thanks

I have had both of those configurations set just like that for a long time. I even generated a new Cloudflare token for good measure — same results.

Another update — have discovered that when pulling the page via remote get, I’m getting a 403 (via cloudflare) — possibly because I’m ultimately making a request to myself but, not certain yet.

Update — not sure why the auto cache was not enabled by default — but even turning it on, I get 4 errors — but how to I find out what those errors are?

Do you have any info on the format of the database tables so I can try and figure out whats wrong with it? Because as far as I can tell, its all in there… its just.. not showing up…

https://thirdhour.org/share-gallery

When I say the list of galleries, I mean the backend one. But like I said, the custom post type still exists for it, so I’m really not sure why its not showing up.

I had the same problem. For those that are wondering, the instructions from google are under the option_name “gapp”

select * from wp_options where option_name like “%gapp%”;

We are also having this issue.
SELECT DISTINCT ID, postnumber, cntaccess as sum_count FROM wp_top_ten INNER JOIN wp_posts ON postn

Is just just overwhelming our server. All the queries line up and max our our poor DB’s CPU so quickly.

Oh I should have mentioned that it was a non-network install that was having the issue.
The updated plugin worked perfectly thank you!

I also notice that the deprecated PHP version of that setting doesn’t have the problem. Just the javascript.

I have 87 sites using this plugin.. and changing the setting on all of them temporarily sounds like a huge pain, can we get a fix out for this soon so I can just push updates out?

• This reply was modified 8 years ago by pframe.

I can also confirm that there is a bug. Presumably it is tracking the click without allowing it to execute. — turning on debug mode and watching the console allows you to see it tracking the click

• This reply was modified 8 years ago by pframe.

No, but its mysteriously and without explanation working again *shrug*

Changing the facebook page id didn’t help at all.

I can tell you that our sites that are not in a multisite seem to be working fine with the plugin, its just our multisites that are having this issue. And for whatever reason, when the plugin is enabled, the pages suddenly take multiple minutes to load (up from 10 seconds with the plugin off). No indication of any errors in the error log.

We don’t have any sort of request or bandwidth limits with our host. I also have root access.

Question: what exactly does the 500 error setting do? (I’m a developer so you can get a little technical with me). Just wondering to maybe help me debug.