<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Magento : Lets take this out back!</title>
	<atom:link href="http://www.designcarter.com/2008/06/07/magento-lets-take-this-out-back/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/</link>
	<description>Interactive Agency</description>
	<lastBuildDate>Fri, 23 Jul 2010 11:27:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Catalin</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-75</link>
		<dc:creator>Catalin</dc:creator>
		<pubDate>Fri, 23 Jul 2010 11:27:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-75</guid>
		<description>Since Nov 2009 I have been working with magento and now I have a single magento install as a multi-site for almost 40 shops and around 25,000 products. 

Everything is set on a dedicated server (no cpanel, overcomplicated panels - just pure lamp on centos without even email or DNS; we use godaddy and google for those 2 things).

The server is a quad core with 8Gb of RAM and properly tunned for performance with apc-cache and the only thing we are hosting is a magento install for all those 40 domains (shops).

We haven’t added any plugins/features to magento. It’s basically the out of box thing, with a very simple theme added to it.

We have tried all kind of performance tuning and this the best we achieved.

I must admit if people are just browsing the website, it loads very quickly. But the problem is when we update products and orders. It takes about 2 minutes to save a product and it eats 120% of the CPU and 10% from the memory.

Our products are scrapped from other websites, so we need to do regular product updates and let me just tell you that using the dataflow is the fastest way to import products, but even that takes about 1 hour and 10 minutes to process 500 products. So when we have to do batch updates for 11,000 we have to wait endless hours.

If you’re thinking about using magento for your shop, it’s ok, but make sure to have a dedicated server and don’t even try to have more than 10,000 products or a multi-shop. It just doesn’t work.

