Magento2 configurable product slow - performance

I'm creating some configurable products on Magento 2.3, I set color and size as configurable attributes. I need to set for each color a specific product images. When I save the product with the configurable option it takes long time (about 2-3 minutes), after that I get a 503 error, the product is saved but the procedure takes alot of time.
When I create the configurable product with same attributes options but without images the saving time is normal.
I try to edit php limit memory, switch to production mode, switch from built in to varnish cache, no result, it's faster but when I upload some images it's very slow.

Related

Product image not displaying in category or search view

I have a test site where some imported product images are not being displayed on the category view or the search view.
It does however show up on the product page.
These products were imported / updated to reflect new images.
Category view
http://sales.magentocommerce.net.au/index.php/irrigation/driptube.html
Product view page
http://sales.magentocommerce.net.au/index.php/irrigation/driptube/221002-drip-eze-pc-13mm-2l-h-0-3m-50m.html
Other products whose images were uploaded manually is showing up.
All cache has been cleared and disabled in Magento.
What else am I missing.
I suspect the database records got screwed up somewhere on these products.
I am running out of ideas to what else to look out for and need a fresh pair of eyes.
Magento ver. 1.9.0.1
It sounds like you forgot to reindex your data.
Go to System -> Index Management, click select all (or at least select the first four indexes) and then press submit to reindex.
I note your image is almost 2MB. On my shared hosting with 1and1, I cannot use such large images as Magento's image processing (eg producing thumbnails) falls over as it runs out of memory. I therefore have to preprocess any large images to shrink them down to something my Magento can handle.
One other thing, png files tend to be significantly larger than jpg files.

Getting configurable product options pre selected from the layered navigation

I have several configurable products (with many simple products associated to them).
When browsing the super attributes through the layered navigation, you can filter down to all products that have (for instance) size= medium, Colour = Red.
I have set my simple products to not be visible and showing my configurable products, however, when you select the configurable product, the product options do not default to what has been filtered in the layered navigation.
Is there a way to get the relevant product options pre-selected on the product page?
suppose the user selected the filters from the listing page as size ="medium" colour ="red"
Now when user selects the configurable product from listing page after applying filter corresponding values must be pre selected on product detail page.
There is no ready-made way to do this. When the request is made for the product that product knows nothing of the layered navigation state. In theory you could add in some server side code to do that however this might have a performance penalty as you might not be able to use cache effectively.
You could do something on the front end in javascript. Add an event listener to the links in the filtered navigation and store an object in local storage, e.g. with size and colour.
On the product page you could then set the configurable product according to those values by waiting for the configurable product options to be built, then load the options object from local storage and then update the configurable product accordingly. You will need to then fire off events so the product page knows that options have been selected and can do things like update the price accordingly.
Internally Magento uses attribute option values that have numerical ids. These can be a bit complicated to work with, so you may want to put some logic in to read the labels instead, e.g. 'Red' instead of e.g. '461'.
There is no prototype specific way of working with local storage and you don't need some layer of jquery, normal javascript should suffice when it comes to storing/retrieving your size/colour object.
I found the following article to be the head start needed for doing things with the configurable product drop-downs:
http://inchoo.net/ecommerce/magento/how-to-make-configurable-options-autoselected-on-configurable-product-view-page/

Are there any advantages with Simple products over Configurable products

I need to import many products into Magento for a client.
I am not sure to set the type to Simple or Configurable. In the current state, all products are Simple. But I expect that the client will need some of the products to become "Configurable".
I therefore plan to import all products as Configurable. My question is, what is the downside of only using Configurable products? Are there any advantages with Simple products?
Thanks.
If you have different colors or sizes (or other configurable options) you'll need to create simple products for every combination (small/red, medium/red, small/black, medium/black, etc) which you can do from within the configurable product screen, associated products tab. If your product doesn't have any options, it should just be a simple product.
For reference, here is a page detailing the purpose of each product type: http://www.magentocommerce.com/wiki/modules_reference/english/mage_adminhtml/catalog_product/producttype
I also suggest to use Magmi for large Magento imports. http://sourceforge.net/projects/magmi/
You can even have it create your configurable products automatically and it goes MUCH faster than magentos standard import. Like 1000's of products in seconds not hours.
My company has SKU101LG, SKU101MD, and SKU101XL (All simple products)
Therefore SKU101 is my configurable product with the above skus as its 'children' or as magento calls them 'associated products', based on their size attribute.
(You have to create attributes such as size or color under CATALOG > ATTRIBUTES )
An Ipad is a simple product. And Ipad with color options is configurable, and has two OTHER skus (the simple skus for each color) associated to it.

Associated Product not showing the different price

I have just added a product and everything works fine. The product is a top with different attributes: size and color.
However I want to have reduced price on one of the different colors like in a sale, so I went into the associated products section and changed the price. However, whenever I go to the website and click on the color of the reduced price top, it still shows the original price and not the one I just changed.
How can I get it to show the price I changed it to?
Out of the box the only way to do this is via the price offsets for each configurable option under "Super product attributes configuration" as shown in the attached image:
Otherwise, you can use an extension such as Simple Configurable Products http://www.magentocommerce.com/magento-connect/simple-configurable-products.html
Go to system > Index Management and reindex Product Prices data
It sounds like you are using a configurable product with associated simple products. As far as I'm aware Magento only refreshes the product price for bundle product types.
I have seen a lot of people recommending this module.

Magento layered navigation Size not pulling in correctly

The problem we are having is as follows.
We have a configurable->simple product relationship set up so that you can select a size of a shirt you want to buy. The configurable products are Enabled and visible in Catalog,Search. The simple ones are tied to the parent configurable product with differencing sizes (M, L, XL, etc.) and are Enabled, Not Visible Individually.
We originally imported this data from different database. It appears everything in Magento is setup correctly, but the number of products for Sizes are not correct in layered navigation.
What does seem to fix the totals is resaving the simple product. But we can't do that for all 6000+ products. Any ideas? Is there a mysql table that we are missing that should have data?
We've cleared indexes multiple times.
Reindexing Product Attributes should do the trick. Are you sure it executes without an error? You can also try running it from command line.

Resources