Identical Stores, Identical Configuration On Same Vps - One Very Fast One Very Slow

Store Builder Questions
1

I am baffled

I have two identicals stores, same V4.3.3, same applied theme, identical databases, identical (almost) addons and actually on the same VPS.

10 Gig of ram.

See images below

[attachment=11122:sidebyside-gtmetrix.png]

I have checked the following files:

- .htaccess = same for both stores

- config.local.php = similar to both stores

- caching = similar to both stores, actually more identical.

Where might I find the difference ?

The content of stores are the same, same products with a few minor differences.

sidebyside-gtmetrix.png

2

is there not any "freelancer" working in the weekends willing to do a diagnostics for us ?

3

Your slower site is making about 25% more requests than your other site.

Also one of your tests uses Chrome and the other uses FF.

You might want to do 2 things to get more toward apples/apples compare.

1) Bring up both sites in the same browser (different tabs).

2) Then run your speed test with css/imagery cached and see what differences you encounter.

4

2) Then run your speed test with css/imagery cached and see what differences you encounter.

Hello Tony,

Can you elaborate on this what you mean exactly ?

5

Well, you ran in two separate browsers. So that's apples -> oranges.

Suggest you run from same browser.

Also suggest that you not do this test until after you've loaded the page at least once. This will ensure that all browser caching is complete and again that it is equivalent between your tests.

So to be completely fair I would do this for each site.

  1. Clear the cache manually by removing var/cache
  2. Load the customer home page (will take a while while server cache and browser cache are rebuilt)
  3. Run the test on the home page

You should then be doing a more equal compare of the two sites.

6

Well, you ran in two separate browsers. So that's apples -> oranges.

Suggest you run from same browser.

Also suggest that you not do this test until after you've loaded the page at least once. This will ensure that all browser caching is complete and again that it is equivalent between your tests.

So to be completely fair I would do this for each site.

  1. Clear the cache manually by removing var/cache
  2. Load the customer home page (will take a while while server cache and browser cache are rebuilt)
  3. Run the test on the home page

You should then be doing a more equal compare of the two sites.

Well I would have done that were it not that I am having a real problem on my hands.

I am now constantly being logged out whenever we try to add, edit or delete a product, a page or a product feature.

7

cs-cart backups are NOT incremental.

My guess is that you have a permissions/ownership issue on your site that is preventing the sessions from being created or that you simply need to clear your browser cache.

8

Okay.. it was / is a wrongly configured Redis installation plus we had issues with the php error log file that simply grew too large for comfort.

Still now that is solved our stores are still too slow

9

Okay.. it was / is a wrongly configured Redis installation plus we had issues with the php error log file that simply grew too large for comfort.

Still now that is solved our stores are still too slow

Let me inform you that Simtech Development provides a full range of Server Management & Server administration services for CS-Cart store owners. Our DevOps specialists are ready to configure the server up to your needs, enhance your website

performance and make the system secure.

If you need Server Management & Server Administration service, please do not hesitate to contact us at: sales@simtechdev.com and get a free quote.

10

Let me inform you that Simtech Development provides a full range of Server Management & Server administration services for CS-Cart store owners. Our DevOps specialists are ready to configure the server up to your needs, enhance your website

performance and make the system secure.

If you need Server Management & Server Administration service, please do not hesitate to contact us at: sales@simtechdev.com and get a free quote.

Thanks Oleg

I will have to take you guys up on that offer in the near future.

Right now I managed to decrease page loading times back to an average of 4.2 sec with the help NginX on my Cpanel webserver.

The module I am running is called: Engintron for Cpanel

At any rate Tony, you mentioned just that backups are not incremental. But what could be the reason that I cannot seem to created backups of our complete site within the backup restore function of CS Cart V4.3.3.

I presume somewhere I have to little memory allocated to a particular function but I am very curious what that parameter is.

Anyone ??

PS I am quite sure that it is not an writing permissions issue

11

I can't address why backups might not be completing in your site. Memory is a big factor in cs-cart backups. Cs-cart also does not usually indicate whether any backup operations were actually successful or not other than going back to the URL that launched the process.

In general, most commercial sites are too big to backup via http/php (due to timeouts and php memory/cpu usage constraints). Many are 4-10GB in size, mostly due to imagery. I would suggest that you use a shell script and cron job to do backups of your site. Seems that internal cs-cart does usually work for DB backups, but site backups will many times fail (unreported) and leave you with an archive that you can't really use.

This is better for your store than a cpanel backup since you don't need mail directories and all the other stuff in your cpanel account.

An example of a backup shell script might be something like (logging in via your cpanel user)

#! /bin/sh
cd $HOME
mkdir -p backup
cd public_html
backup_file="../backup/``date '+%a'``_site.tgz"
echo "Clearing cache"
mv -f var/cache var/Xcache; rm -rf var/Xcache&

echo “Creating archive $backup_file”

tar --exclude="./devx -czf $backup_file .

ls -l $backup_file

echo Done

Run this once a week from cron and you should be fine.

12

Well according to GT Metrix my site is hardly loading more than 4.3 MB in imagery but what you post here surely now lets me see things in perspective. As for the sample script, it has been a very long long time since I ever done somehting like this.

Am I reading your post correctly as in that 

$backup_file

is the name you give the script ? "backup_file" ??

PS

For a workaround I do not use the automated Cpanel user backup script but just select the files manually within Cpanel's File Manager and then compress the files and download them to my local harddrive / NAS

13

$backup_file contains the name of the archive to be created.

I noticed a missing double-quote in the script above. It has been edited and resolved.