[Skip to main content](#vessel-content) Board Categories Content Creation ## # [Content Creation](/forum/32-content-creation "View Category 'Content Creation'") 1120 topics | If you want to know more about the different options of the product and category creation. | |---| ## | [ ](#forumbottom) | Subject | Replies / Views | Last Post | |---|---|---|---| | [](/forum/32-content-creation/875192-gestion-des-reservations-de-visites-guidees) | [gestion des réservations de visites guidées](/forum/32-content-creation/875192-gestion-des-reservations-de-visites-guidees "-- HikaShop version -- : 2.3.5 -- Joomla version -- : 3.3.6 -- PHP version -- : 5.5.22 bonjour, Je dois créer un site de gestion des réservations pour un guide touristique. Le guide organise ses différentes visites à des jours bien précis selon un calendrier présenté lors de la réservation : Est-il possible de réaliser cela avec Hika SHop ? Par avance merci pour vos explications meilleures salutations Michel ROTTENBERG") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 11 years 8 months ago, by [rottenberg](/forum/user/32466-rottenberg "View rottenberg's Profile") [Last Post](/forum/32-content-creation/875192-gestion-des-reservations-de-visites-guidees#100000445 "Bonjour, Pour ceux qui passeraient par là : HikaBooking n'est finalement pas sorti sous cette forme, mais le plugin permet maintenant ce genre de réservation. Une visite peut avoir sa liste de dates (date, heure, durée, nombre de places), seules ces dates sont réservables, et chacune garde ses places restantes. Le affiche les visites sur un calendrier du mois ou de la semaine. Il faut HikaShop Business") 5 days 2 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:1296 | [Last Post](/forum/32-content-creation/875192-gestion-des-reservations-de-visites-guidees#100000445 "Bonjour, Pour ceux qui passeraient par là : HikaBooking n'est finalement pas sorti sous cette forme, mais le plugin permet maintenant ce genre de réservation. Une visite peut avoir sa liste de dates (date, heure, durée, nombre de places), seules ces dates sont réservables, et chacune garde ses places restantes. Le affiche les visites sur un calendrier du mois ou de la semaine. Il faut HikaShop Business") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 days 2 hours ago | | [](/forum/32-content-creation/100000070-an-error-has-occurred-1062-duplicate-entry-101-119-for-key-primary) | [An error has occurred. 1062 Duplicate entry '101-119' for key 'PRIMARY'](/forum/32-content-creation/100000070-an-error-has-occurred-1062-duplicate-entry-101-119-for-key-primary "-- url of the page with the problem -- : www.notable.au/ -- HikaShop version -- : 6.7.1  -- Joomla version -- : 6.2.0 -- PHP version -- : 8.5.12 -- Browser(s) name and version -- :  Chrome 155.0 -- Error-message(debug-mod must be tuned on) -- : An error has occurred. 1062 Duplicate entry '101-119' for key 'PRIMARY' When saving any Hikashop product, I get the error message " "Return to Dashboard". The same error occurs every time, no matter which product is tried. I ran phpMyAdmin. No database errors on check. Nothing looks suspicious.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 1 week 6 days ago, by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") [Last Post](/forum/32-content-creation/100000070-an-error-has-occurred-1062-duplicate-entry-101-119-for-key-primary#100000345 "Disabling the Hikashop Smart Search plugin has fixed the issue. We don't use Smart Search on any site. This must have been enabled in the last Hikashop update.") 1 week 6 days ago by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") | Replies:1 Views:84 | [Last Post](/forum/32-content-creation/100000070-an-error-has-occurred-1062-duplicate-entry-101-119-for-key-primary#100000345 "Disabling the Hikashop Smart Search plugin has fixed the issue. We don't use Smart Search on any site. This must have been enabled in the last Hikashop update.") by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") 1 week 6 days ago | | [](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into) | [Subject: Query string parameters (utm\_source, gclid, fbclid) are converted into](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into "-- url of the page with the problem -- : hungarianflavours.com/hu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 150.0.7871.125 Subject: Query string parameters (utm_source, gclid, fbclid) are converted into SEF path segments via redirect – tracking data lost, cookies/session ID leaked into URL Environment * Joomla 6.1.0, HikaShop [VERSION] * PHP 8.3 (CGI/FastCGI), Apache behind nginx * Joomla SEF + URL rewriting enabled, multilingual site (Language Filter, URL prefix ) * HikaShop: "Remove products and categories id in URLs" = Yes, "Force canonical URLs on listings" = "Use canonical URL and generate it if missing", category SEF name = Steps to reproduce * Open any HikaShop page with any query string parameter, e.g.: * * * (menu item of the main category listing) * HikaShop immediately redirects to a URL where every request variable is appended as a path segment: * * → 404 on the main shop listing * → → 404 Joomla com_content pages on the same site keep the query string and do not redirect, so the behaviour is HikaShop-specific. Additional finding (security) On our server was empty, so also contained cookies. Because of this, the redirect URL contained all cookie values, including the session cookie, e.g.: This means a visitor's session ID ends up in the address bar, in shared links and in analytics. We have set as a workaround, but HikaShop should not build redirect URLs from (cookies) at all. Impact * Google Ads auto-tagging ( , , ), Facebook and UTM parameters are removed from the query string before the page loads, so Google Ads / GA4 conversion attribution and campaign tracking do not work for shop pages. * 404 errors for ad and social clicks landing on the main shop listing and on the cart. * Duplicate URLs ( ) that can get crawled. Expected behaviour Unknown or third-party query parameters (at least , , , , , , , ) should be left in the query string, with no redirect. Cookie values must never be used to build URLs. Question Which code or setting triggers this "redirect to SEF URL with all request vars"? Is there a configuration option to disable it, or to whitelist or ignore tracking parameters? A patch or a pointer to the responsible file would be very welcome. Current workaround on our side An rule that 301-redirects any URL containing a tracking segment ( , , ) to the clean URL. This prevents the 404s, but the tracking data is still lost.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 4 weeks 2 days ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into#100000080 "-- url of the page with the problem -- : hungarianflavours.com/hu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 150.0.7871.125 Subject: Query string parameters (utm_source, gclid, fbclid) are converted into SEF path segments via redirect – tracking data lost, cookies/session ID leaked into URL Environment * Joomla 6.1.0, HikaShop [VERSION] * PHP 8.3 (CGI/FastCGI), Apache behind nginx * Joomla SEF + URL rewriting enabled, multilingual site (Language Filter, URL prefix ) * HikaShop: "Remove products and categories id in URLs" = Yes, "Force canonical URLs on listings" = "Use canonical URL and generate it if missing", category SEF name = Steps to reproduce * Open any HikaShop page with any query string parameter, e.g.: * * * (menu item of the main category listing) * HikaShop immediately redirects to a URL where every request variable is appended as a path segment: * * → 404 on the main shop listing * → → 404 Joomla com_content pages on the same site keep the query string and do not redirect, so the behaviour is HikaShop-specific. Additional finding (security) On our server was empty, so also contained cookies. Because of this, the redirect URL contained all cookie values, including the session cookie, e.g.: This means a visitor's session ID ends up in the address bar, in shared links and in analytics. We have set as a workaround, but HikaShop should not build redirect URLs from (cookies) at all. Impact * Google Ads auto-tagging ( , , ), Facebook and UTM parameters are removed from the query string before the page loads, so Google Ads / GA4 conversion attribution and campaign tracking do not work for shop pages. * 404 errors for ad and social clicks landing on the main shop listing and on the cart. * Duplicate URLs ( ) that can get crawled. Expected behaviour Unknown or third-party query parameters (at least , , , , , , , ) should be left in the query string, with no redirect. Cookie values must never be used to build URLs. Question Which code or setting triggers this "redirect to SEF URL with all request vars"? Is there a configuration option to disable it, or to whitelist or ignore tracking parameters? A patch or a pointer to the responsible file would be very welcome. Current workaround on our side An rule that 301-redirects any URL containing a tracking segment ( , , ) to the clean URL. This prevents the 404s, but the tracking data is still lost.") 4 weeks 2 days ago by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") | Replies:0 Views:113 | [Last Post](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into#100000080 "-- url of the page with the problem -- : hungarianflavours.com/hu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 150.0.7871.125 Subject: Query string parameters (utm_source, gclid, fbclid) are converted into SEF path segments via redirect – tracking data lost, cookies/session ID leaked into URL Environment * Joomla 6.1.0, HikaShop [VERSION] * PHP 8.3 (CGI/FastCGI), Apache behind nginx * Joomla SEF + URL rewriting enabled, multilingual site (Language Filter, URL prefix ) * HikaShop: "Remove products and categories id in URLs" = Yes, "Force canonical URLs on listings" = "Use canonical URL and generate it if missing", category SEF name = Steps to reproduce * Open any HikaShop page with any query string parameter, e.g.: * * * (menu item of the main category listing) * HikaShop immediately redirects to a URL where every request variable is appended as a path segment: * * → 404 on the main shop listing * → → 404 Joomla com_content pages on the same site keep the query string and do not redirect, so the behaviour is HikaShop-specific. Additional finding (security) On our server was empty, so also contained cookies. Because of this, the redirect URL contained all cookie values, including the session cookie, e.g.: This means a visitor's session ID ends up in the address bar, in shared links and in analytics. We have set as a workaround, but HikaShop should not build redirect URLs from (cookies) at all. Impact * Google Ads auto-tagging ( , , ), Facebook and UTM parameters are removed from the query string before the page loads, so Google Ads / GA4 conversion attribution and campaign tracking do not work for shop pages. * 404 errors for ad and social clicks landing on the main shop listing and on the cart. * Duplicate URLs ( ) that can get crawled. Expected behaviour Unknown or third-party query parameters (at least , , , , , , , ) should be left in the query string, with no redirect. Cookie values must never be used to build URLs. Question Which code or setting triggers this "redirect to SEF URL with all request vars"? Is there a configuration option to disable it, or to whitelist or ignore tracking parameters? A patch or a pointer to the responsible file would be very welcome. Current workaround on our side An rule that 301-redirects any URL containing a tracking segment ( , , ) to the clean URL. This prevents the 404s, but the tracking data is still lost.") by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") 4 weeks 2 days ago | | [](/forum/32-content-creation/910717-digital-downloads-bundled-products-does-not-give-download-link-in-email) | [Digital Downloads: Bundled Products Does Not Give Download Link in Email](/forum/32-content-creation/910717-digital-downloads-bundled-products-does-not-give-download-link-in-email "-- url of the page with the problem -- : n/a -- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.2 I have a client who is selling digital downloads of PDF sheet music. Example: - Product 1: Song 1 - Product 2: Song 2 - Product 3: BUNDLE: Song 1 + Song 2 When I do a BUNDLE (Song 1 + Song 2), where Song 2 is added as a bundle item, I only get a download link (in the email ) for Song 1. The bundled item, Song 2, does not show up in the checkout or in any emails. The bundled digital download only shows in the Download Area of the Account section. Many of the customers don't use the Account and Download area; they only download from the Invoice emails. If any digital product is added as a bundle item, there is no download link for that bundled product in the emails or at checkout. The workaround is that I have to add that single Song 2 PDF into Product 3 in the main *Images and Files" section. This creates odd download link filenames: song_2.pdf song_2_019823746.pdf Am I missing something here, or...") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 3 months 1 week ago, by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") [Last Post](/forum/32-content-creation/910717-digital-downloads-bundled-products-does-not-give-download-link-in-email#372866 "Ha ha ha ha ha haa ha! Oh, I am supposed to hit that large green SAVE button first. Doh! All good. Working perfectly. Thank you.") 3 months 1 week ago by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") | Replies:4 Views:580 | [Last Post](/forum/32-content-creation/910717-digital-downloads-bundled-products-does-not-give-download-link-in-email#372866 "Ha ha ha ha ha haa ha! Oh, I am supposed to hit that large green SAVE button first. Doh! All good. Working perfectly. Thank you.") by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") 3 months 1 week ago | | [](/forum/32-content-creation/910676-displaying-custom-field-for-variant-products) | [Displaying custom field for variant products](/forum/32-content-creation/910676-displaying-custom-field-for-variant-products "Hi I have created a Product Custom Field. I want to display the text inside the custom field when the customer selects a specific variant of a product. For the main product this is done by placing this code in the layout: But for the variants it is not displayed. What should I edit?") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 3 months 2 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/32-content-creation/910676-displaying-custom-field-for-variant-products#372651 "Hello, The reason it works for the main product but not for the variants: your code prints $this->element->intro_txt once, server side, for the main product only. On the page HikaShop updates the variant values in the browser by swapping a set of hidden blocks it generates itself (name, code, price, description, and so on). Your hand made block is not one of those blocks, so it always keeps the main product value. The fix is to reproduce that same swap for your field, entirely in template overrides. Three small edits: 1) In your product layout override, wrap your block in a container HikaShop can target, and use a class instead of the id on the inner div (the id would otherwise be duplicated once per variant): 2) Override show_variants.php and add, next to the other per variant hidden blocks, a source block for your field: 3) Add this small script once (for example at the bottom of your product layout override). It copies the selected variant's block into the visible one each time a variant is chosen: That reproduces exactly how HikaShop swaps its built in fields (name, price, description) for your custom field, so your box updates as the customer changes the variant. One note: your custom field is a field on the product table, so it is a real column, and each variant is a product row that carries its own value. That is why $variant->intro_txt is available in show_variants.php the same way $this->element->intro_txt is on the main product.") 3 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:241 | [Last Post](/forum/32-content-creation/910676-displaying-custom-field-for-variant-products#372651 "Hello, The reason it works for the main product but not for the variants: your code prints $this->element->intro_txt once, server side, for the main product only. On the page HikaShop updates the variant values in the browser by swapping a set of hidden blocks it generates itself (name, code, price, description, and so on). Your hand made block is not one of those blocks, so it always keeps the main product value. The fix is to reproduce that same swap for your field, entirely in template overrides. Three small edits: 1) In your product layout override, wrap your block in a container HikaShop can target, and use a class instead of the id on the inner div (the id would otherwise be duplicated once per variant): 2) Override show_variants.php and add, next to the other per variant hidden blocks, a source block for your field: 3) Add this small script once (for example at the bottom of your product layout override). It copies the selected variant's block into the visible one each time a variant is chosen: That reproduces exactly how HikaShop swaps its built in fields (name, price, description) for your custom field, so your box updates as the customer changes the variant. One note: your custom field is a field on the product table, so it is a real column, and each variant is a product row that carries its own value. That is why $variant->intro_txt is available in show_variants.php the same way $this->element->intro_txt is on the main product.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 2 weeks ago | | [](/forum/32-content-creation/910668-cant-change-product-custom-field-position-in-product-backend) | [cant change product custom field position in product backend](/forum/32-content-creation/910668-cant-change-product-custom-field-position-in-product-backend "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.3 Hi Why can't I change the position of the custom field for the product type in version 6.5? I created a Product Custom Field called intro_text. On the product management page, in the Form customization section, I created a block called Intro info and moved the intro_text custom field into this new block. So far, everything is correct. But when I tried to position this block next to the Description block, everything gets messed up and when I save the product page, the Intro info block goes back to its original position, at the bottom of all blocks. This problem did not exist in version 6.1 And I could drag and drop to change the location of different blocks. In version 6.5 this could only be done with the Move up and Move down buttons, but the new block that is created does not have these buttons and the drag and drop function does not work either.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 3 months 3 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/32-content-creation/910668-cant-change-product-custom-field-position-in-product-backend#372604 "Hello, Thank you for the report, you are right, this is a regression on our side. On the product edit page, the built-in blocks could still be reordered, but a block that you create yourself did not receive the up/down move buttons and was not registered in the block order, so it stayed at the bottom and lost its position when you saved. This is now fixed. A patched 6.5.1 build with the correction is available, so please update HikaShop (download the install package on our website in My account>My subscriptions and install it on your website via the Joomla extensions installer) to get it. After updating, a block you create gets its move buttons straight away and keeps the position you give it after saving, with no manual change needed.") 3 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:267 | [Last Post](/forum/32-content-creation/910668-cant-change-product-custom-field-position-in-product-backend#372604 "Hello, Thank you for the report, you are right, this is a regression on our side. On the product edit page, the built-in blocks could still be reordered, but a block that you create yourself did not receive the up/down move buttons and was not registered in the block order, so it stayed at the bottom and lost its position when you saved. This is now fixed. A patched 6.5.1 build with the correction is available, so please update HikaShop (download the install package on our website in My account>My subscriptions and install it on your website via the Joomla extensions installer) to get it. After updating, a block you create gets its move buttons straight away and keeps the position you give it after saving, with no manual change needed.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 3 weeks ago | | [](/forum/32-content-creation/910643-hikashop-variant-in-backend-layout) | [Hikashop variant in backend layout](/forum/32-content-creation/910643-hikashop-variant-in-backend-layout "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 The first row layout in the Hikashop product variety management section is the space between the "Main Options" and "Images and Links" sections.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 4 months 1 day ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/32-content-creation/910643-hikashop-variant-in-backend-layout#372478 "Hi, Good catch. We could reproduce it, it's a bug of the variant edit form itself, not something on your end. Two invisible leftover elements of the previous layout system were counted as blocks by the CSS grid the page now uses, and were placed right after the "Main options" block. On displays wide enough to show three blocks per row (that's why it depends on the resolution and zoom level), this pushed the "Images and files" block to the right and the "Prices" block down to the next row, leaving the empty gaps you marked in your screenshot. It's only a display issue, all the fields keep working correctly. It's fixed for the next release of HikaShop. If you want to remove the gaps right away, manually download the install package of HikaShop on our website and install it on yours. It will add the patch directly.") 4 months 1 day ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:269 | [Last Post](/forum/32-content-creation/910643-hikashop-variant-in-backend-layout#372478 "Hi, Good catch. We could reproduce it, it's a bug of the variant edit form itself, not something on your end. Two invisible leftover elements of the previous layout system were counted as blocks by the CSS grid the page now uses, and were placed right after the "Main options" block. On displays wide enough to show three blocks per row (that's why it depends on the resolution and zoom level), this pushed the "Images and files" block to the right and the "Prices" block down to the next row, leaving the empty gaps you marked in your screenshot. It's only a display issue, all the fields keep working correctly. It's fixed for the next release of HikaShop. If you want to remove the gaps right away, manually download the install package of HikaShop on our website and install it on yours. It will add the patch directly.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 months 1 day ago | | [](/forum/32-content-creation/910595-unexpected-behaviour-pricing-variant) | [Unexpected behaviour - pricing\\Variant](/forum/32-content-creation/910595-unexpected-behaviour-pricing-variant "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Chrome - 149.0.7827.104 I encountered a behaviour with an item having two variants - both variants unpublished - but notice it can be added to cart as a free item. If Variant 1 is unpublished and not set to Default - AND - item 2 is set to unpublished BUT is set to Default. The item remains "is" shown in the shop and available for customer to purchase for Free. (See attached screenshots) This surprised me when I was doing some work in my pre-production site:blink: :blink: Is their a way to warn the operator - or black the save operation so that a person doesn't arrive at this scenario of thinking they have turned an item off from selling - when it remains available and potentially now added to a cart as a free item Many thanks") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 4 months 2 weeks ago, by [navarre](/forum/user/52450-navarre "View navarre's Profile") [Last Post](/forum/32-content-creation/910595-unexpected-behaviour-pricing-variant#372263 "Many thanks for this very quick action. I confirm the Warning message to the operator in Backend - and the add to cart button also removed.") 4 months 2 weeks ago by [navarre](/forum/user/52450-navarre "View navarre's Profile") | Replies:2 Views:371 | [Last Post](/forum/32-content-creation/910595-unexpected-behaviour-pricing-variant#372263 "Many thanks for this very quick action. I confirm the Warning message to the operator in Backend - and the add to cart button also removed.") by [navarre](/forum/user/52450-navarre "View navarre's Profile") 4 months 2 weeks ago | | [](/forum/32-content-creation/910454-how-to-create-and-email-a-generated-pdf) | [How to create and email a generated pdf](/forum/32-content-creation/910454-how-to-create-and-email-a-generated-pdf "-- HikaShop version -- : 6.4.0 -- Joomla version -- : 5.4.3 Hi, I have been thinking about this for a while, I would like to be able so sent an email with a generated (from different articles and information from the order) pdf. Kind of like an invoice, but with additional information about the trip someone booked. I have made some articles with some basic info that's important for all pdf's, but there will be articles with different information (or maybe it is better to put that info in some custom fields or???). I would like to combine that in some way.... Just typing this, I think of a sollution like one of the emails allready on hikashop, but I think it is more practical if it could be an attached pdf. Anyway, what would be the best approach for this? Hope I am making sense.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 6 months 2 weeks ago, by [ezomerdijk](/forum/user/38681-ezomerdijk "View ezomerdijk's Profile") [Last Post](/forum/32-content-creation/910454-how-to-create-and-email-a-generated-pdf#372092 "Hi, First, please note that there are two different things: - The "order status notification" email is sent by HikaShop when the order is confirmed by a payment plugin. It is also sent each time you change the status of an order in the backend and you check the notify user checkbox. If you don't want that email to be sent, you can unpublish it via the System>Emails menu. - The plugin will attach the PDF to this "order status notification" email based on the status of the order and what you configured in the plugin or the "invoice" column on your screenshot. All this means that even with all the statuses disabled for invoice, and even with the PDF invoice plugin disabled, the order status notification email will be sent to the user as long as it is published and the payment plugin changes the order status to confirmed. If you still want that email to be sent but you don't want the PDF invoice to be attached by the plugin, then you can keep the email published and enter a status name different from "confirmed" in the order status setting of the plugin.") 5 months 6 days ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:506 | [Last Post](/forum/32-content-creation/910454-how-to-create-and-email-a-generated-pdf#372092 "Hi, First, please note that there are two different things: - The "order status notification" email is sent by HikaShop when the order is confirmed by a payment plugin. It is also sent each time you change the status of an order in the backend and you check the notify user checkbox. If you don't want that email to be sent, you can unpublish it via the System>Emails menu. - The plugin will attach the PDF to this "order status notification" email based on the status of the order and what you configured in the plugin or the "invoice" column on your screenshot. All this means that even with all the statuses disabled for invoice, and even with the PDF invoice plugin disabled, the order status notification email will be sent to the user as long as it is published and the payment plugin changes the order status to confirmed. If you still want that email to be sent but you don't want the PDF invoice to be attached by the plugin, then you can keep the email published and enter a status name different from "confirmed" in the order status setting of the plugin.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 6 days ago | | [](/forum/32-content-creation/910539-pdf-invoice) | [PDF invoice](/forum/32-content-creation/910539-pdf-invoice "-- HikaShop version -- : 6.4.1 -- Joomla version -- : 6.1 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Edge Version 148.0.3967.70 -- Error-message(debug-mod must be tuned on) -- : No image in invoice.php / pdf Hi team, today I am trying to change the layout etc in invoice.pdf But I cant get my image to show in the pdf. Please can you let me know what I need to do? I am using the invoice.php in: plugins/hikashop/attachinvoice/attachinvoice My code: Logo not found: All I am getting is this colored square in the attached image file :( Kind regards Hans Peter Betzler") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 5 months 1 week ago, by [hpbdesignCEO](/forum/user/77330-hpbdesignceo "View hpbdesignCEO's Profile") [Last Post](/forum/32-content-creation/910539-pdf-invoice#372005 "Hello, Yes, base64 is safe. HTML2PDF has an explicit code path for "data:" image sources (it base64-decodes them internally before drawing), so this is a perfectly legitimate way around the file path issue. For context on what you were seeing: the pinkish-gray square is the placeholder HTML2PDF draws when it cannot actually load an image. Our PDF plugin tries to make image loading reliable by detecting img src attributes that point at your site URL and rewriting them to the equivalent local filesystem path (so the library reads the file directly instead of going through HTTP). It also probes each image with getimagesize() and logs an "Image not accessible" warning to the HikaShop log when it fails. But that whole machinery only helps when the underlying file is actually readable by the PHP process; if it is not (file permissions, open_basedir restriction, or anything else that blocks the read) the placeholder is the final result. Base64 sidesteps all of that because the bytes travel inside the HTML itself, no file lookup is needed at PDF time, so it works in environments where direct path access does not. One bug to fix in your snippet: "$mime = $logoInfo;" assigns the whole array returned by getimagesize instead of the MIME type, which produces "data:Array;base64,..." in the src attribute. You want the "mime" index: The rest is fine.") 5 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:383 | [Last Post](/forum/32-content-creation/910539-pdf-invoice#372005 "Hello, Yes, base64 is safe. HTML2PDF has an explicit code path for "data:" image sources (it base64-decodes them internally before drawing), so this is a perfectly legitimate way around the file path issue. For context on what you were seeing: the pinkish-gray square is the placeholder HTML2PDF draws when it cannot actually load an image. Our PDF plugin tries to make image loading reliable by detecting img src attributes that point at your site URL and rewriting them to the equivalent local filesystem path (so the library reads the file directly instead of going through HTTP). It also probes each image with getimagesize() and logs an "Image not accessible" warning to the HikaShop log when it fails. But that whole machinery only helps when the underlying file is actually readable by the PHP process; if it is not (file permissions, open_basedir restriction, or anything else that blocks the read) the placeholder is the final result. Base64 sidesteps all of that because the bytes travel inside the HTML itself, no file lookup is needed at PDF time, so it works in environments where direct path access does not. One bug to fix in your snippet: "$mime = $logoInfo;" assigns the whole array returned by getimagesize instead of the MIME type, which produces "data:Array;base64,..." in the src attribute. You want the "mime" index: The rest is fine.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 1 week ago | | [](/forum/32-content-creation/910215-error-when-setting-a-zone-price-for-product-variants) | [Error when setting a "zone price" for product variants](/forum/32-content-creation/910215-error-when-setting-a-zone-price-for-product-variants "-- HikaShop version -- : 6.4.0 -- Joomla version -- : 5.4.3 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Chrome -- Error-message(debug-mod must be tuned on) -- : Call to a member function get() on null I am having an issue with configuring pricing on items with variants - when inserting a new price to be restricted to a Zone. On pressing Save - the subscreen shows the error - Call to a member function get() on null I can see in the database that the variant has the two prices (Existing plus the new) written - one of course showing the Zone ID Thanks in advance for your guidance on what to check") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 7 months 1 week ago, by [navarre](/forum/user/52450-navarre "View navarre's Profile") [Last Post](/forum/32-content-creation/910215-error-when-setting-a-zone-price-for-product-variants#371019 "Many thanks - applied the new package and confirm all is okay :) Many thanks again for the excellent service") 7 months 1 week ago by [navarre](/forum/user/52450-navarre "View navarre's Profile") | Replies:2 Views:564 | [Last Post](/forum/32-content-creation/910215-error-when-setting-a-zone-price-for-product-variants#371019 "Many thanks - applied the new package and confirm all is okay :) Many thanks again for the excellent service") by [navarre](/forum/user/52450-navarre "View navarre's Profile") 7 months 1 week ago | | [](/forum/32-content-creation/909944-changing-the-add-to-cart-text) | [Changing the add to cart text](/forum/32-content-creation/909944-changing-the-add-to-cart-text "-- HikaShop version -- : 5.1.6 -- Joomla version -- : 5.3.1 -- PHP version -- : 8.2 -- Browser(s) name and version -- : firefox Hello, I would like to know how to change the "add to cart" text depending on the product or category as I'm selling products but also seats for a workshop on my website. So I'd like to have "Reserve your spot" appearing rather than "add to the cart" for the workshop. Is there an easy way to do that? Thank you!") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 11 months 1 day ago, by [Noe](/forum/user/60747-noe "View Noe's Profile") [Last Post](/forum/32-content-creation/909944-changing-the-add-to-cart-text#369821 "Hi, What do you mean by "it's not working in this case" ? It should be the same for variants. Edit each variant of the product, and enter the text you want in the product_addtocart_message custom field of each variant. For the "choose options" button, if you want another text for all the products with variants, you can just create a translation override for the translation key CHOOSE_OPTIONS And if you want different texts for different products for that button, you want to create a custom field of the table "product" with the column name "product_chooseoptions_message" and then you can enter the text you want in each product in that custom field, or leave blank to use the default text.") 10 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6 Views:719 | [Last Post](/forum/32-content-creation/909944-changing-the-add-to-cart-text#369821 "Hi, What do you mean by "it's not working in this case" ? It should be the same for variants. Edit each variant of the product, and enter the text you want in the product_addtocart_message custom field of each variant. For the "choose options" button, if you want another text for all the products with variants, you can just create a translation override for the translation key CHOOSE_OPTIONS And if you want different texts for different products for that button, you want to create a custom field of the table "product" with the column name "product_chooseoptions_message" and then you can enter the text you want in each product in that custom field, or leave blank to use the default text.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 months 1 week ago | | [](/forum/32-content-creation/909902-cannot-access-offset-of-type-stdclass-in-isset-or-empty-on-save-product) | [Cannot access offset of type stdClass in isset or empty on save product](/forum/32-content-creation/909902-cannot-access-offset-of-type-stdclass-in-isset-or-empty-on-save-product "-- HikaShop version -- : 6.1.0 -- Joomla version -- : 5.4.0 -- PHP version -- : 8.3.27 -- Browser(s) name and version -- : Chrome -- Error-message(debug-mod must be tuned on) -- : Cannot access offset of type stdClass in isset or empty Hi, When I add a new product and I select one or more characteristics I get this error on save Cannot access offset of type stdClass in isset or empty When I add a product without characteristics and save it's ok. If I add the characteristics after I can also save without problems. Is this a bug? I have it on two sites (same php, hika and Joomla versions) With kind regards, Rachel Walraven") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 11 months 2 weeks ago, by [webwerk](/forum/user/37949-webwerk "View webwerk's Profile") [Last Post](/forum/32-content-creation/909902-cannot-access-offset-of-type-stdclass-in-isset-or-empty-on-save-product#369430 "Hi, The issue is linked to a mass action you have with a filter on the characteristics and which also has a trigger on the characteristic value. I've made a patch for it on our end. Download again the install package of the latest version and install it on yours and you'll get the patch. It should hopefully fix the problem. If not, you can temporarily disable this massaction or remove its trigger so that you can continue configuring your products unimpeded while we take another look at the problem.") 11 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:565 | [Last Post](/forum/32-content-creation/909902-cannot-access-offset-of-type-stdclass-in-isset-or-empty-on-save-product#369430 "Hi, The issue is linked to a mass action you have with a filter on the characteristics and which also has a trigger on the characteristic value. I've made a patch for it on our end. Download again the install package of the latest version and install it on yours and you'll get the patch. It should hopefully fix the problem. If not, you can temporarily disable this massaction or remove its trigger so that you can continue configuring your products unimpeded while we take another look at the problem.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 months 2 weeks ago | | [](/forum/32-content-creation/909676-use-characteristics-without-variants) | [Use characteristics without variants](/forum/32-content-creation/909676-use-characteristics-without-variants "-- HikaShop version -- : 6.1.0 -- Joomla version -- : ‎5.3.3 -- PHP version -- : 8.0.2 -- Browser(s) name and version -- : Brave 1.81.136 I'm building a webshop for window-decorations, so I need a lot of characteristics (about 240 RAL colours, structured paint or not, etc...) So Hikashop is good with the custom fields to enter the dimensions and I think I understand the Characteristics with their variants.... But in my case the price does not change, I just need that selected info in the order. To create 1 product now, I need 480 variants (each RAL colour x Structured paint or not) Is there not another, smarter way to just add 'options' to a product without all the variants (that need to be clicked 1 by 1 in the Characteristics list)") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 1 year 2 months ago, by [Designjunkie](/forum/user/38825-designjunkie "View Designjunkie's Profile") [Last Post](/forum/32-content-creation/909676-use-characteristics-without-variants#369068 "Hi, If you need to change the price based on the selection in custom fields, you can use the price calculations plugin: www.hikashop.com/marketplace/product/148...ce-calculations.html However, you can't change the images, SKU or SEF information based on the selection in the custom fields of a product. If you need that, then variants are the way to go. Note that you can potentially combine both and use characteristics for some, and custom item fields for others.") 1 year 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:994 | [Last Post](/forum/32-content-creation/909676-use-characteristics-without-variants#369068 "Hi, If you need to change the price based on the selection in custom fields, you can use the price calculations plugin: www.hikashop.com/marketplace/product/148...ce-calculations.html However, you can't change the images, SKU or SEF information based on the selection in the custom fields of a product. If you need that, then variants are the way to go. Note that you can potentially combine both and use characteristics for some, and custom item fields for others.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 year 1 week ago | | [](/forum/32-content-creation/909810-cannot-create-category) | [Cannot create category](/forum/32-content-creation/909810-cannot-create-category "-- HikaShop version -- : 6.1.0 -- Joomla version -- : 5.3.3 -- PHP version -- : 8.2 -- Browser(s) name and version -- : Microsoft Edge -- Error-message(debug-mod must be tuned on) -- : Sorry, there was a problem we could not recover from. The server returned a "500 - Whoops, looks like something went wrong." Help me resolve this Receive error when trying to create categories: Sorry, there was a problem we could not recover from. The server returned a "500 - Whoops, looks like something went wrong." Help me resolve this") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 1 year 2 weeks ago, by [wrina iamwe](/forum/user/34481-wrina-iamwe "View wrina iamwe's Profile") [Last Post](/forum/32-content-creation/909810-cannot-create-category#369035 "Hi, Activate the "debug" setting of the Joomla configuration and try again. You might get an error message with more information which will help us tell you what to do. If not, please look in the PHP error log for the real error message behind this generic "500" message. You might need to ask your hosting company support if you don't have direct access to the PHP error log.") 1 year 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:625 | [Last Post](/forum/32-content-creation/909810-cannot-create-category#369035 "Hi, Activate the "debug" setting of the Joomla configuration and try again. You might get an error message with more information which will help us tell you what to do. If not, please look in the PHP error log for the real error message behind this generic "500" message. You might need to ask your hosting company support if you don't have direct access to the PHP error log.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 year 2 weeks ago | | [](/forum/32-content-creation/909722-us-import-tariff-product-pricing) | [US import Tariff - Product pricing](/forum/32-content-creation/909722-us-import-tariff-product-pricing "-- HikaShop version -- : 5.1.0 When selling to a US customer we now have to pre-pay the tariff. Is there a way to define an item price Per country? Would the price calculations plug-in be needed to create some kind of rule\calculation to arrive at the "price" that would be applicable for a US customer?") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 1 year 1 month ago, by [navarre](/forum/user/52450-navarre "View navarre's Profile") [Last Post](/forum/32-content-creation/909722-us-import-tariff-product-pricing#368900 "Hi, For the clearance fee, you can use the cart fee plugin: www.hikashop.com/marketplace/product/279-cart-fee.html It is made for these kind of fees that are global to the cart / order. You can use a formula like this: I'm not sure what you mean. Being able to calculated the extra charges and fees should be possible already. It's just a matter of setting up, on your end, the necessary things properly, whether it's the cart fees plugin, prices per country, tax rules, etc. Having the charges and fees pre setup in HikaShop is not possible. First, we're a small team, and we don't have to size to be able to manage that. Just the sales tax in the USA has many rules and conditions based on the type of good you're selling, where you're selling it from, who you're selling to, and where the destination is. That's why we made an integration with TaxCloud, to automaticallly calculate the sales tax for US merchants. And then you have different rules for different countries, etc. And now you have the tariffs which adds another level of complexity to keep track of everything. Even more so as the rules change every other day...") 1 year 4 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:868 | [Last Post](/forum/32-content-creation/909722-us-import-tariff-product-pricing#368900 "Hi, For the clearance fee, you can use the cart fee plugin: www.hikashop.com/marketplace/product/279-cart-fee.html It is made for these kind of fees that are global to the cart / order. You can use a formula like this: I'm not sure what you mean. Being able to calculated the extra charges and fees should be possible already. It's just a matter of setting up, on your end, the necessary things properly, whether it's the cart fees plugin, prices per country, tax rules, etc. Having the charges and fees pre setup in HikaShop is not possible. First, we're a small team, and we don't have to size to be able to manage that. Just the sales tax in the USA has many rules and conditions based on the type of good you're selling, where you're selling it from, who you're selling to, and where the destination is. That's why we made an integration with TaxCloud, to automaticallly calculate the sales tax for US merchants. And then you have different rules for different countries, etc. And now you have the tariffs which adds another level of complexity to keep track of everything. Even more so as the rules change every other day...") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 year 4 weeks ago | | [](/forum/32-content-creation/909743-produit-avec-option-choisir-qte) | [Produit avec option --> choisir qté](/forum/32-content-creation/909743-produit-avec-option-choisir-qte "Bonjour, Je n'arrive pas à paramétrer un produit qui aurait un prix de base et des options mais non pas individuelles mais par qté. Par exemple une imprimate avec un rouleau fourni vendu 500€. Avec une option pour des rouleaux supplémentaires à 10 € pièce. Le client chsoisi le nb de rouleaux et le prix se met à jour en fonction (comme les variantes). Cela met au panier l'ensemble. Je comprends bien qu'il s'agit de deux produits qu'on "combine" et qui se mettent au panier ensemble. Mais je n'arrive pas à faire qu'on puisse choisr le nombre. Sur votre demon, on peut choisir la quantité de ram de la machine mais ce sont des variantes "figées" (2, 4, ..). Est-ce possible ? Merci Laurent") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 1 year 1 month ago, by [laurent](/forum/user/268-laurent "View laurent's Profile") [Last Post](/forum/32-content-creation/909743-produit-avec-option-choisir-qte#368731 "Bonjour, Parfait. Merci.") 1 year 1 month ago by [laurent](/forum/user/268-laurent "View laurent's Profile") | Replies:2 Views:832 | [Last Post](/forum/32-content-creation/909743-produit-avec-option-choisir-qte#368731 "Bonjour, Parfait. Merci.") by [laurent](/forum/user/268-laurent "View laurent's Profile") 1 year 1 month ago | | [](/forum/32-content-creation/909715-translation-not-showing) | [Translation not showing?](/forum/32-content-creation/909715-translation-not-showing "-- HikaShop version -- : 6.1.0 -- Joomla version -- : 5.3.3 -- PHP version -- : 8.3.24 Hi, I'm migrating a website from joomla 4 to joomla 5. The website used Falang for multi language pages but I want to remove Falang and use native joomla functionality). So I deinstalled Falang. In hikashop the mulit language option is set to yes. The products and categories have translated titles and content. But on the frontend I only see the dutch titles and content (default language is dutch). See screenshots of the same product on a dutch and an english page. Everything is translated as it should be (like add to cart button, and the cart module in the header)/ But the content and title stay in dutch. I also include some screenshots of the product in the backend so you can see that there is english content. What am I missing here?") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 1 year 1 month ago, by [yolknet](/forum/user/12476-yolknet "View yolknet's Profile") [Last Post](/forum/32-content-creation/909715-translation-not-showing#368616 "Hi, 1. Falang uses a system plugin which hooks up to the MySQL queries driver mechanism of Joomla. With this, it reads all the MySQL queries and when something matches with a content element it supports, it will run another query to look for the translations and dynamically replace the text on the frontend. So, in the Falang backend interface, if you go to the "Content elements" menu of Falang, you can see all the content elements it supports. There, you can select the ones you don't want Falang to take into account and delete them. The less content elements you have in Falang, the less queries it will have to process. If you only need it for a few content elements in HikaShop, you can delete all the other ones and it will drastically help reduce the toll of using Falang on your pages speed. 2. You can rename it to whatever you want. The goal is for HikaShop to not find it anymore. So for example falang_content_backup") 1 year 1 month ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:1318 | [Last Post](/forum/32-content-creation/909715-translation-not-showing#368616 "Hi, 1. Falang uses a system plugin which hooks up to the MySQL queries driver mechanism of Joomla. With this, it reads all the MySQL queries and when something matches with a content element it supports, it will run another query to look for the translations and dynamically replace the text on the frontend. So, in the Falang backend interface, if you go to the "Content elements" menu of Falang, you can see all the content elements it supports. There, you can select the ones you don't want Falang to take into account and delete them. The less content elements you have in Falang, the less queries it will have to process. If you only need it for a few content elements in HikaShop, you can delete all the other ones and it will drastically help reduce the toll of using Falang on your pages speed. 2. You can rename it to whatever you want. The goal is for HikaShop to not find it anymore. So for example falang_content_backup") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 year 1 month ago | | [](/forum/32-content-creation/909707-custom-text-info-on-product-page) | [Custom text info on product page](/forum/32-content-creation/909707-custom-text-info-on-product-page "-- HikaShop version -- : 6.1 -- Joomla version -- : 5.3.x -- PHP version -- : 8.4.x I want to show the "estimated delivery time" on the product page. For this purpose I think I have to create some type of custom field. It must be a text field for the backend (input) and has to be shown as text information on the frontend (product page). So I guess I should use the table "article" - but what field type? The only "text" type seems the "custom text" field, but this shows only one (!) global text information. But I have to set an individual text per product. Please help! ;)") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 1 year 1 month ago, by [Rusty](/forum/user/83085-rusty "View Rusty's Profile") [Last Post](/forum/32-content-creation/909707-custom-text-info-on-product-page#368541 "Hi, Delete that field and use instead the table "product" for a new custom field of the type "text". You'll then be able to enter your text in each product and it will appear on the frontend product page.") 1 year 1 month ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:900 | [Last Post](/forum/32-content-creation/909707-custom-text-info-on-product-page#368541 "Hi, Delete that field and use instead the table "product" for a new custom field of the type "text". You'll then be able to enter your text in each product and it will appear on the frontend product page.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 year 1 month ago | | [](/forum/32-content-creation/909684-webshop-is-very-slow-with-variants) | [Webshop is very slow with variants](/forum/32-content-creation/909684-webshop-is-very-slow-with-variants "-- HikaShop version -- : 6.0 0 -- Joomla version -- : 5.3.3 -- PHP version -- : 8.3.24 We have created a webshop (only to make offers, not to make an actual purchase) for products that can be customized by size. I did this with variants. Some of the products have up to 800 variants. First you choose a category, the category will load all the products in the category. But when you choose a product, it takes like 20 to 30 seconds the page. No need to explain that that is too long ;-) What can we do to speed this up? Or is that just how it is wit variants?") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 1 year 1 month ago, by [yolknet](/forum/user/12476-yolknet "View yolknet's Profile") [Last Post](/forum/32-content-creation/909684-webshop-is-very-slow-with-variants#368350 "Hi, It is how it is with variants. A variant is like a product. So, if you have 800 variants for a product, the system has to load all 800 variants on the page. So it is similar to displaying a listing of 800 products on the frontend. It would also be as slow. Now, there are very few cases where you really need that many variants. In most cases, you can do the same with custom fields of the table "item": www.hikashop.com/support/documentation/4...shop-field-form.html These won't require much loading so you can have dozens of fields with dozens of values for each without any speed difference on the product page load. So, I would recommend looking into the possibility of using custom item fields instead of characteristics.") 1 year 1 month ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1129 | [Last Post](/forum/32-content-creation/909684-webshop-is-very-slow-with-variants#368350 "Hi, It is how it is with variants. A variant is like a product. So, if you have 800 variants for a product, the system has to load all 800 variants on the page. So it is similar to displaying a listing of 800 products on the frontend. It would also be as slow. Now, there are very few cases where you really need that many variants. In most cases, you can do the same with custom fields of the table "item": www.hikashop.com/support/documentation/4...shop-field-form.html These won't require much loading so you can have dozens of fields with dozens of values for each without any speed difference on the product page load. So, I would recommend looking into the possibility of using custom item fields instead of characteristics.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 year 1 month ago | | [ ](#forumtop) | | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.294 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)