musicmaster

What is the function of the key with the name "secret" in parameters.php?

It could try to include a non-existing image. The file (or one of the files) that is supposed to handle the sending could be ,issing.

You are not very helpful to people who want to help you. First of all: there are two error logs where you can look. One is the error log of the (Apache?) server. The other is below the /var/logs directory of your shop. Second this "spanish customers" is too vague. How many of them does it concern? Are you sure it is not some specific product that is ordered? How about their names and addresses: could it be that accented characters are causing problems? What happens when you make a test account with the same names, addresses, orders, etc? Is your contact with some of these customes good enough that you can ask them to cause the error while you have enabled debug ,ode for a short time? "try to checkout" is vague too: in which step does this error happen exactly?

If you have a problem with a module you should contact its maker. It is their responsibility to provide you with a good product.

I once had such an error and I solved it by adding the brackets as the error message suggests.

This is an ajax error. I wrote a post a long time ago about how to analyze it.

Yes, that is possible. You only need to fill in the database credentials in the config file. You can use Copy_shopdata_imghub.php to copy the image directory.

Can you download the latest version and try again?

Di you try changing the main separator to a comma? In that case the subseparator will become a semicolon. On the top level values are automatically enclosed in quotes when they contain the separator.

Hi, I am interested in helping you upgrade. I am a bit puzzled by what you mean with "without errors in integrated modules". Do you have custom made modules that need adaptation? Or do you only have market place modules that can be upgraded to the latest version. I have considerable experience upgrading Prestashop shop and I am the author of the free update tool Copy_shopdata. Kind regards, Wim Roffel Prestools

It works for me: NULL is automatically converted into an empty string. It looks like your database has stricter settings. Maybe it is a Mysql vs. MariaDB difference. Edit: There is now a new version of the package that you can download

An update with the Github version won't have any effect. The difference between the versions is in the modules and the only effect of a Github upgrade will be that the basic modules will not be upgraded to the latest version. You would have a chance putting your present database on top of the files of a freshly installed Github installation of the same version. It seems logical but as I have never tried it I am not sure. The most simple solution of course is just uninstalling the extra modules. In that case you need to uninstall all of them as they are linked.

This is outdated. It is a warning about the "state" field in ps_product. That field was introduced in PS 1.7.0 and served as a kind of "in process" flag. If it was zero your product was being processed and not shown. That was not really a good idea and in the latest versions it no longer has an effect. But I haven't followed it and I am not sure when this change happened. So you can ignore it.

yes

It looks like those databases have different logins and that gives problems. If that is the case you have two options: - you can copy one of the databases or allocate rights so that both can be reached with the same server-user-password combination - you can set the $copy_method variable to row. But that will make the process much slower.