Super Speedy Search latest updates have made postmeta search even faster than before, about 3 seconds against a million products.
But – 3 seconds is still quite slow, and if you remove the meta search then the SQL query is blindingly fast – negligible load on your server.
It seems in the majority of cases, users are enabling the _SKU meta item to be searched and not really using meta search for anything else. Because of this, I think there may be a sort of cheat I can implement to speed search up further.
What I’m thinking is that many stores will have a prefix or a pattern of some kind for their SKUs –
* Maybe SKUs are always a minimum length?
* Presumably SKUs are always 1 word?
* Maybe SKUs have some kind of pattern – like they always start with WPI or something similar for your store?
What I’m thinking is that I could add a pattern test to the search string to check if postmeta should be searched at all, and if the pattern test fails then skip searching postmeta.
For example, you could configure: WPI* as the pattern for your metadata searches to be activated and then if a user searches for “Dell Monitor” it would skip checking postmeta. If a user searches for WPIX1023 then it *would* search postmeta.
The idea being that this would speed up product search massively for your users who are probably mostly not entering SKUs – I’m presuming again that this addition of SKU search is actually mostly for the benefit of your site admins?
Please provide as much info as possible to help here so I can make Super Speedy Search *even* faster than it already is!
This feature will allow users to add galleries anywhere they wish on their custom post types.
This is related to this bug report: https://www.wpintense.com/idea/mylisting-theme-and-external-images-plugin
Can we include product specification scrapping while configuring product price comparison?
Please add the possibility to choose the display order: category order/name for FWW products categories widget.
Would be also great to have a “Only show children of the current category” option.
Both options are available in Woocommerce standard widget Product categories which is very convenient.
Replace radio buttons in ‘Stock Status’ and ‘Show Products On Sale’ widgets with a toggle switch on/off: https://prnt.sc/sidb6k
– add option to enable it per widget
– add option to set min-width of the screen per widget in order to control when and if a widget should be closed by default
Can you please add a new FWW Fast Custom Taxonomy Widget, so we can use any custom taxonomy for filtering our products and all FWW filters can be used on term archive pages?
More on this (see point 5): https://trello.com/c/qy1GHWHG/41-fww-add-generated-sitemap-urls-tab-and-allow-users-to-configure-top-and-bottom-text-including-bulk-edit#comment-5e8b51e7f4f85802626d32b9
Implementing this would resolve the issues with the ‘brand’ plugins:
WordPress makes use of search results templates, for example – product searches return results in a grid whereas posts typically get returned in a list.
This feature request is to provide the ability to search multiple post types at once.
Two features will be developed to achieve this:
1. Allow user to choose search results template for specific search widget and that one template will be used for all combined search results. This may look a little odd if you have posts being returned using the product search results as posts don’t have a price etc.
2. Or return search results with each template on a single page. e.g. if posts and products are selected to be searched in a widget then on results page:
150 articles found matching search string
(then show top X articles using posts template)
120 products found matching search string
(then show top X products using products template)
I still have questions in my mind about how pagination would then work – probably if they hit show more, or use pagination in the articles template then it would move to a page just showing page 2 of articles (and no products any longer). Similarly, if they clicked page 2 on the products template, it would then move to page 2 only using the products template and only showing products.
The browser back button would return the user back to the combined search results page, but if they’re on page 2 of the articles and they use the pagination button to view page 1, it would still just view page 1 of articles only (not combined).
Looking for feedback from users on this so I get it right.
The Remove Sort Option if change to “Remove sort options (fastest)” will have error on the woocommerce order.
See this video for your reference: https://www.loom.com/share/c30763110c2a448d907fdd27437b6c1e
Can you help fix it?