Jump to content

  • You cannot start a new topic
  • You cannot reply to this topic

Get Maximum out of 4.3.1: The Best Server Configuration. Rate Topic   * * * * * 1 votes

 
  • imac
  • CTO
  • CS-Cart Architects
  • Join Date: 22-Nov 05
  • 1,634 posts

Posted 30 April 2015 - 02:45 PM #1

Hi guys,

Here I would like to write some tips that will make your CS-Cart 4.3.1 really fast. We use this configuration on our demo server: demo.cs-cart.com

Here is what you should do:
1. use the PHP version 5.6 (this one is the fastest, so if you have an ability to update to 5.6 do it. PHP 5.6 increases the performance)
2. use OPcache (it caches the compiled PHP code into the memory. it will be used automatically if it is installed and enabled)
3. i
nstall mod_deflate on your server (this is the apache mod that compresses the html/css/js files during data transmission)
4. install Imagick - this is PHP library, similar to GD, which resizes images (Imagick will compress resized images)
if you have installed imagick, replace 'gd' with 'imagick' in config.local.php
'image_resize_lib' => 'imagick'
5. use APCu for cache, and redis for sessions. The config.local.php file should have the following lines:
   $config['cache_backend'] = 'apc';
   $config['session_backend'] = 'redis';

Hope this will help. Please share other tricks here if you have any.

P.S. We use Apache as a web-server.

Ilya Makarov,
CS-Cart Architect Team
Suggest and vote for new features | Report a bug

 

Posted 30 April 2015 - 03:32 PM #2

does this all apply to light speed?

do you have a document with the install and config settings that I can send to my hosting admin?

Thanks
cs-cart 4.2.1

 
  • teosu
  • Advanced Member
  • Members
  • Join Date: 09-Oct 14
  • 50 posts

Posted 30 April 2015 - 03:36 PM #3

my server running on nginx and APC still i need install opcache ?

 
  • P-Pharma
  • Junior Member
  • Members
  • Join Date: 30-Jun 10
  • 1,071 posts

Posted 30 April 2015 - 06:47 PM #4

I'm also running Litespeed.

 
  • kickoff3pm
  • Senior Member
  • Members
  • Join Date: 18-Aug 10
  • 682 posts

Posted 30 April 2015 - 07:33 PM #5

Would be nice if while you are doing these you tagged which one can be used on other versions.
http://matchdaymemories.com - Football Memorabilia Via Cs-Cart V3
http://www.outadwords.com - Free Marketing For You Site.
http://www.alternativestoebay.com - Join The Free Ecommerce Community.

 
  • kogi
  • Senior Member
  • Members
  • Join Date: 16-Aug 07
  • 591 posts

Posted 30 April 2015 - 09:10 PM #6

@imac
4. install Imagick , would that apply to 4.2.4 as well?

fastcgi or php-fpm?
find / -type f -name '*.base' -exec chown kogi.kogi {} \;

 
  • pbannette
  • Senior Member
  • Members
  • Join Date: 09-Aug 07
  • 1,026 posts

Posted 30 April 2015 - 10:10 PM #7

I was told by host that mod_deflate is not used with Lightspeed. Lightspeed has its own cache.
Bob

Version CS-Cart 4.3.5


 
  • kogi
  • Senior Member
  • Members
  • Join Date: 16-Aug 07
  • 591 posts

Posted 30 April 2015 - 10:30 PM #8

I was told by host that mod_deflate is not used with Lightspeed. Lightspeed has its own cache.
Bob


mod_deflate is output compression (not cache), and yes afaik, lightspeed already does automatic compression
find / -type f -name '*.base' -exec chown kogi.kogi {} \;

 
  • P-Pharma
  • Junior Member
  • Members
  • Join Date: 30-Jun 10
  • 1,071 posts

Posted 30 April 2015 - 11:11 PM #9

LiteSpeed has ESI but CS-Cart is not compatible with Litespeed ESI yet.
See the comments here: http://cscart.uservo...rt-with-litespe
You can also vote for the diea there.

LiteSpeedTech explains why its important:

"The biggest draw for LSWS 5.0 is ESI support for LSCache. This will allow site owners to designate certain parts of a page as uncacheable (AKA “punch holes” in the page) but still cache the remaining cacheable parts. Caching parts of pages will allow site owners to cache much, much more of their content. Effective ESI improvement will greatly cut resource usage and speed up many sites (which is why we’ve been talking about it so much).

