chrislawhorn

I’ve uploaded the information you requested–in a post over a month ago.

If you can follow up, I’d appreciate it.

Thanks!

If you have additional suggestions on how to resolve this issue–based on the output above–I’d be interested.

Thanks!

Thanks for following up.

I’ve added the code you suggested, and here’s a sample of the new output from the debug file:

17:42:26 13943 XXXURLXXX wpsc_is_caching_user_disabled: false
17:42:26 13943 XXXURLXXX wp_cache_get_cookies_values: return: 
17:42:26 13943 XXXURLXXX supercache dir: /home/XXXURLXXX
17:42:26 13943 XXXURLXXX No Super Cache file found for current URL: /home/XXXURLXXX
17:42:26 13943 XXXURLXXX wp_cache_get_cookies_values: return: 
17:42:26 13943 XXXURLXXX wp_cache_user_agent_is_rejected: rejecting user agent Mozilla/5.0 (compatible; YandexBot/3.0; +https://yandex.com/bots)
17:42:26 13943 XXXURLXXX wp_cache_phase2: No caching to do as user agent rejected.

Here are the user agent entries:

bot
ia_archive
slurp
crawl
spider
Yandex

I thought these were default entries. Is that not the case?

Thanks for following up.

I changed the timeout and scheduling settings to 60 seconds and ran the debug for an hour.

There were no references to “gc” anywhere in the resulting php doc.

Instead, I get a lot of entries that look like this:

16:35:31 29745 /URL/ wpsc_get_auth_cookies: no auth cookies detected
16:35:31 29745 /URL/ wpsc_is_caching_user_disabled: false
16:35:31 29745 /URL/ wp_cache_get_cookies_values: return: 
16:35:31 29745 /URL/ supercache dir: /home/SERVER/sites/URL/current/public/wp-content/cache/supercache/www.URL.com/URL/
16:35:31 29745 /URL/ wp_cache_get_cookies_values: return: 
16:35:31 29745 /URL/ Cache has expired and is older than 60 seconds old.
16:35:31 29745 /URL/ wp_cache_get_cookies_values: return: 
16:35:31 29745 /URL/ wp_cache_phase2: No caching to do as user agent rejected.

So, it’s searching files, discovering that they are expired, but not taking them out.

Not sure if this matters, but I have the wp-cron.php running every 30 minutes via cron job.

Having run for 60 minutes, it should have run twice.

But, does the cron need to run more often to make garbage collection work?

general WordPress cron job disabled and run it manually.

• This reply was modified 4 years, 1 month ago by chrislawhorn.

Comments are disabled on the site, so there wouldn’t be any emails in my case.

I’ve enabled the debug log, but I’m not sure where I’d look in that to see if garbage collection is running.

That said, I set the timeout and scheduler to 60 seconds each and the number of expired pages–as listed in the Contents tab of the plugin–just continued to grow for the next hour.

This makes me think the garbage collection is not running.

Is that a correct assumption?

I didn’t have any luck on this front. Perhaps you’ll fare better.

Take care.

Anyone?

For what it’s worth, the problem eventually fixed itself after a couple weeks and another round of plug-in updates.

Thanks for following up, but neither of the last two updates of this plug-in worked on my site. And, after a couple weeks without any reply here, I switched to a different plug-in.

If I switch back, I’ll re-activate this thread. But, I’m content for now.

Thanks.

It’s been a few months, so I tried upgrading to the latest version of this plugin–but I’m getting the exact same issues:

The image doesn’t load–just an “X” to close the pop-up.

Any ideas?

@corduroydreams

I saw your note saying you’d resolved this. If you have a moment, I’d be curious to know how you fixed the problem.

I ended up reverting to an older version of the plug-in to solve the problem.

I was having a number of issues with 4.4.5–half the time it loaded the pop-up correctly and half the time it just loaded an “x.” But, also, the search engine option in the referral section didn’t work.

I started re-installing old versions of the plug-in until I found one that worked correctly. The one that works is 4.3.2.

It’s presently set up to show pop-ups just to search engine traffic from new visitors. So, if you want to see it in action search google for this:

site:runhundred.com justin

And click on any of the results.

In short, it’s nice to have a temporary fix. But, I’d be curious to know what’s been done in the new versions of the plug-in that have made it stop working on my site.

Thanks.

This has since been resolved.

For what it’s worth, I’d had some code in the theme that was oveerriding the code in the plugin.

Thanks Frederick.

Perhaps I’m confused, though.

I’ve got Minify in manual mode. And, in the JS file management section, I’ve entered several URIs–but none of the JS from Website Optimizer.

But, I’m in the same boat as the original poster here–if I leave “Inline JS minification” on, Website Optimizer won’t validate.

If I turn it off, it validates fine.

Is there was to use inline minification for the rest of the site, but exclude the optimizer code? Or is my only option to leave inline minification off for everything?