If you want to move Prestashop from one server to other, this guide is the more complete one.
In addition to me, I created a parking DNS to redirect the DNS from 1 hosting provider to other without change the domain contract.
I had an issue when uploading the SQL database because it was around 100MB and the time response were timed out. You just need to deselect “Allow the interruption of an import in case the script detects it is close to the PHP timeout limit”.
Once you access to the store admin, you have to review the configuration at least of:
- Review multi-store URLs
- Remove couldfront direction in case you have CDN.
- Review the menu (just in case).
- In general all modules: Social links, cms block….
I am trying to configure a multistore on Prestashop 184.108.40.206. I create the new environment, I configure the virtual address and I can hide modules for this specific store. I can also create categories and products.
My issue: I cannot visualize the store, it only shows the top layer. There is not “body” 🙁
I go to module > positions, and all modules are there on each right position.
I enter on the “Run Live Edit” of the theme and it only shows the logo and an 404 error.
any idea about what I should review?
- Follow the user support help document.
- Categories: check at least a couple of them from the root shop.
- Import all modules (you can disable them later).
Select the right theme (in my case this was important thing I was doing wrongly).
I do not you, but I have still not found a clear standard way to meaure the E2E time response of a web hosting provider for a prestashop store. I know my shared hosting has a slow First Time response, but where to go?
On WordPress someone created a plugin to measure the CPU speed, the network transfer and database queries per second. The way to compare with others is not accurate, but it’s better than nothing.
When you are using a shared server, the CPU, the number of neighbors and many other aspects are key to understand the time response, but I want to be able to compare apples with apples, and avoid every single provider to tell me why their hosting is faster than others.
Other aspect relevant for me, is that I want speed on Prestashop configuration, I don’t care about WordPress or joomla or other environments.
So, I’m looking for the Kms/h refference, something like “Bogus PrestaShop Instructions per Second” (BogoPips) that enable the community to compare apples with apples.
Is there already something in place?
This is the summary, I had to disable the cache from Prestashop.
The cache mechanism from Prestashop is a different thing from the CDN. To avoid confusion, I have activated a CDN and this works fine delivering the static content of the store (images, js, css, etc).
The issue is the internal cache system from Prestashop.
I though that the use of this cache was something good, it should be beneficial, isn’t it? In my case, it is not the case.
This cache system uses a lot of resources (mainly CPU) to generate and update the cache. When you disable it, every single request is done through the PHP web server and the database, but the CPU and memory used is less in the majority of the scenarios than having the cache activated.
Other important thing is to disable the modules that you really do not use. I read that in a blog and I thought “this is so basic suggestion!!” but 5 minutes later I had disabled 6 modules.
This is being a hard job to enable and disable modules, test the environment and track the time response, but at this stage I have not other option 🙁
I have changed the name of my shop in Preferences / Contact and shops, there is nothing to do, these values do not change. I enter again and the old values come back again.
I was reviewing the php file and I found that the configuration values that where not working was: PS_SHOP_EMAIL.
I accessed to the database and on the ps_configuration table, I saw that the values for this key was duplicated. I have removed the duplicated value and now it is working fine.
I had an issue on the panels where the products are listed. For some of the categories the navigation was working, but for some others the navigation failed. You can click on:
- Sort by grid,
- Sort by list
- Next, to access to the following list of 10 or 20 products.
After performing so many checks I found that the cause that was governing the navigation was the module blocklayered, and that it was not working properly.
- I changed some properties, and it did not work.
- I execute the cron jobs, and it did not work.
I have reset it and now is working fine!!!! the panels are working and the navigation is running fine.
Other recommendation, if you are updating products and categories (something very usual) you should rebuild these indexes of the module blocklayered:
I have updated the system to another server and the behavior of the category form is not working fine: the field “root category” is not shown. You can see a screenshot below:
Why this field is not being show?
How can enable it?
I have found on Prestashop 1.5.6 there is a new storage system. To enable the move of images to this new system you have to:
1.- Edit your config/settings.inc.php
file and set shop creation date “in the past” earlier than 2013-03-26. Why? The stores more recent to this date will already use the new storage system, so no move is required. The situation is weird when you have installed an old version of Prestashop after that date.
2.- Then, edit controllers/admin/AdminImagesController.php
3.- Look for “// No need to display the old image system”
4.- Below the comment line I found: “$this->display_move = false;”
5.- Replace by: “$this->display_move = true;”
6.- Then go to Preferences -> Images and click Move Images.
7.- When it will be done – change code as before or leave it.
We have this issue on the Prestashop front office language,
It requires to increase suhosin.post.max_var and suhosin.request.max_var to a minimum of 1441.
In our case, I need my hosting provider to increase these values on the php.ini file.
is very useful to understand basic concepts about the PHP configuration.
Example of php.ini file with relevant performance parameters:
memory_limit = 2048M
max_execution_time = 1000;
max_input_time = -1;
post_max_size = 15M;
upload_max_filesize = 15M;
max_input_vars = 10000;
suhosin.get.max_vars = 10000;
suhosin.post.max_vars = 10000;