MAGENTO is simply NOT scalable in performance.</description>
		<content:encoded><![CDATA[<p>Since Nov 2009 I have been working with magento and now I have a single magento install as a multi-site for almost 40 shops and around 25,000 products. </p>
<p>Everything is set on a dedicated server (no cpanel, overcomplicated panels &#8211; just pure lamp on centos without even email or DNS; we use godaddy and google for those 2 things).</p>
<p>The server is a quad core with 8Gb of RAM and properly tunned for performance with apc-cache and the only thing we are hosting is a magento install for all those 40 domains (shops).</p>
<p>We haven’t added any plugins/features to magento. It’s basically the out of box thing, with a very simple theme added to it.</p>
<p>We have tried all kind of performance tuning and this the best we achieved.</p>
<p>I must admit if people are just browsing the website, it loads very quickly. But the problem is when we update products and orders. It takes about 2 minutes to save a product and it eats 120% of the CPU and 10% from the memory.</p>
<p>Our products are scrapped from other websites, so we need to do regular product updates and let me just tell you that using the dataflow is the fastest way to import products, but even that takes about 1 hour and 10 minutes to process 500 products. So when we have to do batch updates for 11,000 we have to wait endless hours.</p>
<p>If you’re thinking about using magento for your shop, it’s ok, but make sure to have a dedicated server and don’t even try to have more than 10,000 products or a multi-shop. It just doesn’t work.</p>
<p>MAGENTO is simply NOT scalable in performance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoMagento</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-73</link>
		<dc:creator>NoMagento</dc:creator>
		<pubDate>Wed, 23 Jun 2010 06:02:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-73</guid>
		<description>Upgraded from from virtuamart to Magento; 
 
Lessons learned: 
1. Had to triple to the hardware to have load time less than 10sec per page. Joomla virtuamart run fast on on a single core zeon with 4Gb of ram, Now I run on dual quad cores with 16Gb of ram and max out cpu / disk io at each newsletter send. 
 
2. Virtuamart was not perfect - but once it was fixed it run with no admin / coding for months at a end. Magento keeps on crashing out of the blue, with random error messages which are hard to reproduce. 
 
3. No easy upgrades - expect to spend many late nights fixing failed upgrade scripts and restoring database dumps. 
 
4. Magento has a lots of cool features, but they come at a price, we lost nearly 30% in sales after [upgrading] to Magento.  
 
In the end, its the number of sales not the amount of widgets that keeps you going. 
 
If you like to tinker with php and xml and / or have the money to sign up for Enterprise, Magento comes highly recommend.  
 
If you would like to have something stable / fast / reliable; Magento is not for you.</description>
		<content:encoded><![CDATA[<p>Upgraded from from virtuamart to Magento; </p>
<p>Lessons learned:<br />
1. Had to triple to the hardware to have load time less than 10sec per page. Joomla virtuamart run fast on on a single core zeon with 4Gb of ram, Now I run on dual quad cores with 16Gb of ram and max out cpu / disk io at each newsletter send. </p>
<p>2. Virtuamart was not perfect &#8211; but once it was fixed it run with no admin / coding for months at a end. Magento keeps on crashing out of the blue, with random error messages which are hard to reproduce. </p>
<p>3. No easy upgrades &#8211; expect to spend many late nights fixing failed upgrade scripts and restoring database dumps. </p>
<p>4. Magento has a lots of cool features, but they come at a price, we lost nearly 30% in sales after [upgrading] to Magento.  </p>
<p>In the end, its the number of sales not the amount of widgets that keeps you going. </p>
<p>If you like to tinker with php and xml and / or have the money to sign up for Enterprise, Magento comes highly recommend.  </p>
<p>If you would like to have something stable / fast / reliable; Magento is not for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Carter</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-49</link>
		<dc:creator>Scott Carter</dc:creator>
		<pubDate>Fri, 10 Jul 2009 02:39:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-49</guid>
		<description>I’m glad that you found my post and comment useful. If you’re interested in the WP-commerce solution, I can tell you that it’s pretty good and has been integrated well with Word Press. I’ve used it on a client’s site before and it works well for them and their paypal integration needs. When a buyer make a purchase, it takes them to the payment screen in which they can pay with paypal or any credit card directly on paypal’s site, with the items and total cost already filled in, so the security is there with Paypal.

I do agree that if a company is selling a product, which Instince, the makers of WP e-commerce are selling commercial versions, then they should make those changes themselves and push it live. Without reading the context of what you read, they might have been giving the changes in the code for someone who needed immediate help with an issue in which they had worked on in their next release, which is in beta right now, so it might have been an issue of not being able to push an update with one small change.

No matter which e-commerce solution you choose, there’s sure to be some quirk about it, whether it is missing some awesome feature you discovered you needed, or whether the support is lacking. Good luck in your search for the perfect e-commerce solution.</description>
		<content:encoded><![CDATA[<p>I’m glad that you found my post and comment useful. If you’re interested in the WP-commerce solution, I can tell you that it’s pretty good and has been integrated well with Word Press. I’ve used it on a client’s site before and it works well for them and their paypal integration needs. When a buyer make a purchase, it takes them to the payment screen in which they can pay with paypal or any credit card directly on paypal’s site, with the items and total cost already filled in, so the security is there with Paypal.</p>
<p>I do agree that if a company is selling a product, which Instince, the makers of WP e-commerce are selling commercial versions, then they should make those changes themselves and push it live. Without reading the context of what you read, they might have been giving the changes in the code for someone who needed immediate help with an issue in which they had worked on in their next release, which is in beta right now, so it might have been an issue of not being able to push an update with one small change.</p>
<p>No matter which e-commerce solution you choose, there’s sure to be some quirk about it, whether it is missing some awesome feature you discovered you needed, or whether the support is lacking. Good luck in your search for the perfect e-commerce solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-48</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Fri, 10 Jul 2009 01:52:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-48</guid>
		<description>Thanks so much for the other referrals. Your response is one of the most useful (IMO) in this thread. I checked out the 4 links, and of the four, I like Shopify the best. Although it is a service (so you have to pay every month) along with 2% transaction fee, Shopify has very pretty nice themes for the checkout pages. Plus they manage security, payment gateways which could become a nightmare if the e-commerce site picks up and Hackers start looking at it with glee ;)

I use wordpress for many sites and was tempted to evaluate the WP Ecommerce Plugin you linked to, but after looking at their forums, I am now very skeptical. The creators of that Plugin are posting code on their forums in response to people reporting bugs and issues, and asking the poster to update the plugin code. This is completely unacceptable from a Product / Service entity, because the whole reason that an average person is buying a software or product is because they don’t have the time and/or the skills to do it themselves. Especially give that this product is expected to address payment processing and security !
Thanks again for your valuable referrals.</description>
		<content:encoded><![CDATA[<p>Thanks so much for the other referrals. Your response is one of the most useful (IMO) in this thread. I checked out the 4 links, and of the four, I like Shopify the best. Although it is a service (so you have to pay every month) along with 2% transaction fee, Shopify has very pretty nice themes for the checkout pages. Plus they manage security, payment gateways which could become a nightmare if the e-commerce site picks up and Hackers start looking at it with glee <img src='http://www.designcarter.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>I use wordpress for many sites and was tempted to evaluate the WP Ecommerce Plugin you linked to, but after looking at their forums, I am now very skeptical. The creators of that Plugin are posting code on their forums in response to people reporting bugs and issues, and asking the poster to update the plugin code. This is completely unacceptable from a Product / Service entity, because the whole reason that an average person is buying a software or product is because they don’t have the time and/or the skills to do it themselves. Especially give that this product is expected to address payment processing and security !<br />
Thanks again for your valuable referrals.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Carter</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-47</link>
		<dc:creator>Scott Carter</dc:creator>
		<pubDate>Mon, 06 Jul 2009 02:35:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-47</guid>
		<description>There are opensource options to most development needs which yield free or low-cost integration, are developed for the community by the community, and can be excellent. When you are considering a shopping cart solution for a site, you have to weight a few options, what CMS you’re using (if any) and how well it works into your work flow.

A few good free or low-cost solutions that can be integrated with popular CMS solutions and self hosted include WP E-Commerce plugin for Wordpress, Ubercart which integrates well with Drupal. Externaly hosted solutions you might like include Shopify or Goodbarry CMS and shopping cart. Also consider which payment gateways your options are with each. Your client will also want to use a payment gateway which charges a low, but fair processing fee. Some gateways are more and some less.</description>
		<content:encoded><![CDATA[<p>There are opensource options to most development needs which yield free or low-cost integration, are developed for the community by the community, and can be excellent. When you are considering a shopping cart solution for a site, you have to weight a few options, what CMS you’re using (if any) and how well it works into your work flow.</p>
<p>A few good free or low-cost solutions that can be integrated with popular CMS solutions and self hosted include WP E-Commerce plugin for Wordpress, Ubercart which integrates well with Drupal. Externaly hosted solutions you might like include Shopify or Goodbarry CMS and shopping cart. Also consider which payment gateways your options are with each. Your client will also want to use a payment gateway which charges a low, but fair processing fee. Some gateways are more and some less.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-46</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Mon, 06 Jul 2009 01:40:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-46</guid>
		<description>It is clear from all the feedback on this post, that Magento is not the answer. So what if it is free? I  think if you are trying to make money off a shopping cart software, you should at least be willing to spend some money on the right software.

Soooo can someone please list out ALTERNATIVES to Magento? I really do not mind paying for e-commerce software, as long as it has the basic shopping cart features, payment gateways and is relatively easy to skin/theme. Having the hardest time locating an ecommerce software that people like. Please let me know!</description>
		<content:encoded><![CDATA[<p>It is clear from all the feedback on this post, that Magento is not the answer. So what if it is free? I  think if you are trying to make money off a shopping cart software, you should at least be willing to spend some money on the right software.</p>
<p>Soooo can someone please list out ALTERNATIVES to Magento? I really do not mind paying for e-commerce software, as long as it has the basic shopping cart features, payment gateways and is relatively easy to skin/theme. Having the hardest time locating an ecommerce software that people like. Please let me know!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-44</link>
		<dc:creator>Sam</dc:creator>
		<pubDate>Wed, 13 May 2009 14:59:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-44</guid>
		<description>I came across this post trying to find a solution to the problems I am having with magento. I think that magento is wonderful feature wise. I think while it is unconventional in its architecture it is workable and I am willing to familiarize myself with it. That being said speed is the deal breaker.

I have worked with many php based applications and never have I had issues with speed like this. I can make changes to the environment at will but right now I am trying to implement fastCGI as I have ran out of all other options. Gzip conpression, Eaccelerator, javascript compression, magento’s native cacheing, etc. etc. etc. I have tried everything that usually results in improvements for any other PHP app I have used to no avail in magento.

The thing is HEAVY on javascript to the point that no matter how fast you serve it end users can still have speed issues. It’s also concerning that in this 5 page thread http://www.magentocommerce.com/boards/viewthread/14860/ started in august of last year the most frequent solution is to drop $$$ on dedicated hosting. Even some of the dedicated hosts (that get plugged every time someone is having speed issues) fail to serve the cart up on times that compare with other open source carts.

Unless magento puts speed 1st and foremost on it’s requirements and starts developing with speed in mind, I think they are going to fall by the wayside. Do they really believe that demanding high dollar environments to get reasonable speeds will continue to make magento better or extend the user/developer base?

People choose open source apps for a reason, #1 being cost savings. If they get a free product that is free yet is going to cost them three figures a month to maintain how attractive is it?</description>
		<content:encoded><![CDATA[<p>I came across this post trying to find a solution to the problems I am having with magento. I think that magento is wonderful feature wise. I think while it is unconventional in its architecture it is workable and I am willing to familiarize myself with it. That being said speed is the deal breaker.</p>
<p>I have worked with many php based applications and never have I had issues with speed like this. I can make changes to the environment at will but right now I am trying to implement fastCGI as I have ran out of all other options. Gzip conpression, Eaccelerator, javascript compression, magento’s native cacheing, etc. etc. etc. I have tried everything that usually results in improvements for any other PHP app I have used to no avail in magento.</p>
<p>The thing is HEAVY on javascript to the point that no matter how fast you serve it end users can still have speed issues. It’s also concerning that in this 5 page thread <a href="http://www.magentocommerce.com/boards/viewthread/14860/" rel="nofollow">http://www.magentocommerce.com/boards/viewthread/14860/</a> started in august of last year the most frequent solution is to drop $$$ on dedicated hosting. Even some of the dedicated hosts (that get plugged every time someone is having speed issues) fail to serve the cart up on times that compare with other open source carts.</p>
<p>Unless magento puts speed 1st and foremost on it’s requirements and starts developing with speed in mind, I think they are going to fall by the wayside. Do they really believe that demanding high dollar environments to get reasonable speeds will continue to make magento better or extend the user/developer base?</p>
<p>People choose open source apps for a reason, #1 being cost savings. If they get a free product that is free yet is going to cost them three figures a month to maintain how attractive is it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yannick</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-43</link>
		<dc:creator>Yannick</dc:creator>
		<pubDate>Mon, 11 May 2009 13:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-43</guid>
		<description>Wow! I&#039;m surprised to find that I&#039;ve stumbled upon the congregation of developers who have no clue what they are doing, I refer here to the nay-sayers mostly. Not to be insulting, but if you cannot analyze Magento and understand its structure, which is, may I add, very organized and predictable for most MVC-centric developers, you should probably consider a different profession or pass-time, whatever the case might be.

So you want a flexible e-commerce platform for free (open-source) and not only can you not figure it out by taking some of your precious time to analyze it, but you dare bash the hard work of dozens of developers more qualified than yourselves. And if that&#039;s not enough, you insinuate that it&#039;s a &#039;clever&#039; way on Irubin Consulting&#039;s part, who has invested the capital to grow the project, to make some  money?  

Last I checked, MySQL, which has been forever a sub-par DB solution, sold for well over $4 billion.  Try their forums to get an answer on anything, see what you get.  Guess they weren&#039;t in it for the money. 

The web does not belong to the common of the mortals. It&#039;s a programmer&#039;s world - if you don&#039;t want in, go home. That also goes for so-called &quot;front-end&quot; developers.  Markup and CSS are but the frame that holds the picture, programmers paint the picture. Get a clue.

Lastly, anyone of you ever spend some time with osCommerce&#039;s codebase? Pah-leeze.</description>
		<content:encoded><![CDATA[<p>Wow! I&#8217;m surprised to find that I&#8217;ve stumbled upon the congregation of developers who have no clue what they are doing, I refer here to the nay-sayers mostly. Not to be insulting, but if you cannot analyze Magento and understand its structure, which is, may I add, very organized and predictable for most MVC-centric developers, you should probably consider a different profession or pass-time, whatever the case might be.</p>
<p>So you want a flexible e-commerce platform for free (open-source) and not only can you not figure it out by taking some of your precious time to analyze it, but you dare bash the hard work of dozens of developers more qualified than yourselves. And if that&#8217;s not enough, you insinuate that it&#8217;s a &#8216;clever&#8217; way on Irubin Consulting&#8217;s part, who has invested the capital to grow the project, to make some  money?  </p>
<p>Last I checked, MySQL, which has been forever a sub-par DB solution, sold for well over $4 billion.  Try their forums to get an answer on anything, see what you get.  Guess they weren&#8217;t in it for the money. </p>
<p>The web does not belong to the common of the mortals. It&#8217;s a programmer&#8217;s world &#8211; if you don&#8217;t want in, go home. That also goes for so-called &#8220;front-end&#8221; developers.  Markup and CSS are but the frame that holds the picture, programmers paint the picture. Get a clue.</p>
<p>Lastly, anyone of you ever spend some time with osCommerce&#8217;s codebase? Pah-leeze.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graeme</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-37</link>
		<dc:creator>Graeme</dc:creator>
		<pubDate>Thu, 05 Mar 2009 22:58:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-37</guid>
		<description>Interesting reading - both negative and positive - I think I’m a shade on the negative side of things at the moment.

I would agree with many of the comments above it’s too big, too slow, using Magento Connect to upgrade can kill the installation (use SSH or just don’t upgrade).

Skinning a site just takes a bit of practice (lots of Google) and time - it’s when you come to actually try and add some code in that things get hard.

Whilst osCommerce, ZenCart, ProductCart etc etc can be worked on by just editing a single file Magento makes things trickier by requiring that you edit a hierarchy of files and bug hunting through them can be a nightmare. From a developer’s point of view it takes hours to code in a function that you would expect to do in minutes - in my book that is not a good way to make money if on a fixed price contract.

Having said that if you keep at it some things (like the built in SQL queries) start to make sense and things pick up - the total lack of up to date, decent documentation does not help.

Be very wary when writing your own modules that updates to the store may ‘break’ them as Irubin do not shy away from changing variable names in updates and, if you are relying on the old name?

Finally - one or two folks above have queried the true ‘Open Source’ credentials of Magento and the motivation of Irubin Consulting in releasing it. Having read extensively through the Magento Forums and seen the responses (and lack of same) from the development team then I have to agree with them - in my book this is a vehicle for Irubin to make money (hats off to them - it’s a brilliant bit of programming and represents thousands of hours of work)and, as a business model, it’s pretty clever.</description>
		<content:encoded><![CDATA[<p>Interesting reading &#8211; both negative and positive &#8211; I think I’m a shade on the negative side of things at the moment.</p>
<p>I would agree with many of the comments above it’s too big, too slow, using Magento Connect to upgrade can kill the installation (use SSH or just don’t upgrade).</p>
<p>Skinning a site just takes a bit of practice (lots of Google) and time &#8211; it’s when you come to actually try and add some code in that things get hard.</p>
<p>Whilst osCommerce, ZenCart, ProductCart etc etc can be worked on by just editing a single file Magento makes things trickier by requiring that you edit a hierarchy of files and bug hunting through them can be a nightmare. From a developer’s point of view it takes hours to code in a function that you would expect to do in minutes &#8211; in my book that is not a good way to make money if on a fixed price contract.</p>
<p>Having said that if you keep at it some things (like the built in SQL queries) start to make sense and things pick up &#8211; the total lack of up to date, decent documentation does not help.</p>
<p>Be very wary when writing your own modules that updates to the store may ‘break’ them as Irubin do not shy away from changing variable names in updates and, if you are relying on the old name?</p>
<p>Finally &#8211; one or two folks above have queried the true ‘Open Source’ credentials of Magento and the motivation of Irubin Consulting in releasing it. Having read extensively through the Magento Forums and seen the responses (and lack of same) from the development team then I have to agree with them &#8211; in my book this is a vehicle for Irubin to make money (hats off to them &#8211; it’s a brilliant bit of programming and represents thousands of hours of work)and, as a business model, it’s pretty clever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tobias</title>
		<link>http://www.designcarter.com/blog/magento-lets-take-this-out-back/comment-page-1/#comment-36</link>
		<dc:creator>Tobias</dc:creator>
		<pubDate>Mon, 02 Mar 2009 19:37:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.designcarter.com/?p=29#comment-36</guid>
		<description>I agree with most of the posts above. The main gripe seems to be the templateing system, which is hard to use for use for sure. Just getting going was weird, usually using google.

But that said, I’m not expert but I have used a couple other open source carts in the past, and I think the general rule is: “expect bugs and troubles”. So far, everything has worked as it should in Magento, and that’s already put it far above other projects.

I wonder, I see all these complaints, but where’s the link to this magic open source free shopping cart system that is easy to use and configure? For now, I don’t think there is one.</description>
		<content:encoded><![CDATA[<p>I agree with most of the posts above. The main gripe seems to be the templateing system, which is hard to use for use for sure. Just getting going was weird, usually using google.</p>
<p>But that said, I’m not expert but I have used a couple other open source carts in the past, and I think the general rule is: “expect bugs and troubles”. So far, everything has worked as it should in Magento, and that’s already put it far above other projects.</p>
<p>I wonder, I see all these complaints, but where’s the link to this magic open source free shopping cart system that is easy to use and configure? For now, I don’t think there is one.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
