[quote name='solesurvivor' timestamp='1318974029' post='123991']How can I tell what load is from cache?
[/quote]
Thanks Tony, and colortone. Both answers have been helpful. I will perform some testing and keep an eye out when we go live and keep my fingers crossed everything will work out I hope. CSC is the best solution I have found when compared to other similars like OpenCart, and PrestaShop, heck even compared to some of the bigger guys its better. We don't have a dedicated server but we do have a vPS and the hosting company is willing to work with us
to improve performance if required. They had suggested Litespeed Server for us if we had performance issues. We'll see.
Note that colortone is referring to the browser cache…
[quote name='solesurvivor' timestamp='1318913976' post='123911']
Tony,
I'm a little worried now that all the time and effort I have put into setting up CS-Cart
may be a wash. It sounds like your saying the performance could be horrible for me.
I plan to run 3 websites as I mentioned average of 10k visitors a month probably doubles
during holidays. Average of 300-375 a day. I'm not sure if that's a lot for CS_Cart
to handle or not. Were using Wired Tree VPS with 1024 ram.
Do you think CS-Cart will perform well for us?
[/quote]
No worries - I use Wired Tree and have more visitors with no problem.
[quote name='Traveler' timestamp='1318983313' post='124002']
No worries - I use Wired Tree and have more visitors with no problem.
[/quote]
Thats good but… do you have a VPS (which package?) or dedicated?
I swear mine moves slower than I would prefer but i'm coming from
a customized static smarty/php catalog that used an external cart
for processing orders so it loads in 1 second.
If any of you would be willing to take a peak at my site
[url removed] Let me know how
the loading time appears to you as a user.
At first we had the lowest level VPS and for the last year we have had the basic hybrid account.
Never a performance problem.
[quote name='Traveler' timestamp='1318998505' post='124013']
At first we had the lowest level VPS and for the last year we have had the basic hybrid account.
Never a performance problem.
[/quote]
so are you saying the basic hybrid is noticeably better than the lowest VPS?
what is your website? did you take a peak at mine and see what you think
as far as load speed from a one user perspective im still seeing 2-4 second
average which is slow to me.
[quote name='solesurvivor' timestamp='1318998771' post='124014']
so are you saying the basic hybrid is noticeably better than the lowest VPS?
[/quote]
We've noticed an improvement in that regard. One of our Cs Cart websites is on a regular VPS, this particular ISP informed me that their are 20-30 VPS accounts on one physical box. Of course, each of those 'accounts' can theoretically have any number of websites on them.
Our other VPS is a hybrid solution and the ISP guarantees a max of 6-8 accounts for the entire box. There's definitely better performance for us on this box.
[quote name='Scott_C' timestamp='1318999710' post='124015']
We've noticed an improvement in that regard. One of our Cs Cart websites is on a regular VPS, this particular ISP informed me that their are 20-30 VPS accounts on one physical box. Of course, each of those 'accounts' can theoretically have any number of websites on them.
Our other VPS is a hybrid solution and the ISP guarantees a max of 6-8 accounts for the entire box. There's definitely better performance for us on this box.
[/quote]
who are you using for hosting?
[quote name='solesurvivor' timestamp='1318999923' post='124016']
who are you using for hosting?
[/quote]
In Australia; www.netlogistics.com.au
In the USA; www.knownhost.com (they have a choice of datacenters in Texas or California)
[quote name='Scott_C' timestamp='1319001226' post='124019']
In Australia; www.netlogistics.com.au
In the USA; www.knownhost.com (they have a choice of datacenters in Texas or California)
[/quote]
Thanks. What package are you using VPS or Hybrid?
No one can say what any site is going to perform like using some hosting configuration information… There are just too many variables both with the underlying hardware, how much the host loads up the physical server, how your store is configured, what type of caching you use, etc.
I guess all I'm trying to say is that if you start running into performance problems you should already be familiar with the issues so you can determine where the problem lies and fix it.
I can't speak for any sites that I have not analyzed or looked at the behavior of the customers. It the site/customers use lots of filtering, then loads will be higher. If there are a lot of product features in use (and large numbers of variants) then loads will be higher. If feature comparison is used a lot then loads will be higher still. If quick search is used, then loads will be higher than if not.
As you can see, it's not a simple equation and your mileage may vary widely.
The number of visitors is irrelevant. It is not a useful measure. A relative measure would be simultaneous users doing real things. Your site might handle 10000 users just fine if they are spread out. 10000/30 days = 330 visitors a day. Spread over 12 hours = 27 users/hr. Spread that over an average visit time of 10 mintues (6/hr) and that gives you 4 simultaneous users doing real work. Reality says that it won't be spread that nicely so maybe double the load for peak use. So then the question becomes how does my site perform with 10 simultaneous users? That's the question to be asked and what you should try to measure on your site.
[quote name='solesurvivor' timestamp='1319001792' post='124020']
Thanks. What package are you using VPS or Hybrid?
[/quote]
Hi, the Aus account is regular VPS. The USA account is hybrid.
Tony, you make excellent points, there's so many variables in regard to the hosting environment, and the configuration of the website itself.
And if it ain't broke, don't fix it. But certainly understand it for when it does break!
[quote name='solesurvivor' timestamp='1318998771' post='124014']
so are you saying the basic hybrid is noticeably better than the lowest VPS?
what is your website? did you take a peak at mine and see what you think
as far as load speed from a one user perspective im still seeing 2-4 second
average which is slow to me.
[/quote]
No I am not saying the hybrid makes our site faster although maybe it does but only slightly if so.
I could not open your website from the link. We do not post our website.
Our site does not have filters or add ons - 1200+ products all with large photos, around 1,000+ per day visitors
The site opens in about 1 to 2 seconds without any special adjustments to cache etc… in the US slower overseas.
We use the default file system
Question… We have been using CS-Cart for just over a year now… We average 15k + visitors a month and have approx. 20,000 products… We are now having issues with our VPS keeping up… Hostgator is saying its the software… ??
Have we truly out grown CS-Cart… ???
[quote name='tbirnseth' timestamp='1318896757' post='123899']
cs-cart's target market is small merchants. Most merhchants blame their host when performance problems occur. Cs-cart does not look at (nor do they test) moderately or heavily used sites. If you run the command I provided, it will be clear what's going on on your site.
Regarding sqlite and errors… I do not know. I've not seen that problem on any site I've configured with sqlite.
I'm glad the provide options for the cache handler. Choosing/finding the right one for any particular sites need requires analysis and understanding of what resources the configuration of a site uses. My ratings in performance for the options available would be (highest to lowest):
Shmem
Sqlite
Files
MySQL
But like most performance issues, your mileage may vary…
[/quote]
A VPS is still a slice of a machine and time-shares with the other clients on the same hardware for things like disk IO, Network and, depending on the integrity of the host, possibly cpu and memory too.
I have clients with over 200K products that run just fine, but are on dedicated hardware platforms that they can control. I have other clients with very few products, but who serve over 70K vistiors and generate 60-100 orders/day and run on a well configured VPS with very few and infrequent performance problems.
So the real question would probably be “have I outgrown my VPS?”
Guys, Okay with all due respect to you all, i am seeing a lot of talks about server capablities here. instead of focusing on the real issue which is the cscart cache.
i have hired a dedicated server with 32GB RAM, its located in the internet paradise- netherlands
and i have a cscart3.0.3 running where no. of visitors per day is less than 100 mostly.
and still have to clear cache (the /admin.php?&cc command) twice a day to keep the site working, if i dont do this, the visitors are unable to load items to the cart at all. this disaster struck me twice within last 24 hours and i had to lose a number of potential buyers because this cache became full at midnight.
so do we have any real solutions?
at another website i read that we can disable block cache for all the blocks in config.local.php by setting the variable [color=#0000ff]disable_block_cache to true [/color]
[color=#0000ff]but i dont wana take that risk with a live website before [/color]i fully understand what is the effect of that disabling and what will be the ultimate price i would pay ( in terms of speed, performance, features etc) for doing so.
so please all you wise souls could anyone save me from this nightmare please???
FYI the cache_backend variable is set to “file” in config.local.php
please help me out of this situation?
Question for Tony sir—
what is the difference between setting disable_block_cache to true in config.local.php and Disabling cache for all the block by making ‘disable_cache’ => true in $schema located in ‘schemas/block_manager/block_cahce_properties.php’
could you tell a difference ? or they are one and the same thing?
please reply tony sir, thanks a bunch in advance.
I believe they resolve to the same thing. The schema is the base and then the config setting is applied on top of that.