musicmaster

I had similar problem. In the end I gave up and started sending via Sendgrid. It is free up to a certain volume. They make money with mass mailings but you can do your normal mails via them too.

Having multiple products on a page is not really rocket science. See here for an example: https://www.topsnoep.nl/relatiegeschenken/2863-notenmand-zelf-samengesteld.html But there are many different scenarios where this would be welcome. Some are enhanced category pages - where people can enter quantities or select attributes. Others are enhanced product pages - where you can immediately order associated products. Yet others aim to be an alternative to the combination system, where some options are offered as separate products rather than attributes. There is also the question of presentation. In some cases you want the cluster to appear in the cart as one product that you can delete, change quantity or change composition. In other cases you prefer to see each product separate in the cart. In some cases you want one buy button for the cluster. In other cases one button for each product. Also related is the option to have "free" buy buttons that you can place on cms pages and pages that are not part of the webshop. It is this complexity that makes it hard to formulate a solution. And given the needed reconstruction it is best to make one big step instead of many small ones. You can set weights for combinations - but not lengths/widths.

Are you sure your Elastic 5 is running at port 9200? Couldn't it be that it chose another port because there was some remainder of the 6 version still occupying that port? In my installation the search uses also about 2.5 times the size of tb_product_lang. I guess that is the normal proportion. Elastic may be faster, but I doubt it will use less space.

How big is your tb_product_lang table? Did you have a look at the Preferences->Search entry in your backoffice. Maybe you can set some weights to zero...

Another approach is too look at your blacklist. Thirty Bees/Prestashop maintains a list of common words that are not indexed because they are too common. The English version begins with "a|about|above|after|again|against|all|am|an|and|any|are|aren|as|at|be|because|been|before|being". In other languages that blacklist is not always set. The blacklist is in the tb_configuration_lang database table. To find it you look first in the tb_configuration_table for PS_SEARCH_BLACKLIST. With that id you look in the tb_configuration_lang table.

That new rows are added to tb_carrier is normal. That way when you change your carrier prices existing orders aren't affected. The Prestashop bug you mentioned has a fix: https://github.com/PrestaShop/PrestaShop/pull/12946/files Did you try implementing that in your Thirty Bees file? Instead of line 695 you should read line 1089.

Glad to hear you like Prestools. Thank you for your suggestions. I will consider them - but at the moment I have some other priorities that come first.

Two times: yes. The first thing is easy to test.

A database as a whole has a char set. But individual tables in it can have different char sets. Can you check what char sets the blog tables use?

Did you try using it in product names too?

The difference between UTF-8 and utf8mb4 is marginal. All shops migrated from Prestashop use utf-8

Try copying text from a source that is guaranteed utf-8 and not latin, like this: https://www.bbc.com/russian/vert-fut-48422051 What happens when you try such texts in product names?

What char set are you using in your TB database?

I have a problem with the display of customizations during checkout that happens both in the default theme and with Panda. The normal display is this: This looks ok. However, when you disable stockkeeping in the backoffice you get a problem. In that case in the first row the availability column disappears but in the second column the description keeps occupying three columns. That gives the following result:

Deleting cookies is not the same as deleting the cache. If the main site is another site then somewhere you must have mentioned that main url. Otherwise it couldn't find it.

A redirect to the home might be caused by some bug in an url: either an extra space, a variable indicating the path that was not set or some javascript error. Did you clean your TB cache and the browsercache?

Try to create a text or html file in the root of the domain and look whether you can see it. That way you will have excluded every influence of the shop software.

I have downloaded the program and may have a look at it later. You can use Prestools as an alternative.

What happens when you delete (rename) .htaccess?

Shipping is complicated and it is easy to do something wrong. The standard algorithm is to put the cheapest "carrier" first. So if there is a free option - even when it is retrieve in shop - it will come out on top. However, there is a page where you can change that sorting algorithm.

I don't understand this setup. You have multishop. So there should be at least two shop urls in your story. Yet there is only one.

Hands on I might be able to solve this. But from a distance it is hard. It seems you have an empty isocode field for a language.

Can you show the whole of the messages? Now you have a picture that doesn't show the filename and the line number. I see two different notices. Are these the only two?

That is called Ajax. It means that the software calls a page in the background and then uses the results of that page to change the page you see. So you never see the page that was called. However, when you have the network console open on the moment that you press this submit button you will see that page come along.

I tested on my site and I didn't find any problem changing the track url. It makes me wonder whether you see any error in your log files.