Forum Replies Created
-
Posts
-
That’s a bummer, I’m almost sure this should work if the plugin documentation is correct.
Can you provide temporary FTP access to check for errors a to run debugging? I might be able to find a solution.
Hi!
So I checked the plugin documentation, and it looks like it’s there is a function to get the term image. Based on that I put together this small snippet:
[php]
add_filter(‘asp_results’, ‘asp_get_fifc_term_image’);
function asp_get_fifc_term_image($results) {foreach($results as $k => $result) {
if ($result->content_type != ‘term’) continue;
if (function_exists(‘fifc_get_tax_thumbnail’) && empty($result->image)) {
$image = fifc_get_tax_thumbnail( $result->id, $result->taxonomy, ‘thumbnail’);
if (!empty($image))
$results[$k]->image = $image;
}
}return $results;
}
[/php]Try to add this code to your active Theme functions.php file. It will try to get the images for each category after the search is done post processing.
Hi!
Could you please link me to the plugin you are using to display category images? Since this is not a default WordPress feature, the search doesn’t know how to get the category images, that’s why they are not displaying. If you can send me the url of the plugin you are using I might be able to suggest a solution 🙂
Hi!
Thank you for the proper ticket description and details!
The categories doesn’t vanish, if you look at the screenshot, a different taxonomy is selected. After saving it automatically switches back to the first taxonomy. If you select the “Product Categories” taxonomy then they will appear again.
As for the missing categories, these are indeed a “bug”, the category count is limited to 50 per taxonomy. The limit is used because some users had 10 000+ categories and the browser crashed when listing them. I’ve connected to your server via the sftp details and increased the limit programatically to 5000 per taxonomy. All the product categories should be visible now 🙂
Hi!
The problem is that you are using the wrong field 🙂 That field is for excluding categories from results, when categories are the results – not the posts related to them.
To exclude the posts connected to the categories go to the Advanced Options panel and scroll down a bit, where you will see an Exclude Categories drag-and-drop option field: https://i.imgur.com/HXetjor.png
Drag the categories to the right and the posts connected with them should be excluded from the results then.
I’m sorry if it’s a bit confusing, I’m planning to re-structure the options on the back-end a bit, as it grow quite a bit from the beginning 🙂
Hi!
I was able to re-create the issue on my test environment and I found the solution. No need to change anything in the code, it was the so called “filtered” content doing the problem.
If open up related posts pro settings and go to the Content Options panel and scroll down, there is an option Run the content filter?: http://i.imgur.com/bngHMlh.png
Turn that off and the problem will go away 🙂
Hi!
I believe the only possible way is to either modify the search code, or use one of the filters. I can’t really think of an easy solution, I’m sorry.
You can take a look at some examples in the knowledge base how to parse and modify the results, for example: https://wp-dreams.com/knowledge-base/numbering-the-results/
In that example you have access to the post ID as well with the
[code]$results[$k]->id[/code]
variable in the foreach loop.
Then if you know the post ID, you can use wordpress core functions the get custom fields and so on.Hi!
1. The search does search custom fields. I looked at the source of that page in the editor, but there are no custom fields defined to that page: https://i.imgur.com/GZONblk.png
The keyword “yammer” is not stored in the post content, its a result of the avatar shortcode – therefore it’s not yet searchable, wordpress does not offer this feautre. The upcoming search version will have a solution for this, a new feature called the “Index table”, which will create a possibility to generate a keyword index based on executed shortcode content. It’s under testing, should be released very soon 🙂
2. It’s the same reason as the first. I might have a quick fix though. I tried to connect via the FTP details, but I’m seeing the complete linux directory and I cannot locate the folder where the site files are. The /var/www/html/ directory only contains an index.html file, so I guess it’s not that.
3. The only possible way is to edit the corresponding theme files. It looks like you are using the “twentyfourteen” default theme. I just looked at that theme on my local installation, and the search code is located in the header.php theme file on line 65, this should be there:
[code]<?php get_search_form(); ?>[/code]
you can try to replace it with the php search shortcode:
[code]<?php echo do_shortcode(‘[wpdreams_ajaxsearchpro id=1]‘); ?>[/code]
This will probably put the search box into the dropdown.
4. I see you solved this. If you select the theme it automatically loads the values, and after saving the new stylesheet is generated to save performance. When changing the theme, you might need to delete your browser cache on the front-end 🙂
5. If you list the employee experties in the page editor, the plugin will definitely find it: http://i.imgur.com/irnbFo6.png
Hi!
I’ve checked your search configuration and it looks like that was the problem. The search in excerpts was turned off and the “_sku” custom field was not selected: http://i.imgur.com/HEqM18k.png
I’ve made the changes, it should work now.
Hi!
It is a known bug with the latest version on some systems. The upcoming update will be released very soon, I’m wokring on a fix of course.
In the meantime I suggest turning off the more results link. You can turn it off temporary on the Layout Options -> Results layout panel.
Hi!
Looks like it was only an option integrity issue. I’ve opened all the ajax search pro submenus and saved the options to refresh the data. It looks like it’s working now 🙂
Hi!
There is no easy way, unless changing the search code. I write down this feature to the wishlist, and see what I can do in the future. Thank you for the suggestion!
Hi!
Thank you for the proper details.
I turned on the custom ajax handler on the compatibility options submenu and the autocomplete as well, that helped some. The response time is now between 1.5-3 seconds.
Something is still interfering with the ajax request, as the search function itself only takes 0.24 seconds on average according to the performance tracker, which is very good: http://i.imgur.com/If8EwYw.png
It means, that on average the search only operates for 0.24 seconds, the rest of the request time other plugins/system is running.
The possible causes of the delay can be:
- High plugin count – using over ~10 plugins extremely affect every ajax request response times overall
- Unoptimized plugins – many plugins use their libraries in ajax requests, even if it’s not neccessary
- Unoptimized theme – very rare, usually current themes are very good
- Server speed and performance – in your case I think this is not an issue
You can try to run the P3 Performance profiler plugin to see how each plugin affects your page loading time. The page loading time is not the same for ajax requests, but it’s a good starting point.
More info in the documentation:
Chapter: Performance Tuning
Fine tuning the search
Performance tracker explained
