Forum Replies Created
-
Posts
-
Hi!
It was a known bug for version 3.5, where in some cases the fulltext search class is used instead of the regular. Fulltext has a minimum character count for matches, whihc is usually 4 by default.
The solution was simple, I saved the fulltext search settings page without changin anything to update the option values. This bug might appear if the plugin deactivated then activated or if the database or the whole installation is moved.
On a side note, I think your site is the fastest wordpress site I have ever seen in my life – including the search engine ajax request response times.
Hi!
You only have that one post category. Aren’t you looking for product categories? Product categories are custom taxonomy terms. If you scroll down a little, you should see them: http://i.imgur.com/7SvYl3s.png
Hi!
Looks like I have made a mistake when I fixed the previous problem, sorry about that. It should work fine now 🙂
Hi!
It was just an inconsistency with the caching. I saved the cache options, and it started working again 🙂
You’re welcome!
The modified file is: plugins/ajax-search-pro/backend/settings/class/customtaxonomyterm.class.php
Hi!
It was actually something else, but it was a javascript issue. One of the taxonomy names had a space in it and it created an error for some reason on one of the settings panels – which also affected the color selector indirectly.
I’ve edited one of the ajax search pro files, and I’m also including this edit within the upcoming version to avoid such issues in the future. The color selectors should work normally now.
You can either edit your first post in this topic, or upload a txt file with the credentials. Both methods are safe and only visible to you and me.
Hi!
Sorry about the late answer.
May I ask which browser are you using? Chrome, Safari and FF is the best for the back-end, they tolerate some conflicts with 3rd party plugins.
If you are using one of them, then I might need temporary back-end access to check the origins of the error and fix it if possible. It’s most likely some other plugin javascript file causing errors, it’s usually the case. Some developers forget to unload their plugin js files from other plugin pages – that’s a cause for such errors.
Could you please try to clear you cache and try again? I’ve changed a javascript file as well, your browser might have cached the old one.
I’ve conducted a few tests, the results with screenshots with ajax response measurements:
1. Phrase “test y”, results 1.90, 1.36, 1.69 seconds: http://i.imgur.com/DZZDOk8.png
2. Phrase “test a”, results 1.56, 1.77, 1.50 seconds: http://i.imgur.com/m6mOvD9.png
3. Hardest test – 6 different standalone characters, 6 build up like queries – Phrase “λ β ο x y a”, results 1.56, 1.69, 1.44 seconds: http://i.imgur.com/pvv4i0b.png
For me each test wen under 2 seconds, on worst case scenario it should be below 4 I would say.
Please do not upgrade the plugin until the upcoming version is out, I’ve added a few performance related lines that are not present in the current version yet.
Hi!
I do remember. Since then the search underwent an update and some optimizations. I’m releasing another version this weekend, which includes even more speed optimisations including an index table.
I have added some of these optimizations via ftp you gave me. The plugin should be much faster now. I see speeds between 1.5 – 3 seconds on web inspector now.
The slowdown can be caused by image-resizing and caching as well. First time a new item is searched the image thumbnails are created, which takes a bit of time. The second time is fast, because the images are not re-created.
Also, WooCommerce did something to their core within updates 2.3.x, whereas every ajax powered plugin experiences major slowdowns in some cases. I have already contacted them, but no answer yet. Hopefully they aknowledge this issue, as it’s affecting thousands of plugins.
Hi!
On the Advanced Options panel, almost on the bottom, there is an option Group results by, where you can choose to group the results either by post type or categories. I believe that’s what you are looking for.
I’m glad to hear that!
Thank you for the 5 star rating, I really appreciate it! I’ll make sure this fix gets incorporated to the upcoming version.
Hi!
It’s either a javascript conflict, or the statistics are not being recorded based on your screenshot. Can you provide temporary ftp and admin access to the site or test environment? I would like to debug the statistics page to find the source of the problem.
Hi!
It might be related to the newest version of the wordpress only. I think I have a solution though.
Open up the wp-content/plugins/related-posts-pro/includes/bfi_thumb.php file and go to lines 773-775, where you should see this:
[code]
if ( ! is_admin() || (defined( ‘DOING_AJAX’ ) && DOING_AJAX) ) {
add_filter( ‘image_resize_dimensions’, ‘bfi_image_resize_dimensions’, 10, 5 );
}
[/code]remove those lines, or comment it out like this:
[code]
/*if ( ! is_admin() || (defined( ‘DOING_AJAX’ ) && DOING_AJAX) ) {
add_filter( ‘image_resize_dimensions’, ‘bfi_image_resize_dimensions’, 10, 5 );
}*/
[/code]Let me know if it changes anything.
