Mo’z Thinkz

Last week I talked to SimpleHelix support (who were very responsive btw) over their live chat app, to get some definitive info over their “semi VPS” hosting deal for Magento.

So we talked through a lot, and I went with the deal they had: 50% off for the first year if paid upfront. I paid about $425,- with paypal. But once I had server access I found out that they don’t offer in-memory caching on the semi VPS, which I definately need for Magento. Upgrading to a full VPS was too costly ($75 vs $160 p/m), plus it would also still lack the in-memory caching, so I decided to stick with my NL based host (IZI Services, very nice company btw).

That’s when I asked for my money back, since they offer a 30 day money back guarantee. But guess what, they simply said no! Because I paid with paypal!? What? Why? Where should I have read that? And why wasn’t that communicated to me before?

Can you believe that? In this day and age? Take money for a service which does not meet your needs? Man, I thought customer was king in the US, but I guess they need mouths to feed overthere now :p

I asked them a couple of times to help me out, because they couldn’t deliver what I need, but to no avail. I finally had to create a dispute with paypal, which is currently waiting for a settlement.

My advice: Don’t bother with SimpleHelix if you need a decent Magento setup.

I just built 4 hours of code on top of isDirty, when I noticed it isn’t even working! I wanted to test if something has changed in the ‘customer_save_before’ event, so I could do something first. But Magento seems to simply not care if an object’s main properties or relations are dirty. It just saves whole object trees, wether something changed or not. AAAAAARGH! Yet another performance penalty, straight from the hip.

Isn’t it basic stuff to have your value container flag properties and itself as dirty? Magento started on isDirty and flagDirty, but didn’t pull through and left it unfinished. Instead they implemented a dummed down method called “hasDataChangedFor”, which doesn’t allow for testing if the object itself is dirty or not (because one of its properties is). I notice that it’s sparsely used, but not for testing whole objects before they’re saved.

Now I have to create an unnecessary bloated mechanism that goes through each property in getData, and see if it is found in oldData, and then test if it’s changed with hasDataChangedFor. AAW!

I hope the Varien guys pick up on this and start using the dirty pattern, because it’s simply too much to carelessly save whole object trees and make costly database queries when it’s not even needed.

Maybe I am too much of an angry guy right now, instead of a quiet and thorough investigator, so I might have overlooked something here. I hope so. Please tell me if I’m wrong :)

UPDATE: it’s even worse than I thought, because in both customer_address_save_before/after, _origData is not populated, so I have no clue wether something about the object has changed or not. Bummer! Does that mean that I have to load up the old objects from the database first? So much overhead, I am getting more even depressed.

I had to find the right solution for our online Chronos Coffee store, and preferred to find a SaaS (Software as a Service) application which would be flexible enough and also affordable. I looked at all the big players and also the smaller ones offering shared solutions, but none of them were flexible enough for what I envisioned: A scalable, controllable application with a plugin architecture to custom fit our needs. So I decided I’d give Magento a try again. I had fiddled around with it a year ago, but decided it was too infantile to be used in a production environment (and a web store always is). After having done in depth research, I now think it is actually very mature. It has a very large community and is widely deployed all over the net. Whats was even more interesting to me is the fact that it is built on top of Zend Framework, which I specialize in and am an advocate of.
So I arranged for a private virtual server to get it up and running, and must say I am really impressed. Compared to other web solutions out there, I find my install of Magento to be very snappy and responsive. The backend is rather sluggish, but that’s not such a big deal.
I have put the website online already, because we want to get out of the sandbox Google has put us in, and get a search rank asap. Don’t look at the design tho, because we have used a standard template, and still have to create product images. Here’s a link:

www.chronoscoffee.com