Leo Plaw

OK,I thought I would be tricky and soft link sphinx to where your plugin expects to find it.

home/fvisions/public_html/wp-content/blogs.dir/1/files/sphinx

However the plugin still claims it can not find indexer or searchd.

I have checked and they both exist at that location now under /bin.

So it is still not working. 8(

I have compiled and installed Sphinx here at /usr/local/sphinx
But the plugin fails to detect it when looking for the binaries and only gives me the option to install to the WordPress upload directory. I want it to use system install. Suggestions please.

Same here. I also upgraded to 3.1 and it had also hidden my custom fields along with a number of other boxes. So I’d also like to thank seositemarketing for pointing that out. Its obviously a bug in the new WordPress to just ignore and overwrite your admin display options.

I’ve dug through the WordPress 3.1 rc4 code and it does not look like the developers have yet implemented the action “quick_edit_custom_box”.

I’ve dug through the WordPress 3.1 rc4 code and it does not look like the developers have yet implemented the action “quick_edit_custom_box”.

As of WordPress 3.1 RC1, Redirection 2.2.3 is still broken with this front page issue. This is terrible. This plugin is meant to fix redirection issues, not create them! I’ll be marking it as broken under WordPress Plugin Directory.

Also various other features in the plugin are not working. I see no options under Module / WordPress other than the title.

Yes, as others on this thread have found, disabling Modified Posts fixes the home page issue.

I had to do that if (!class_exists( ‘Search_xxx_xxx’ ) ) { }

to every single class in /search-unleashed/models/search-module.php

and as of writing this reply, I’m running 1.6 which is up to date. So there is no official fix yet.

oh, well, I may as well continue this conversation with myself.

I think I found the solution here: https://www.ads-software.com/support/topic/plugin-search-unleashed-fatal-error-under-wp-30-beta2#post-1591270

@stephen Cronin thank you very much for the “wp_postmeta” tip. It works!!!

I now have caching, post counts and ratings all finally working together. 8)

Wow! The W3 Total Cache author Frederick Townes (?) really thought of everything. A big thanks!

$args = array(
‘labels’ => $labels,
‘singular_label’ => __(‘Video’),
‘public’ => true,

// … all of the others…

‘taxonomies’ => array( ‘category’,’post_tag’) // add standard post categories and post tags

);

register_post_type( ‘videos’ , $args );
}

Crash also happens on creating a new post with Custom Post Types.
Crash also happens on deleting a post with a standard Post Type.

@stephen Cronin can you explain your statement in more detail please?

“To get around this, you need add an ignored query stem of wp_postmeta, as WP-PostViews stores the views as a Custom Field for each post.”

To the developers. This plugin may help, if you are not using it already.

WordPress Hook Sniffer: a Developer Plugin

https://jeffsayre.com/2010/04/29/introducing-wordpress-hook-sniffer-a-developer-plugin/

I’ve just been looking on Lester Chan’s WP Post Views support forum

https://forums.lesterchan.net/index.php?topic=1885.0

and found this link to a fix.

https://omninoggin.com/2008/04/19/make-wp-postviews-work-with-wp-super-cache/

It appears Lester approves of this modification to his plugin. Which means you don’t need an extra plugin, like the solution above that I provided.

However, please note as Lester points out, the page views will update, but you will not see the count change on the public pages until the cache expires.

BTW, you didn’t go through and put those bogus ratings on my articles did you?

Just looked at it again. It seems to be flaky. Sometimes it does update, and others not. I think the Ajax_the_views plugin author might need to do some more work on it. Don’t know if I have the time to dig into it myself at the moment. It’s not beyond me.