[quote name=‘AmitP’]Well one problem is that it has broken thumbnails on google base uploads again. I remember this on 2.1.1[/QUOTE]
got the same issues this is not good
[quote name=‘xmaster’]Greetings!
The 2.1.3 upgrade went pretty smooth, but I’ve noticed; a discount calculation on the main page ( featured products ) were off. I mean when you add the item into a cart, it will show a discounted price, but not on the home page.
I did erased all the discounts and promotion and created them again, deleted cache using ?cc and manually cleared the folders, but nothing seem to help.
Had to revert to 2.1.2 and everything works once again.
Anyone else experiensing this issue with 2.1.3?[/QUOTE]
yes we did its also at the search page if you search all categories.
here is the bug link
[url]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=2412[/url]
Does Cs-cart publish a required set of server protocols for these updates and the main application ?
I ask because I have now wasted two days sending emails to support at cs-cart and my own hosting company. I’ve still not managed to upgrade yet.
First Exec not enabled then System not enable, if I had a list I could send it to the host maybe I wouldn’t waste support time.
Another problem seems to be cache, surely upgrading should not be part of cache’ing system ? and I wouldn’t get “the is already an update running” even if the locked file has been removed.
Kind of weird to look at the speed enhancements for
Ver .12 [URL=“CS-Cart 2.1.2 Released | eCommerce Blog on Running an Online Marketplace”]http://blog.cs-cart.com/2010/11/09/cscart-212-released/[/URL]
and
Ver .13 [URL=“CS-Cart 2.1.3 Released | eCommerce Blog on Running an Online Marketplace”]http://blog.cs-cart.com/2011/02/01/cscart-213-released/[/URL]
Kind of unbelievable that you can go from Ver .12 to .13 with such drastic changes. Very unbelievable.
[quote name=‘TexasGuy’]Kind of weird to look at the speed enhancements for
Ver .12 [URL=“CS-Cart 2.1.2 Released | eCommerce Blog on Running an Online Marketplace”]http://blog.cs-cart.com/2010/11/09/cscart-212-released/[/URL]
and
Ver .13 [URL=“CS-Cart 2.1.3 Released | eCommerce Blog on Running an Online Marketplace”]http://blog.cs-cart.com/2011/02/01/cscart-213-released/[/URL]
Kind of unbelievable that you can go from Ver .12 to .13 with such drastic changes. Very unbelievable.[/QUOTE]
Is 2.1.3 Faster than 2.1.2, beyond a shadow of a doubt, is 2.1.3 Faster than 2.015, blows it outta the water! 
Glad to see you are back from your Vacation!
anyone else have trouble using the template editor after upgrading to 2.1.3?
[quote name=‘silverbestbuy’]yes we did its also at the search page if you search all categories.
here is the bug link
[url]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=2412[/url][/QUOTE]
Is default quick search is working properly on your website? I made simple search for “chains necklaces” on your website, it gave 0 results. The KB for cs-cart says the default search is for “any of these words”. Since there are numbers of chains and necklaces on your website the default search should give all these results.
[quote name=‘TexasGuy’]Kind of weird to look at the speed enhancements for
Ver .12 [URL=“CS-Cart 2.1.2 Released | eCommerce Blog on Running an Online Marketplace”]http://blog.cs-cart.com/2010/11/09/cscart-212-released/[/URL]
and
Ver .13 [URL=“CS-Cart 2.1.3 Released | eCommerce Blog on Running an Online Marketplace”]http://blog.cs-cart.com/2011/02/01/cscart-213-released/[/URL]
Kind of unbelievable that you can go from Ver .12 to .13 with such drastic changes. Very unbelievable.[/QUOTE]
Caching of blocks in the customer area was added to version 2.1.2,
here - [url]http://blog.cs-cart.com/2010/11/09/cscart-212-released/[/url] - these results are displayed with regard to caching.
here - [url]http://blog.cs-cart.com/2011/02/01/cscart-213-released/[/url] -
these results are displayed for the case when the cache is not formed yet,
- it displays the results of the changes intended to speed up the category details pages and product details page, and overall reducing the number of requests in the store.
I have SO installed and have enabled Gzip on a site I am developing that is on same hardware spec as on my other sites that perform quite fast. For whatever reason which I hadnt got to grips with yet the site was way slower than my others .
Just upgrded this site to be the first using to 2.1.3 and va va vooom its roaring away quicker than my other sites.
Well done
Thanks CS
John
[quote name=‘johnbol1’]I have SO installed and have enabled Gzip on a site I am developing that is on same hardware spec as on my other sites that perform quite fast. For whatever reason which I hadnt got to grips with yet the site was way slower than my others .
Just upgrded this site to be the first using to 2.1.3 and va va vooom its roaring away quicker than my other sites.
Well done
Thanks CS
John[/QUOTE]
Yep, in GTMetrix I am scoring a very high “B” on our homepage and “A” on most other pages of our site, so I would now say that anyone which still believes CS-Cart is slow has other “issues”!
Just remember, you are looking at one aspect of performance and efficiency. Page speed (user’s perspective) is definitely the higest on the list. But this comes at a cost.
But there are other factors as to what it costs to achieve that.
Cs-cart does not have a “light weight ajax mechanism”. What I mean by that is that every ajax request that is done intitializes the entire cart, all its addons, reads the whole registry, etc.
Each user initiated page load takes at least 3 ajax requests to complete. I.e. if you put some logging in init.php (or it’s associated controller) you will see that for every user page load, there are at least 3 complete cart initializations for each user request.
Of course, no one really cares until your hosting provider comes to you and says, “hey, your application is swamping my server”. Or you have a dedicated server and find that you have to expand its resources to keep up with changes in the cart like doubing the memory.
I think cs-cart would be better served (and page loads would be increased even further) if they only did ajax requests as needed (statistics should not be an ajax request) and that they implemented a light weight ajax environment where the request itself dictated the resources that would be used.
Maybe a next step…
Hmmmm nice one T … is that the reason why the add qty and especially if stock qtys are related are slower now than in prev versions. It now is Ajax ??
John
Used to be if you changed an option (or quantity) it was handled in javascript that was built with the page. Now if you change options on a product, it has to go back to the server to adjust things…
But to me, that’s okay since it was a user initiated request. What bugs me is the 3 loads to get one that has nothing to do with a user initiated request.
Performance always has a cost. You can shift it around easily. But to make true gains, is an art and very specific to the store (in this case).
The registry has been the biggest bottleneck and that is much improved. Now, if they could only cache really relevant things rather than bringing in and out a lot of data that has nothing to do with a particular request, then we’re getting into software engineering! 
I’m glad to see the improvements. And I congratulate those who did them. Just wanted to point out that there is more to performance and optimization than simply page speed (but that’s what browsers look at and most importantly, what the customer sees). But it’s not the whole story…
[QUOTE]Now, if they could only cache really relevant things rather than bringing in and out a lot of data that has nothing to do with a particular request[/QUOTE]
Well, the latest related improvement “Blocks Caching” in 2.1.3 certainly falls within this category, so they are continueing to make strong progress in this area, and that is what is most important in the end.
My point was that most of the registry (not cached pages) is pulled in for every ajax request they make (about 3 requests for every page load). This is a huge amount of data that’s brought in where only a very very small portion of it might be used for an ajax request.
Please don’t confuse page (template) caching with registry caching.
Ajax requests should be fast and light. Not invoke a complete new instance of the cart to simpy return a new selector array because someone changed the country or calculated an option selection adjustment for a product.
[quote name=‘silverbestbuy’]yes we did its also at the search page if you search all categories.
here is the bug link
[url]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=2412[/url][/QUOTE]
It is not 100% fixed. The problem is still there, for user groups with special discounted prices.
For example: When a users with discount level set at 25% OFF, signes in, the price should change and be discounted to their level. On main page ( features items ) it still shows global discount, and not user specific, but when clicked on gategories, it will work fine and will show the price at 25% OFF.
I’m sure it is an easy fix, for all of CS gurus that we have here.
Thanks.
[quote name=‘silverbestbuy’]yes we did its also at the search page if you search all categories.
here is the bug link
[url]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=2412[/url][/QUOTE]
The problem is still there for users with special discount groups.
When a user with specific user group and custom discount level sign-in, they cannot see their discounted price on the main page ( features products ), but discounted price will show when adding product to the cart, or when navigating in categories.
I’m sure it is an easy fix for all the CS gurus that we have here.
Thanks.
may i know timetable/schedule for 2.1.4 release?
mind you that im not asking to release it asap.
[QUOTE]may i know timetable/schedule for 2.1.4 release?
mind you that im not asking to release it asap.[/QUOTE]
March 12th, 7:13 PM Eastern Standard Time