Hole-punching especially helps e-commerce, where things like the shopping cart cannot be cached, but appear on almost every page. For e-commerce sites, ESI is a crucial step in allowing effective use of page caching. To help meet this need, we will also be releasing a Magento caching extension soon. More details on this extension coming soon."



 
  • zendera
  • Junior Member
  • Authorized Reseller
  • Join Date: 04-Oct 09
  • 3 posts

Posted 30 April 2015 - 11:46 PM #10

I also use LiteSpeed and need LiteSpeed ESI support.

 
  • kogi
  • Senior Member
  • Members
  • Join Date: 16-Aug 07
  • 591 posts

Posted 01 May 2015 - 12:21 AM #11

So esi is a http cache? Can't you just wack varnish in front and use that to cache static elements?
find / -type f -name '*.base' -exec chown kogi.kogi {} \;

 
  • rajendrangp
  • Newbie
  • Trial users
  • Join Date: 22-Nov 14
  • 3 posts

Posted 01 May 2015 - 04:05 PM #12

Hi guys,

Here I would like to write some tips that will make your CS-Cart 4.3.1 really fast. We use this configuration on our demo server: demo.cs-cart.com

Here is what you should do:
1. use the PHP version 5.6 (this one is the fastest, so if you have an ability to update to 5.6 do it. PHP 5.6 increases the performance)
2. use OPcache (it caches the compiled PHP code into the memory. it will be used automatically if it is installed and enabled)
3. i
nstall mod_deflate on your server (this is the apache mod that compresses the html/css/js files during data transmission)
4. install Imagick - this is PHP library, similar to GD, which resizes images (Imagick will compress resized images)
if you have installed imagick, replace 'gd' with 'imagick' in config.local.php

'image_resize_lib' => 'imagick'
5. use APCu for cache, and redis for sessions. The config.local.php file should have the following lines:
   $config['cache_backend'] = 'apc';
   $config['session_backend'] = 'redis';

Hope this will help. Please share other tricks here if you have any.

P.S. We use Apache as a web-server.



if we use NGInx and Varnish along with the above Configuration. it would work perfect ?

 

Posted 01 May 2015 - 07:39 PM #13

My dear Ilya Makarov, as a community member I really appreciate this type of material over the forum, however I feel that giving a general idea of correct file permission for various files and folder in the same topic will enhance its value. Just my thought. Of-course one can find this information elsewhere.

 
  • cncinc
  • Senior Member
  • Members
  • Join Date: 23-Aug 12
  • 165 posts

Posted 02 May 2015 - 07:34 AM #14

file download from cscart main page something wrong. 4.3.1 MULTIVENDOR FILE SIZE IS 7 MB.... NOT AROUND 70 MB

CHECK PLEASE

 
  • gleb.goncharov
  • CS-Cart Expert
  • Authorized Reseller
  • Join Date: 04-Oct 13
  • 351 posts

Posted 02 May 2015 - 05:47 PM #15

Hello,

Few more tips:
  • Install NGINX with PHP-FPM SAPI.
  • If you are not able to refuse Apache2, install NGINX as the frontend server for static files.
  • If you are using Apache, disable AllowOverride and move rules from .htaccess to the virtual host.
  • If you can't use Redis or APCu, but you have enough RAM for MySQL query cache, then move the cache to the database.
  • Try HHVM. Experimental support is in 4.3.1.

LiteSpeed has ESI but CS-Cart is not compatible with Litespeed ESI yet. [...] You can also vote for the diea there. LiteSpeedTech explains why its important:


I think that CS-Cart not necessary to do adaptation for LS in the near future. The share of LS very low, and the efficiency of LS has not been confirmed by anyone other than marketers of the project.

Also this integration will require major changes to the CS-Cart core that will probably break backward compatibility. Nevertheless, the main idea is attractive, but its implementation does not depend on LS: ESI/SSI supported in Apache, NGINX and Varnish.

So esi is a http cache? Can't you just wack varnish in front and use that to cache static elements?

This is more than the cache of static files. ESI/SSI would allow CS-Cart to reduce the generation time of the page by placing in separate cache blocks on the page.

