technabob

Did you ever resolve this? I have a similar problem where the mobile client randomly shows the desktop version – but ONLY the home page. I’ve never seen it with any other templat.

Oh, and just to be clear, it’s actually not a server config that’s returning the theme when accessing / (index.php), it’s an actual file set up under the root at index.php that does this:

define('WP_USE_THEMES', true);
require('./blog/wp-blog-header.php');

Whereas the version under /blog looks like this:

define('WP_USE_THEMES', true);
require('./wp-blog-header.php');

So I’m trying to figure out how to get WP-supercache to flush the root index.php page even though it sits above the /blog subdirectory.

Oh, and I’m running MySQL 5.0.92 if that helps.

I dropped you a note with details on the plugins installed on my sites as well as a couple more details up on the support form. Let me know if that helps nail down the cause. If not, I might have to go the cron route.

Would adding (true) to the relevanssi_build_index call work to reindex only posts not already indexed?

if (!wp_next_scheduled('relevanssi_build_index')) {
    wp_schedule_event( time(), 'daily', 'relevanssi_build_index(true)' );
}

Just a thought I had. Ideally, though, the standard save_post hook would work so they’d be added immediately once saved (or published).

Oh, and one last note. It seems that simply clicking “Continue Indexing” in the interface adds the recently added documents without a full reindex. Is it possible to use cron to just call this function instead of a full reindex, or will it cause other problems?

One thing to keep in mind is that we never “live publish” our posts – they’re almost always scheduled using the native wordpress scheduled posts capability. Could this in some way be preventing these from being indexed?

FWIW, I tested turning on the search within admin feature, and created a new post, and none of my drafts or pending posts show up when I search either. For now, I’ve disabled the admin search feature, but I still need a better way to ensure new posts are indexed.

I thought about using the cron method, but we have very large databases on each site, and I’m concerned that a full daily rebuild could be a big resource hog.

Ah good thought on externalizing it. Can I modify the output of the edcal_postJSON function using a filter in my theme’s functions.php? I wasn’t sure of the order of execution of that stuff so didn’t know if I could tackle it that way.

Hah, I figured it out…

On line 683 of edcal.php, I simply changed

"formattedtime" : "<?php $this->edcal_json_encode(the_time($timeFormat)); ?>",

to
"formattedtime" : "<?php the_time() ?>",

That seems to do the trick.

Any other implications of that change?

Ok, thanks for the support. I suppose a patch would be the best thing for now – though I hate the idea of branching off the main build and having to patch every time you update. That said, getting a patch in there would be better than not having it at all.

Feel free to send along any tips on where to change the PHP to tweak this.

Yep, I figured out that you can schedule to exact times, but it would still be really helpful for us to be able to see the post times on the calendar, since we often juggle things around during the day and without seeing the times on the calendar, you have to click into the post, which I can already do on the main wordpress admin.

Please consider this as an enhancement for a future release if you can. I’d be happy to make a contribution via PayPal if that helps ??

Got it. Thanks. I’m actually not sure if I lost any of my settings, as I don’t recall how I had them set. I thought I had it considering both tags and titles before, but I only see that it’s using tags now. I just added title to the criteria and that’s the way I want it anyhow.

The good news is that the errors are now gone from the logs.

Thanks again for your help – and a great plugin.

So maybe I’m looking in the wrong place, but I don’t see the relatedness criteria anywhere in the options screen. I see “Order results” but that’s it. I didn’t see them under the last version either, but I know I saw them several versions back.

I’m using a custom template file for both the website and rss feed if that helps.

Cool. Thanks for the reply – I’ll definitely install the update and let you know if the problem goes away.

I installed the update, but even when I clear cache, I’m still seeing cached files under the “WP-Cache” section in the interface. Expired pages are clearing properly though. Is this normal behavior?