• Hot
  • Top
  • New
0
vote

You have ... votes left in this category for this week!

Add conditional prefix or pattern match check on search string to determine in postmeta should be searched

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!

1
votes

You have ... votes left in this category for this week!

Allow searching of multiple post types at once

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.

0
vote

You have ... votes left in this category for this week!

completed

Add gallery option to variations

https://trello.com/c/glZ4qJDL/101-ei-add-gallery-to-product-variations

A customer has asked for compatibility with WooCommerce Additional Variation Images plugin to be added – it doesn’t really make sense to add compatibility with that plugin, but what I can add is the ability to directly add external galleries to the variations.

i.e. customer will get what they want and won’t need that third party plugin any more

View Live Progress

A Trello card has been created for this feature request. You can watch progress live using the card below.

Trello Card
2
votes

You have ... votes left in this category for this week!

approved

Add option to migrate all existing images to S3 or other external storage location

A couple of customers have asked for this feature already. They are not using affiliate CDNs and would like to migrate all their current images to S3 to alleviate load on their main server.

I should add an option to the External Images plugin to allow users to configure Amazon S3 or similar and to use a cron job to migrate the images and update each product/post/custom post type as it progresses.

Similarly, if users/admins then upload images, it should automatically send them to Amazon S3 instead of uploading them to the server.

0
vote

You have ... votes left in this category for this week!

completed

Remove the category base from the permalinks

Allow to remove the ‘product-category’ (or any other text for that matter) base of an URL.

More: https://www.wpintense.com/forums/topic/add-support-for-plugins-that-remove-the-category-base-when-using-the-filters/

View Live Progress

A Trello card has been created for this feature request. You can watch progress live using the card below.

Trello Card
1
votes

You have ... votes left in this category for this week!

completed

Add option to display attributes and attribute values to archive & detail page

For example, Brand: Adidas.

Would be nice to have an option to choose some attributes that could be added below the price on the archive page.

These links would be standard hyperlinks with spans so that the end user can style them at will using CSS.

div -> span (attributename) -> a (attributevalue)

The hyperlink would actually filter the current view to show only ‘Adidas’, or if on product detail page it would go to /filter/adidas/

This could quite easily use the same format in the admin pages as the ‘canonical attributes’ section.

We could optionally allow users to choose where these additional attributes should be placed, although I think for v1, just below the price makes most sense:

 

It’s only the product archive page this needs to be added to, since the product detail pages cover this in whatever the theme does with ‘additional information’. Most put that in a tab, some put it above the price etc.

Obviously that could be: Flavour, Store, Brand, Colour, etc etc – would be nice for users to be able to filter to similar items right down at the product level.

1
votes

You have ... votes left in this category for this week!

completed

Add OWL carousel compatibility

The OWL carousel is widely used and External Images should really be compatible with it.

In a test with fashxion I had it working with the ‘touch’ and ‘drag’ part but without the required thumbnails underneath.

Need to alter the thumb generation to be compatible with owl and to correctly produce the thumbs.

Should probably at the same time alter the existing carousel so that the thumbs are displayed properly in the thumb area – currently they’re technically displayed in the main featured image area.

Here’s a copy of the underlying HTML that OWL can use:

3
votes

You have ... votes left in this category for this week!

Cloudflare security bypass for Price Comparison Pro

A customer has found a site with ‘Im under attack’ mode enabled.

We should still be able to scrape these pages – except when a captcha is requested – although even then, it would be useful to be able to display the captcha to the admin and ask them to enter it to re-enable scraping from their server.

The example site here is:

https://www.size.co.uk/product/white-puma-x-ralph-sampson-low-og/140715/

The library to use to perform the bypass would be this:

https://github.com/Anorov/cloudflare-scrape

This service will have to be enabled through our own Phantom JS scraping service.

An additional check should be added to the start of any scraping session to check for cloudflare protection and then use the library.

The process is pretty much:

1. Check if cloudflare protection exists
2. Use the cloudflare-bypass library
3. Store the cookies for this target site for this source IP
4. When scraping after that, append the cookies to the cURL request (along with any other cookies specified by user in normal way) so that all requests bypass the protection page.
5. If cookies fail, re-run the cloudflare-bypass library to get a fresh set of cookies for this site + server IP

5
votes

You have ... votes left in this category for this week!

approved

FWW Sitemap – bulk generation of all available urls

In order to get as many pages of our store as possible available in the search result, we should be able to generate a number of pages with clean URL.

The plugin should automatically create a list of all possible combinations of the URLs with checkboxes near each, so we can easily exclude some of them (and option to select all) and then add the selected ones to the Sitemap, which is generated by the Yoast SEO plugin.

What should be respected:
1. Permalink ordering settings.
2. Multiple selection option (don’t add URLs with multiple selections within one attribute).
3. Don’t add non-indexable URLs to the Sitemap as this forces search engines to crawl and process these URLs. This is an unnecessary usage of crawl budget and should be avoided.

Maybe it should be connected with: https://www.wpintense.com/suggestions/seo-text-based-on-filters/, so we can add the description (seo text) below the generated URL?

Thank you.

View Live Progress

A Trello card has been created for this feature request. You can watch progress live using the card below.

Trello Card