30knees

I also tried, unsuccessfully: Redirect 301 /product_info.php?products_id=82 https://www.shop.com/index.php?id_product=50&controller=product&id_lang=2

I'd like to revisit the question of configuring Cloudways for thirty bees. On the server management side, what about? - HTTP/2 - PHP version - MySQL version - Elasticsearch - Redis - PHP FPM On the application side, what about? - Varnish And from what I understood in this thread, in the shop itself, under Advanced Paramters> Performance, we should do: - Activate Cache - Select redis as the type of cache What about? - Full page cache - CCC> Apache optimization - Smarty cache Thanks!

@wakabayashi I tried it now that the new site is live with the .htaccess, but a page like https://httpstatus.io/ gives me a 404. :( Any ideas?

Hi, Does anyone use the Customer Service function: http://doc.prestashop.com/display/PS16/Customer+Service and could share their experience with it? In particular: - Does it work well or is it buggy? - IMAP sync: Will an answer via an email client be picked up in the shop and vice versa?

The license stuff doesn't hold up in the EU: https://www.techdirt.com/articles/20120703/11345519566/eu-court-says-yes-you-can-resell-your-software-even-if-software-company-says-you-cant.shtml

I have a couple of PS 1.6 (and other shop platform) modules that I am not using. I'd like to sell these. Does anyone know of a marketplace to do that?

Hi, When I go to Administration>Permissions I get a long list of the following error notices on lines 366, 372, 373, 380: vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(157) : eval()'d code [8] Undefined offset: 113

Awesome, thanks @mdekker! :) @wakabayashi I had debug on, but it just didn't do anything - no error, nothing. But Dekker's module solves all. :)

All I know is that ASM is quite buggy, a legacy from PS. Most people using it have problems.

Hi, I'd like to add a carrier column to the orders page in the backoffice. I tried the first answer here: https://stackoverflow.com/questions/39785470/add-carrier-column-to-orders-table-in-prestashop-back-office but it's not working for tb. Would anybody know what the fix is?

@traumflug Yep, the "No redirection" worked for @bzndk's suggestion. Thank you! Generally speaking, though: Having shop.com/index.php?id_product=57 should be enough for the system to figure out what product is intended. In my old shop software, you could give a URL like that and depending on the user's browser settings, it would show one or the the other language. As the default URL is shop.com/index.php?idproduct=50&controller=product&idlang=2, it makes sense to be able to simply cut off the parts after id_product=50 and not rearrange the URL (thinking of copy and pasting URLs to different pages).

That gives me this error: [Debug] This page has moved Please use the following URL instead: shop.com/index.php?idproduct=50&controller=product&idlang=2 I'm calling mainly because it's easier to do bulk permanent redirects without pretty URLs

Good idea! I'm looking into this module: https://addons.prestashop.com/en/customer-reviews/17896-store-reviews-product-reviews-google-rich-snippets.html Integrating it into the cutomer loyalty module would be neat.

@lesley Any plans for the module so far?

Thanks, @SLiCK_303! I also discovered this module: https://addons.prestashop.com/en/url-redirects/11399-301-302-303-url-redirects-and-404-seo.html But let's see whether someone here in the forum knows.

Hi, We'd like to migrate from our old shop platform to tb. All the links should remain valid and receive a permanent redirect. Old shop URL template www.shop.com/productinfo.php?productsid=82 New shop URL template www.shop.com/index.php?idproduct=50&controller=product&idlang=2 (apparently, idlang is necessary, see https://forum.thirtybees.com/topic/1036/url-with-idproduct-does-not-work-needs-id_lang) I've mapped the respective product IDs and would need to generate the permanent 301 redirect now. If we take the above template examples and want to map the old URL to the new URL, would this be the correct way to do so? RewriteCond %{QUERY_STRING} products_id=82 RewriteRule ^(.*)$ http://www.shop.com/index.php?id_product=50&controller=product&id_lang=2 [L,R=301] How do I put the code in the .htaccess file with thirty bes? Under Preferences>SEO & URLs it says the .htaccess is automatically generated. I don't want the code to be overwritten by tb. Is there anything else I need to consider besides placing that code in the .htaccess file? Thanks

Hi, This seems like a bug to me. Is it truly one? The URL shop.com/index.php?idproduct=50&controller=product&idlang=2 leads to the product, but the URL shop.com/index.php?id_product=50 does not, but the shop's homepage. I would have expected the URL shop.com/index.php?id_product=50 to lead to the product page in the shop's default language, but not to the shop's homepage.

I was considering having a module built and then open sourced to the community, but only the functionality of editing the carrier and the payment method would have cost about four times as much as the module, which has more functionality. So I decided against it.

Unfortunately, for now I decided against having a module built for this. It would have cost much more than eg this module that offers a lot more functionality (and the additional functionality is some that I'd have also needed): https://www.silbersaiten.de/prestashop/en/prestashop-modules/205-order-edit-edit-existing-order.html

@vzex Yes! I think the order process is the most important element of a site. We really need to fix it.

I got this reply: It only shows when debugging is enabled (which it shouldn't be when the website is fully live). It's just a bug in Prestashops HelperForm class which may or may not get fixed due to it having no negative effect other than showing a notice (notices generally pose no issue). I like the "may or may not get fixed". :)

OK, thanks. So to make sure I understood: Having values under different attributes (=attribute categories) means the system wants to make these into combinations. If I do not want that, they need to be values under the same attribute. Then I will change my implementation.

Sounded odd to me, too, but I don't have any arguments to give him :) It also only shows up with his module.

When I visit a certain third party module's configuration page I get the following error: Notice on line 988 in file /cache/smarty/compile/e8/17/8f/e8178f4c9387e84f401348d28910fcfff4f23a17.file.form.tpl.php [8] Undefined index: name The developer said it is unrelated to their module and is caused by debugging being enabled in the "defines.php" file. I don't know whether this is a ps/tb incompatibility issue or something else, but I'm posting it here in case it's relevant for someone or something.

I have two attribute categories, one "Pieces" and one "Weight". For a certain product that is available both as poweder and as capsules, I would like to have one attribute with "100 capsules" and one with "100g". This means each attribute would be from a different attribute category. The customer can select whether they'd like to buy the product as capsules or as powder. 100 capsules is the default attribute. This means it's automatically pre-selected. If a customer clicks on 100g, both 100 capsules and 100g are selected and I get the message: "This combination does not exist for this product. Please select another combination." But these two shouldn't be combination attributes, they should be individually selectable. Am I doing something wrong or is this just how tb works? If so, does that mean I would need to have the two attributes in one category and not spread across two categories?