MY Prestashop website is running super slow!!!!

[Kevin]

I am using PrestaShop to make an e-commerce website: http://livingtone.com.au/en/ , but it is running suppppppper slow.

It is my first time using PrestaShop as CMS, I have done lots of research so far. 

I tried config settings as suggested :

1. Smarty cache: Now start with the exact settings for properly caching the pages. First go to Advanced Parameters / Performance.  check the following options:
    Never recompile template files
    Check Cache
    Do not open console
 
2.  CCC (Combine, Compress and Cache): As it was before deactivated, we only need to check:
Use CCC for CSS
Use CCC for JavaScript.
Keep HTML as original
Keep inline JavaScript in HTML as original
Check Apache optimization

 

3. I also enable Enable gzip compression in htaccess.

However, no one work for me, my site is still really slow. Not only the front-site, but also the back-office. 

 

I am using Prestashop 1.7, can anyone give me some suggestions of how to speed up my site?

 

[Daresh]

Turn on profiling and analyze, maybe there is some bottleneck module or something.

[selectshop.at]

Check min. server requirements for to run Prestashop. If you don't know how and where, so ask your provider.

Tutorial: https://www.prestashop.com/forums/topic/633857-server-requirements-for-ps-17/

Turn on profiling (means turn on debug mode): https://www.prestashop.com/forums/topic/224525-how-to-turn-on-error-reporting-for-debug-information-blank-page-500-internal-server-error/

 

[Kevin]

@selectshop.at

HI, thanks so much for your valuable advice.

I just changed my PHP to PHP 7, and the website is running much faster than before. 

I was trying to change my server configuration. But because I am using cloud hosting not c-panel. and the server provider told me everything is default and I cannot change them.

I use gtmetrix.com to test my site, and it always ask me to enable GIZP compression:

Enable compression for the following resources to reduce their transfer size by 1.0MiB (74% reduction).

• Compressing http://livingtone.com.au/themes/furniture_theme/assets/cache/XXX.js could save 558.0KiB (72% reduction).
• Compressing http://livingtone.com.au/themes/furniture_theme/assets/cache/XXX.css could save 417.8KiB (77% reduction).
• Compressing http://livingtone.com.au/themes/furniture_theme/assets/cache/XXX.js could save 61.5KiB (65% reduction).

 

I am following this tutorial https://varvy.com/pagespeed/enable-compression.html to enable GIZP compression but it seems not working. Are you able to help me check why?

3 hours ago, selectshop.at said:

Check min. server requirements for to run Prestashop. If you don't know how and where, so ask your provider.

Tutorial: https://www.prestashop.com/forums/topic/633857-server-requirements-for-ps-17/

Turn on profiling (means turn on debug mode): https://www.prestashop.com/forums/topic/224525-how-to-turn-on-error-reporting-for-debug-information-blank-page-500-internal-server-error/

 

[selectshop.at]

on your server gzip should be installed. If you are running ngnix, so compression directives should be configured on ngnix. If you cannot access server with root rights, than you have these options: search for a provider offering VPS root, use a dedicated server or to accept the webspace you are running now.

 

You are using non native theme. Some of the addons used are not prepared for to be compressed. It is a theme problem. Be aware that if you are running on ngnix, than some things will be not compressed at all. AND to achieve 100% on gtmetrix should be a goal. but not real.

[Kevin]

HI, @selectshop.at

Sorry, I dont under what do you mean by compression directives should be configured on ngnix.

But I fond 

.I am adding 

Add to .htaccess:

Header unset Pragma FileETag None Header unset ETag

 

Cache-Control and Expires headers

<FilesMatch "\.(ico|jpg|jpeg|png|gif|js|css|swf|pdf|flv|mp3)$"> <IfModule mod_expires.c> ExpiresActive on ExpiresDefault "access plus 14 days" Header set Cache-Control "public" </IfModule> </FilesMatch> <FilesMatch "\.(html|htm|xml|txt|xsl)$"> Header set Cache-Control "max-age=7200, must-revalidate" </FilesMatch>

 

Add to .htaccess:

Gzip compression with mod_deflate module

<IfModule mod_mime.c>

AddType application/x-javascript .js

AddType text/css .css

</IfModule>

<IfModule mod_deflate.c>

AddOutputFilterByType DEFLATE text/css application/x-javascript text/x-component text/html text/richtext image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon application/javascript

<IfModule mod_setenvif.c>

