Home › Forums › Product Support Forums › Ajax Search Pro for WordPress Support › Index Table Engine Search Not Working for Tags
This topic contains 17 replies, has 2 voices, and was last updated by srinehart 5 years, 8 months ago.
- AuthorPosts
- September 12, 2017 at 6:34 pm #14672
Hello!
I’m trying to get my website to properly search for tags. I tried method 1 from this page: https://wpdreams.gitbooks.io/ajax-search-pro-documentation/content/general_settings/search_in_terms_categories,_tags.html and it works fine, but you’re right – it takes a very long time.
So I’m trying to get method 2 to work. I’ve done everything it says (indexed the table and have ‘index table engine’ selected on the correct search bar), but it’s still not working.
Here’s an example of what I’m trying to search for: On this page: http://baproddev.wpengine.com/ searching for the part number 38-1 works perfectly fine. But if you search for ‘d ring strap’ (a tag on the 38-1 page) it shows no results.
*Please note that the search bar on the product pages is not the same as the search on the homepage. So please always do your test search from the homepage.
Thank you!
September 13, 2017 at 1:41 pm #14710Hi!
I have tried to open the url of the page, but I get a white screen only: http://baproddev.wpengine.com/
Best,
Can you please also add termporary back-end details? I would like to check your configuration, if possible 🙂 Thank you!
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)
September 13, 2017 at 2:28 pm #14715You cannot access this content.September 15, 2017 at 7:56 pm #14734Hello,
Any luck with my support questions I posted?
Thanks!
SamanthaSeptember 16, 2017 at 2:07 pm #14747Hi Samantha,
The ‘jumping’ issue is actually kind of intended behavior, as the search position becomes ‘fixed’ to a certain spot on the page, while the results position remains absolute. The only way to compensate that is to change the search position every time a scrolling event occurs. However that can be very resource heavy operation, so a delay is added, to wait for the scrolling to finish, and then move the results bar below the search bar again – instead of moving it non-stop during the scrolling. It’s basically to prevent lagging during scrolling effect.
I was not able to log-in to the back-end with the details above, I’m guessing those are SFTP details, but I don’t want to log-in to that just yet, unless it is neccessary.
But I think I might know what the problem is. I see you mentioning tags, but actually those are product tags, which is not the same taxonomy. I’m guessing you selected this option on the index table panel: https://i.imgur.com/ggAspuB.png
Best,
However those are not the product tags, you will need to choose this option: https://i.imgur.com/kECBUG3.png
After saving the changes, make sure to click the ‘Create new index’ to re-fresh the index table.
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)
September 16, 2017 at 3:20 pm #14748Thank for your reply! I may just try and hide the dropdown when the sticky header is in place.
I changed the settings as you described, but it still isn’t working right. I attached a screenshot of the settings. Is there something else I could be missing?
Attachments:
You must be logged in to view attached files.September 16, 2017 at 4:03 pm #14750Hi!
A few more things I can think of, that may cause this issue
– Have you re-created the index table after the change? https://i.imgur.com/lWLKvql.png
– Is the index table engine selected on the search instance General Options panel? https://i.imgur.com/WfwcN0R.png
– Are the exact matches Disabled? https://i.imgur.com/Ho1KnGI.png
This is a very likely issue. I’m planning to add a warning message there, whenever the index table is enabled and the user tries to enable this option. It’s very easy to miss that small warning message at the bottom.
As an alternative for exact matching for the index table, I recommend the following configuration: https://i.imgur.com/S9XdpCH.png
You can even turn off the Secondary Logic there, if you feel like there are too many results returned.Please check these, and let me know if any of the suggestions worked.
Best,
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)
September 17, 2017 at 3:03 am #14753Your last suggestion seemed to work!
But with that, when I search “d ring strap” from the homepage, the dropdown and the search results page both show 5 results. But when I open one of those products, and click on the ‘d strap ring’ link from the tags section, the tags results page comes up with 9 results. The 9 results are move relevant than the 5 in the dropdown/search results page, as one of those 5 doesn’t even has “d ring strap’ used as a tag.
Are there other settings I can make to show the same products for each instance?
Thank you!
September 18, 2017 at 1:48 pm #14775Hi!
I feel like there is still some sort of misconfiguration there, I’m not sure if it’s searching the product tags there. I can’t tell based on the front-end search. Can you please add termporary back-end details? I would like to check the configuration if it’s possible.
Best,
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)
September 18, 2017 at 3:17 pm #14776You cannot access this content.September 18, 2017 at 4:40 pm #14781Hi Samantha,
I’m getting an invalid username error, when I try to log-in to the admin area with the details: https://i.imgur.com/6Om8yyp.png
Best,
Can you please check the details?
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)
September 18, 2017 at 5:23 pm #14782You cannot access this content.September 19, 2017 at 1:43 pm #14789Hi!
The problem was, that simply the exact matches were still enabled, I have disabled that for you: https://i.imgur.com/xqa1MHD.png
I’ve also disabled the secondary logic, simply because you have lots of 1 word terms, and random matching may generate a huge amount of matches: https://i.imgur.com/2lj4NfP.png
You can change that, if you feel like that gives better results.But this way, searching tags will very likely give you very similar results to the tag archives.
Best,
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)
September 28, 2017 at 4:01 am #14917Hi Ernest!
So sorry for my late reply to this. I’ve been putting out fires with other pages.
This still isn’t working how I hoped it would. Is there a way to sort this by order of Sku, Title, Tag, then everything else? When I search on this page: http://baproddev.staging.wpengine.com/ for ‘d ring strap’ the first item that pops up (Ratchet Binder with Port-A-Ring) doesn’t even have ‘d ring strap’ listed on the page, yet it does have ‘d ring’. I guess I’m hoping for more of an “exact search” priority, but it sounds like from what you’re saying that isn’t possible with the index table engine?
Another thing…when you search for ‘d ring strap’, and go to the search results page (18 results), if you click on page 2 – the search results all change and the results number bumps up to 169. Is there a way to fix this?
Thanks!
SamanthaSeptember 28, 2017 at 9:55 am #14918Hi!
The reason why the ‘Ratchet Binder with Port-A-Ring’ pops up in the results, is because the tags contain the ‘d ring’ part and the content of the product has the word ‘strap’ in it. It’s sort of a fuzzy match.
The best possible solution to this in my honest opinion would be simply not to index the product content (and maybe excerpts as well). From the looks of it, it’s mostly non technical, less relevant description. That would definitely solve this issue. To do that, just turn off this option, and make sure to Re-create the index table: https://i.imgur.com/ZhlxL07.png
There is only two ordering criteria available, primary and secondary. The reason is mainly that it greatly affects the peformance, so the options there are very limited. You can however still do SKU as primary and Title as secondary: https://i.imgur.com/n7lmUt2.png
The pagination looks okay to me, I see 18 results on the second page header as well: https://i.imgur.com/bb8v0jn.png
Best,
It might have been only a browser cache thing, I’m note sure.
Ernest Marcinko
If you like my products, don't forget to rate them on codecanyon :)
- AuthorPosts
You must be logged in to reply to this topic.