musicmaster

The zipfile contains a pdf with a manual.

As an alternative you might consider using my free Copy_shopdata script.

Look in the server error log or under /var/logs for the error message. Usually this is a PHP error in an ajax call.

Did you try enabling profiling? https://dh42.com/blog/prestashop-debug-profiling/

Matching the tags is done by the browser. So I have no control over it and different browsers may even produce slightly different results. For the moment I have added a counter below the descriptions plus a red color when they are to big. Don't forget to refresh the browser cache (ctrl-F5 on the pc) when installing the new version.

Thank you for the feedback. - I can add the product id to the error message - I can add a field size counter to the description_short field. However, there are two limitations: it won't work under TinyMce and it is not 100% accurate. Before submission the field is balanced - so that if you have an opening h1 or div tag without a closure that closing tag is added. That can increase the field size. - I am puzzled by your ps that not all records are processed. I cannot reproduce that. Can you provide more details? Is it the first or the last? Does it happen always or sometimes? Does it happen with specific fields? Does it sometimes concern more than one?

This should now work the way you want.

This option shouldn't have been there at all. There is a special drop down menu option for the shop.

I will look at the shop search. Just one other point about the speed. Many operations cause the need for re-indexation of products. That is dosed so that not too much is done at once. However, if you have big texts and many languages this operation could take too much time. You can try the option "skip indexation" in product-edit. The verbose option could be tried to see what queries are done.

Sorry, I don't have a solution for that. I have no idea why this database is becoming slow. If someone else has a solution it would be welcome. Two suggestions: - Make sure that the database doesn't get too big. So truncate ps_connections, ps_guest, etc - Make sure that this database is the only database in your Mysql installation. The Mysql system tables are not indexed, so if you have more databases in one installation things can become slow quickly.

Hi Constantin, Thanks for reporting the problem. I will fix. In the next release - that will appear in about a week it will be repaired. Regards, M

images.somename.com is a different server. So your shop script doesn't have access to its file system and cannot copy images there even if it wanted to. You might consider installing a copy of your shop on the image server just for the image upload.

You don't describe the context: does this happen in a shop that worked or is this a show stopper in a new shop? Link_rewrite is the field that is used to create the url. Seeing that you are using a non-latin (Persian?) alphabet my guess would be that one or more of those fields contain characters that are not allowed.

At the moment it is not possible to install the latest versions of Prestashop under Windows. There is some bug around that is discussed here. This situation has already been for lasting three months. If you try you will get an error at 56%. If you look in the error log of the server you will see something vague about Swifmailer. If you choose the retry option it will fail at 0%. So the latest Prestashop version that you can install under Windows is 8.1.2. There is a provisional solution mentioned on Github. It involves changing the file /app/AppKernel.php. In the function getContainerClearCacheLockPath() you should change the line $this->getCacheDir(); into $cacheDir = sys_get_temp_dir(); This is not an official solution and it may have some problems of its own, so don't apply it to your Linux installation. However, it will get your shop 8.1.5 shop installed on Windows. Note that installing this version you may get the error "Warning: rename([]index.php.tmp,[]index.php): Access denied (code:5) in index.php on line 1338 ("error":false,"numfiles":28574,"lastId":29000)" with your path instead of the []. When that happens you should go to the root directory of the shop, rename index.php.tmp to index.php and then run the /install/index.php file of your shop in the browser. You may also get the OPENSSL_CONF error. That has been discussed elsewhere on this forum.

Please enable debug mode and refresh the page so that you can see the error message.