my server running on nginx and APC still i need install opcache ?

No, you dont.

- APC is opcode cache and data store
- APCu is only data store
- OPcache is only opcode cache

Simtech Development | sales@simtechdev.com | www.simtechdev.com

CERTIFIED CS-CART PARTNER | LICENSES | DEVELOPMENT | ADD-ONS | DESIGN | UPGRADE
Testing by QA and personal manager for free.


 
  • kogi
  • Senior Member
  • Members
  • Join Date: 16-Aug 07
  • 591 posts

Posted 02 May 2015 - 07:26 PM #16

Few more tips:

  • Install NGINX with PHP-FPM SAPI.


What about the .htaccess rules? Doesn't cs-cart require those to run?


  • If you are using Apache, disable AllowOverride and move rules from .htaccess to the virtual host.


Again, are there .htaccess is some of the directories that are needed?

Like the one in /app
Order allow,deny
Deny from all

find / -type f -name '*.base' -exec chown kogi.kogi {} \;

 
  • P-Pharma
  • Junior Member
  • Members
  • Join Date: 30-Jun 10
  • 1,071 posts

Posted 03 May 2015 - 01:04 AM #17

I think that CS-Cart not necessary to do adaptation for LS in the near future. The share of LS very low,

How is this relevant? You are looking at the share for all webservers on the internet, when you are selling paid software to customers who make money with their websites. Thats a very specific niche which can not be compared to all of the internet.

Most servers on the net are for non-commercial purposes. LiteSpeed is expensive paid software. It will only be bought by companies who make money from their website, who can make the investment back from using less hardware and creating more income from faster websites and who want to have an easy to use interface. In other words: LiteSpeed is popular with e-commerce companies. That's why so many in this thread report that they are using LSWS. Thats also why Litespeed 5 comes with Magento support.

and the efficiency of LS has not been confirmed by anyone other than marketers of the project.

What do you mean? The efficiency of LSWS Cache has been proven over and over again. There are plenty of independent benchmarks. I
LiteSpeed cache is highly efficient. I know from experience with LSWS4. But dont believe me. Just checkout the benchmarks.

 
  • gleb.goncharov
  • CS-Cart Expert
  • Authorized Reseller
  • Join Date: 04-Oct 13
  • 351 posts

Posted 03 May 2015 - 07:33 AM #18

What do you mean? The efficiency of LSWS Cache has been proven over and over again. There are plenty of independent benchmarks. I
LiteSpeed cache is highly efficient. I know from experience with LSWS4. But dont believe me. Just checkout the benchmarks.

I no longer work in a team of CS-Cart and do not necessarily represent the official views of the company.

I mean on the Internet there is no independent research of performance, with the exception of tests LitespeedTech where LS wins an incorrectly configured NGINX and Apache. In my opinon, presented on the official website of the benchmarks are ridiculous and not objective. I urge people not to take their word.

Besides, I'm not against adaptation. I'm just saying that it's not the time now. I think, CS-Cart team has more important tasks.

Simtech Development | sales@simtechdev.com | www.simtechdev.com

CERTIFIED CS-CART PARTNER | LICENSES | DEVELOPMENT | ADD-ONS | DESIGN | UPGRADE
Testing by QA and personal manager for free.


 
  • gleb.goncharov
  • CS-Cart Expert
  • Authorized Reseller
  • Join Date: 04-Oct 13
  • 351 posts

Posted 03 May 2015 - 07:40 AM #19

What about the .htaccess rules? Doesn't cs-cart require those to run?


All of the rules .htaccess require adaptation for NGINX: it is not necessary, but highly desirable. This rules required to work SEO and API, and also to limit the execution of PHP.

Simtech Development | sales@simtechdev.com | www.simtechdev.com

CERTIFIED CS-CART PARTNER | LICENSES | DEVELOPMENT | ADD-ONS | DESIGN | UPGRADE
Testing by QA and personal manager for free.


 
  • kogi
  • Senior Member
  • Members
  • Join Date: 16-Aug 07
  • 591 posts

Posted 03 May 2015 - 08:42 AM #20

This rules required to work SEO


So without the rules, will SEO work under nginx?
find / -type f -name '*.base' -exec chown kogi.kogi {} \;