BrowserMatch ^Mozilla/4 gzip-only-text/html

BrowserMatch ^Mozilla/4\.0[678] no-gzip

BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

</IfModule>

<IfModule mod_headers.c>

Header append Vary User-Agent env=!dont-vary

</IfModule>

</IfModule>

What this code does it activate compression of all files except these files archives, images, multimedia files, etc.

SetOutputFilter DEFLATE

<IfModule mod_setenvif.c>

SetEnvIfNoCase Request_URI \.(?:rar|zip)$ no-gzip dont-vary

SetEnvIfNoCase Request_URI \.(?:gif|jpg|png)$ no-gzip dont-vary

SetEnvIfNoCase Request_URI \.(?:avi|mov|mp4)$ no-gzip dont-vary

SetEnvIfNoCase Request_URI \.mp3$ no-gzip dont-vary

</IfModule>

It seems like it work for most people, but not really for mine. 

[selectshop.at]

As I stated before, if you are using ngnix. you will not be able to minify all css and JS. ngnix is already the fastest way for to run scripts, there is no need to compress more. Compression on ngnix: https://www.nginx.com/resources/admin-guide/compression-and-decompression/

gtmetrix is not the pope of the webmaster tools. Use Google webmaster tools for to analyze your site. And let me say 100% you will never achieve unless your site is not a static site. Prestahsop is a dynamic site, so you will not achieve this 100%.

Furthermore part script you posted before is usless. This is something for older Pretashop versions. Prestashop 1.6./1.7. is already using cache control on .htaccess by standard.

<IfModule mod_expires.c>
	ExpiresActive On
	ExpiresByType image/gif "access plus 1 month"
	ExpiresByType image/jpeg "access plus 1 month"
	ExpiresByType image/png "access plus 1 month"
	ExpiresByType text/css "access plus 1 week"
	ExpiresByType text/javascript "access plus 1 week"
	ExpiresByType application/javascript "access plus 1 week"
	ExpiresByType application/x-javascript "access plus 1 week"
	ExpiresByType image/x-icon "access plus 1 year"
	ExpiresByType image/svg+xml "access plus 1 year"
	ExpiresByType image/vnd.microsoft.icon "access plus 1 year"
	ExpiresByType application/font-woff "access plus 1 year"
	ExpiresByType application/x-font-woff "access plus 1 year"
	ExpiresByType font/woff2 "access plus 1 year"
	ExpiresByType application/vnd.ms-fontobject "access plus 1 year"
	ExpiresByType font/opentype "access plus 1 year"
	ExpiresByType font/ttf "access plus 1 year"
	ExpiresByType font/otf "access plus 1 year"
	ExpiresByType application/x-font-ttf "access plus 1 year"
	ExpiresByType application/x-font-otf "access plus 1 year"
</IfModule>

<IfModule mod_headers.c>
	Header unset Etag
</IfModule>
FileETag none
<IfModule mod_deflate.c>
	<IfModule mod_filter.c>
		AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript font/ttf application/x-font-ttf font/otf application/x-font-otf font/opentype image/svg+xml
	</IfModule>
</IfModule>

 

[JWDT]

Hey Kevin,

I've taken a look at the site, and ran it through the Pingdom speed test.

Some of the images could be smaller, but that's not going to speed up the site.

 

Not noticeably.

 

That's was the second thing I spotted when I checked it.

The first was that it's just on a slow server.

No matter what you do to improve the site, it's not going to get any faster.

The yellow section "Wait", is how long the server took to figure out what should go on the homepage.

The tiny green section at the end is how long it took to send the main HTML of the site. All the CSS and JS was measured in tens or hundreds of milliseconds. Even the big images were. The Wait time was over 3 full seconds.

 

The solution is basically to move to a new server. Even a low-mid range (2-3 CPU cores + 2-3GB RAM) VPS would outperform what it's on right now and would allow you to fine tune it a lot more than the current hosts.

 

Your site is beautiful, by the way!

[Kevin]

@JWDT @selectshop.at

Thanks for the advice from you guys. I think I will rethink speeding up my site later.

But I also got one problem.

I don't know why when I add a new product from catalog-product, the product is not going to show under their associated catalog page.

For example: if I add a product and associated it with the catalog: furniture.  The furniture page is blank and no products displayed. 

[selectshop.at]

Please add one thread per problem to the forum. For to make it short and answer here, activate debug mode and read the errors you are having instead of blank page. Add the problem to a new thread please.