Magento migration - is it a trap for a single developer?

etherealfocus

Senior member
Jun 2, 2009
488
13
81
My job title is IT Manager, but I spend more time working on our various web presences than anything. Right now I run the company's main site in Wordpress, our ecommerce store in Vortx (asp.net storefront), handle our SEO, and write our vendor API integrations.

Vortx is, frankly, terrible for us. We have ~50k products (many with multiple SKUs, and expecting to hit ~100k products by the end of the year) and about 200 categories, and the ecommerce platform is slow as hell apparently because of our category count.

Anyway, we're leaning toward a move to Magento now. I've never worked on Magento before but we're setting up a test server and the boss has given me as long as I need to learn Magento and build us a new ecommerce site on it. Soon as I finish writing this I'll be talking to a Rackspace specialist about hosting plans.

As I said, I don't know Magento yet. It looks to be quite a bit more complex than Wordpress and BC/Vortx and I'm not great at PHP either. I've read what I can find on Wikipedia and a bunch of forum posts about Magento, but could use some more feedback:

I'd love to sharpen up my PHP and learn Magento. It'd be a huge feather in my hat to knock out this big migration, and my ticket to getting a minion to handle the more mundane IT crap that tends to eat up a lot of my time.

However, it's a big enough project that my Boondoggle sense is tingling. Is it reasonable to think, as someone with 4 years of CMS and ecommerce experience but pretty basic programming skills, that I could learn PHP and Magento to a useful level and build a new ecommerce site of moderate complexity in, say, 3-4 months? Or am I better off bailing on this and recommending an experienced developer? If the latter, how much should we be expecting to pay for a fulltime Magento dev? My quick research has shown a salary range of 70-140k, but that's a pretty wide range.

Side note - we used to be on BigCommerce, but left because Vortx had a key integration that was above my programming skills at the time. We've considered going back to it, but it has other problems that don't work well for our use case.
 

Ken g6

Programming Moderator, Elite Member
Moderator
Dec 11, 1999
16,631
4,559
75
All I know is, every morning Scrum I hear other developers talking about some problem or other they had to solve with Magento. I don't know anything else about Magento, and I don't work with that team, so I don't know if that's a problem with Magento or with the developers. :p
 

etherealfocus

Senior member
Jun 2, 2009
488
13
81
I think that's a problem with CMS in general. Wordpress has recently gotten to be less of a PITA since they're handling dependencies better now, but I had a brutal time getting us migrated away from WP 3.4.1 thanks to some dependency issues in one of our PHP apps.
 

Cerb

Elite Member
Aug 26, 2000
17,484
33
86
I think that's a problem with CMS in general.
It is. Most got made by people clueless about databases, so by the time they could learn, or get people on board with a clue, too many bad decisions had been baked in. I haven't followed Wordpress, but Drupal and Joomla have both been painfully and slowly trying to work out just those sorts of issues, and it's always worst with ecommerce add-ons, because there's so much less you can hide via caching. Larger companies tend to look into such options, and then realize they either would be better off paying for better, or rolling their own, at least to some degree.
 

etherealfocus

Senior member
Jun 2, 2009
488
13
81
That's us to some degree. We've been doing inventory in Quickbooks Enterprise, but it's so clunky and full of limitations we're about to roll our own. We don't even need anything horribly complex... a couple dozen vendors and half a dozen channels, maybe 100k SKUs all told. But buying a heap of QB licenses and dealing with that miserable app vs just hacking it out to our own specs in a nice lightweight free SQL DB on the server? No contest.
 

Cerb

Elite Member
Aug 26, 2000
17,484
33
86
Though, in the case of Intuit, it's just a situation where one big company buys the small companies before they become good competition, and then squeeze long-time customers, because they bought the companies they might have tried migrating to :). They could do a lot better at everything they do, but they don't care, and do everything that won't run afowl of antitrust laws to make sure they don't have to care, yet can still rake in money.

It's sad to me that number of SKUs could be a metric for bogging down any system, rather than number of sales transactions, especially with just 100K SKUs (with RAM as cheap as it is today, that should be mostly, if not entirely, in-memory, and blazing fast, 90% of the time).
 

etherealfocus

Senior member
Jun 2, 2009
488
13
81
^Agreed. Crazy thing is apparently Magento Community Edition is limited to 10k SKUs on some providers. I thought that was a hard limit on CE until I talked to Rackspace and they support 150k SKUs on CE and can do more - 150k is just their recommended jump-off point to Enterprise.

And worse with Vortx, it isnt the number of SKUs that makes them painfully slow... it's categories. We have a measly ~200 categories, and our $100/mo+ hosting is godawful slow apparently because of it. >30 second load times on occasion, and the web-based control panel is painful to use.

The upsell is an extra $150 or so for dedicated hosting, which to be fair does fix the performance issues... but 250/mo for pretty basic ecommerce hosting? Seriously?

Hence the Magento move. :p
 

Satyrist

Senior member
Dec 11, 2000
458
1
81
Couldn't be any worse than working strictly with M$ Dynamics...Where I work currently is a small business, (supposedly what Dynamics was built for) and they outstripped it quite a few years ago; Using it definitely put a crimp on finding hosting that would integrate properly with it...Had attempted to go with Magento some point back, it could have worked, other than we found more than a couple of serious show stopping bugs that had us back out.

Open source can be very nice, but when the learning curve on a given solution is fairly steep, and when you run into a bug or serious issue that even their support hasn't seen before, you're kind of left with being the expert...Probably why there's certs for this particular software, the last I had looked.
 

etherealfocus

Senior member
Jun 2, 2009
488
13
81
Yuck. Have you looked at BigCommerce? Our needs exceeded their capacity a while ago, but I will say their support was solid and their sites were fast. I think they support RESTful APIs and SOAP as well, which can make product feeds a lot easier.

Their support is very helpful on migrations too, btw. We were very happy with them while we had them (aside from a bit of clunkiness managing big inventory changes through the web interface).