Magento Hosting

Articles related to hosting configurations for Magento.
  • 360 Degree Customer Support at MageMojo

    At MageMojo we offer code level support to all of our customers, but what does that really mean?

    If you’ve ever seen Ferris Beullers Day Off, leaving your car with a valet might freak you out a bit. You know there’s always a chance your car may come back with a brand new scratch, free of charge. Now imagine a world where MageMojo parks your car. The valet hands your keys back and says, “I noticed things weren’t quite working properly so I went ahead and tuned her up. She should be running like new. Also, you may want to get the timing belt changed soon. If you have any other problems you can call me any time of the day, free of charge.”

    The support that we offer for our hosting customers is a true 360 degree view of the server, it's hardware, and how that interacts with the Magento code base. We then go one step further to dig down, find, and sometimes fix those pesky issues that slow your site down or lock it up altogether.

    Other hosting providers have this option if you’re willing to fork out the big bucks. What makes us stand out is that we provide individual support to every customer, no need for a massive wallet or special partnership.

    1

    Code level support is something we’re very proud of here at MageMojo so let’s go ahead and break it down.

    Performance support

    There’s a million and one things that can go wrong with a Magento site. Most issues come from either the site code or how that code and all its extensions interact with the server. So many people get stuck with performance. Drilling down to the specific line of code and saying “here’s what’s wrong” versus saying “awww that’s probably code related.” This is where we get to fill the annoying gap between code and server, helping customers know exactly where the problem is hiding.

    Our team starts by solving any possible problems of how code is configured with the server so clients can stop wondering where issues are coming from. We then go into the code and help identify the smoking gun. This allows us to view performance as a whole, not just as individual puzzle pieces that still need solving.

    Anytime a customer has a performance issue they can open up a ticket. They say “hey, my store is live, it’s broken, can you help me?” or “hey, my store is running really slow. The search is slow and these category pages are slow. Can you help me?”

    We look at the code to help find a root cause. We let them know the piece of code down to the line number, or tell the customer they’re abusing a collection in the loop or have a database deadlock. We’ve even found issues of customers making remote calls to a third party services that are slow to respond. Whatever the problem turns out to be, we’ll be there to help solve it.

    Some hosts may do this for VIP’s or big agencies - this level of service is open for all of our customers - no need for a secret handshake. We don’t have different layers of support with different prices. Customers don’t have to be well-known in the Magento community. They don’t have to be spending X dollars for hosting a month. In fact, it’s written directly into our SLA.

    A lot of hosting companies do this on a case by case basis but we do this across the board, 100% of the time, for everyone.

    Some people feel that MageMojo is a little expensive because of how much support we offer. If you want a shared server for $10-20 a month, they are out there. We don't focus ourselves in that market. That’s just not us. It’s not what we do. We could never provide this level of service for $10 a month. What we can do is promise that we make up for more than the difference with incredible support from a reliable team (and affordable dedicated hosting).

    2

    Magento Core

    We support the Magento core itself. Being a Magento specific host gives us the ability to not only know the in’s and out’s of our servers but to know how customer’s software will integrate every step of the way. This means if someone is tinkering with the core and it breaks, we’ll be able to show you exactly where things went wrong.

    We understand the server and we understand Magento so we understand how Magento is interacting with the server. Even when people know they have a code problem causing poor performance they need to understand how code is interacting with the server hardware to understand why it’s a code problem.

    Our specialty is taking server level expertise and combining it with Magento level expertise and offering that to every customer. That’s the 360 degree view of a customer's support needs.


    Diagnosing Problems

    When we have customers migrate to us from other hosting companies, a lot of times we hear a similar story. The other hosts will support them to the extent that they'll say "yes this service is running", "the server is not out of memory", or "MySQL looks like it's tuned properly.”

    Well what if you're running into slow pages and it turns out that there are full table scans being done in mySQL - a lot of times you have to go in there and get those queries out for people. So you have to say what queries are running long and which are locking and where it’s coming from in the code.

    And very few developers know how to get this server-level information.

    When a customer reports to us that their site is running slow, we will identify whether the problem is server-related or within the code - down to the specific line of code. Whether that's in the core or in a 3rd party extension we find out what is causing that bottleneck.

    Take all of that a step further and look at how the code is interacting with the database. So there may be things that can be done on the database side like maybe a query cache is needed - query cache may not even be enabled. Some people might think why would it? Sometimes query cache hurts people, sometimes it helps people. It’s a controversial topic. In 5.6, mySQL disabled query cache by default. Up to 5.5 it was enabled. Query cache is something a customer may need to turn on.

    Maybe the way a customer is reading the tables could benefit from an index. We can see fixes like that. Add an index on this key and boom your query is flying now. Or maybe they have sql deadlocks and are not a database expert - I mean the queries that come from Magento are massive - we understand those. We can generate query plans and help optimize them. We will even help with deadlocks.

    If customers need a specific MySQL parameter tuned because what they’re doing requires something that’s outside of what works for everybody else, we will help. That’s code level support. We step in and solve those really really hard problems that the average host can’t or won’t. We’re here to do this for every customer, they don’t even have to ask.

    3

    Break Fix

    Everyone knows that sinking feeling in the pit of your stomach when your site stops working. If a customer is in production and broken we come in and troubleshoot. We’ll help determine the root cause of the issue.

    If a customer is in production and their site is broken, we’ll come in and look at the issue. We take action to get problems fixed so the site is operational again. We give customers the smoking gun of what went wrong, after we get their store running again.

    If the issue relates to an extension we let the customer know exactly what extension is broken. If we know exactly how the extension is breaking we’ll inform clients on what is broken down to the line of offending code. If we don’t know exactly how to fix the issue we'll let customers know what extension it is and recommend that they disable it and talk to the extension vendor.

    Our response to a client’s issue also depends on their experience and willingness to work on the problem. We know it’s a database problem and point out a locking query but we usually stop there. Our customers then have the option to ask us to take care of the problem or to continue working with us on the resolution. Either way, it’s no extra charge.

    If we think it’s an index, we’ll drop in an index and just like that the problem is solved. Otherwise, if it requires more interaction with the developer and the customer has a developer or is a developer, we will happily continue the conversation and give more and more details as the issue unfolds. We extend this quality of support for some very difficult, hard to solve problems.

    Some hosts may provide this depth of support but not without the customer pulling out their pocketbook. If a customer is having database deadlocks but it’s not happening all the time, for other hosts it is about $300/hour. Their DBA will have to sit there for a few days waiting for the problem to happen and customers end up spending $10,000 to fix the problem.


    Auto-Patching

    We do auto-patching for all of our customers. By default, everyone is opted in. As far as we can tell, we are the only Magento hosting company that offers this to all of our customers by default.

    We’ve been able to figure out programmatic ways to do this auto-patching for everybody. Not only does this process include default templates but every customer's server is setup for auto-patching including custom templates as well.

    There are other hosting companies that may offer this to some of their customers - perhaps to their VIPs or larger customers - but what differentiates us is that we offer this to every single one of our customers.

    In the auto-patching process we don't just roll default patches out across the board. A lot of patching, if applied across the board, would leave your site vulnerable. We modify the patches and roll them into our own patch script to give additional security protection for your site.

    For example, if a patch adds a foreign key to a template. Updates will patch the default templates but they will not patch custom template files. We will go in and patch your custom templates to ensure you a more secure and consistent site. This applies to everyone, not just VIPs.

    We started doing this as of the Shoplift bug. When Shoplift hit, we realized that we had to do this - we know our customers, and our customers are, by and large, mid-market or the higher end of the small business market. Many times they paid someone else to build their site and they don't even know what a patch is.

    If auto-patching ever fails because the core has been modified then we’ll notify our clients. When it comes to bigger issues with core modification in regards to how patches are working we will usually refer them to a developer. We also send automated patch emails that go out once a week and remind customers if they’re not patched. The reminder basically says “You need to patch these. This is dangerous. This is why it’s dangerous. Here’s how to fix it.”

    4

    Extension Configuration

    It’s not uncommon to run into speed and functionality problems when adding extensions with server interactions to a website’s code. Part of our code level support is going into the server to make sure that any extensions are properly configured.

    For example - if a customer comes in and they want to enable Varnish we’ll go ahead and install turpentine for them. We then configure Varnish on the server and go into the Turpentine settings to configure it to work well with the server. Once we have configured all the server side settings in Turpentine we know when you save it - it’s pushing your VCL to Varnish. Also, any other aspects like crawl that need to be configured - we will configure for you as well.

    Or when a customer wants SOLR. We’ll install it for them with whatever extension they’re using and look at the server side settings of that extension and make sure they are working with SOLR. We don’t just install extensions and make customers go do the rest on their own. We guarantee whatever extension is being added will work with the server.

    Extensions that have non-trivial server integration or some server side component that needs to be set up. We’ll install and configure it. The whole 9 yards.


    Most hosts are not set up to handle this additional level of support. For us, it’s built right into our workflow. We have a team of frontline support guys and we have a team of hardcore sysadmins. Our workflow is set up between our help desk and Jira - when an issue like that comes in we can generate a ticket for a sysadmin to work with so they can take over and work on it.

    Our sysadmins are always there - we have a couple onboard around the clock - this is so you don’t have to hire a sysadmin around the clock just to monitor your issue until they catch it. We always have someone there 24/7. Our processes are built around customer support which is how we can afford this level of care for every single client.

    Our philosophy is to make sure that you always know the server is working. We don’t ever want customers to be in a position where the don’t know where issues are coming from. We understand the server and we understand Magento so that you can know exactly how the two of them are interacting to help solve possible issues whether they’re big or small.

    Our database experts come together with our Magento experts to provide customers with the most responsive and thorough support of any Magento host. A full 360° view of the delicate balance between code base and server hardware.

    So when it comes down to what code level support really means, it means we’re willing to go the extra mile for our customers. It means less downtime, faster load times, and in the end, a more profitable business.

  • How We Built A Successful Magento Hosting Company

    So you've read the offer, the secret sauce, and you still don't believe it.

    Well ok then, here's the story of how we actually did it...

    Let's travel back in time to 2008 where Magento first started chewing up and spitting out servers. At that time I was working for my own email marketing company and I was focused on store integrations for advanced email marketing.  Email-Marketing-mojo

    ShopSite had been my primary focus up until that point when Magento burst onto the scene.  I looked for ways to expand, saw Magento was the next big thing, and wrote my own extension extending the Magento api.  Maintaining and supporting this api became quite a nightmare due to the poor support and misconfiguration of the hosting providers my customers were using. Two things started becoming very clear, Magento's performance was a big problem, and so was the lack of support from hosting providers.

    I had been working with ecommerce since 2000 and bounced between many hosted cart solutions.  In the ShopSite hosting world there were many options but only one choice: Lexiconn.  I have a great amount of respect for Lexiconn and the support they offered to their customers.  Rob will tell you I pushed the limits of ShopSite and man we did some crazy things together with it.  At one point we even had ShopSite connected up and printing etickets for the turnstyles at the Kennywood family of amusement parks in Pittsburgh (Kennywood, Sandcastle, Idlewild)!

    Kennywood

     We had a store that went on Good Morning America multiple times, QVC appearances, the works.  I owe a lot to Lexiconn and I have a great amount of respect for the level of support they provided to their ShopSite customers.  Lexiconn has finally entered the Magento market and Rob told me "looks like you guys are the ones to beat".  That really meant a lot to me and I'm sure Lexiconn is going to push us harder than ever to do better.

    From them I learned a host isn't just the bare metal nor the software stack nor the network.

     The host understands your problems with the application because the host are experts in the application.  They help you with configuration problems.  They help guide you on performance problems with troubleshooting and advice.  They watch your back by applying security updates, not only patching your server, but also patching your store.  They help you troubleshoot problems that you think might be the server, even when they're not, just so you can be sure. When it comes to performance problems, software or app, every performance problem becomes a problem because it's pushing the hardware too much.  Having a deep understanding of how the software and app interact with the hardware is the key to understanding all performance problems.  

    Last, but not least, support should be quick to respond, and when responding they take the time to read your ticket, think it through then reply, instead of playing ticket ping pong. We all know how stressful it can be when you open a trouble ticket, wait for the response, and it comes back asking for information you already sent. Knowing that the person on the other end of the keyboard understands your problem and cares about your issue brings a tremendous amount of relief, especially when you know it's someone you can trust.

    Now it's 2009, and I'm thinking, I can solve these performance problems with Magento by using better hardware.  You see sending millions of emails a day, hundreds of thousands per hour, thousands per second; requires a very particular set of skills, skills I have acquired over a very long career.

    Skills that make me a nightmare for other hosts.  I struggled for years building my own colocated app infrastructure and writing all my code, including my own high performance SMTP email delivery engine, to be able to hit the intense throughput and uber low latency required.

    I spent 8 years obsessed with the relationship between code and hardware and the network, to research, learn, and understand how to make them run faster together. One of the most useful pieces of hardware in solving the problem had just come out, and it was taking hardware performance to epic new levels; the solid state disk drive.   My current business partner, and former colleague Martin Pachol, was doing some freelance with me when he suggested I try virtualization.  Pretty soon all my servers were running in VM's with SSD drives. I could clearly see virtualization and SSD technologies were the future.

    sheldon_big_bang_theory_t

    Here we are in late 2009, I'm sick and tired of dealing with what I considered shitty support at hosting providers and I'm convinced we can build an infrastructure that will run Magento faster.

     We see there's a market where Magento is growing by leaps and bounds.  Everyone is obsessed with Magento performance and we see an opportunity to use our acquired skills to solve these widespread performance problems.

     We now have a niche market with exploding growth, a catalyst of performance problems to propel customers to our offering, and a hook of better performance plus better support to retain them for the long term.  The icing on the cake is that it's a subscription based service, you subscribe customers, they pay you every month, sweet!

    MAgento11

    We leased a couple servers from Dell wth SSD drives, installed them onto my existing infrastructure, loaded our hypervisor, configured our os/stack, and off we went testing.  It worked, it worked really, really, well!  I started referring customers from the email marketing side to the hosting side.  They told their friends who told their friends and so on.  Before long I had to make a choice.  I was tired of fighting with ISP's over deliverability issues and I always loved building high performance infrastructure and pushing performance boundaries more than anything (admittedly to my own detriment when I should have been doing other things :).  Good bye email markeing! so I transitioned to MageMojo full time.Animals-Waving-Goodbye-Photos-658x411

    Those first years were tough.  I mean really tough.  We started this company with no investment so we had no operating capital to hire a full staff. Martin was working full time for the first year and he answered tickets during the daytime while at work.  I answered them in the evenings.

     At night I slept with my phone on my pillow and set the tickets to send me text messages to wake me up at night.  Throughout the night, buzz buzz buzz, wake up answer ticket, sleep, buzz buzz buzz.  Eventually we our income grew, we hired people, we fired people, we learned how to hire and how to fire.

    Magento

    We soon realized that the datacenter we were in wasn't going to be a long term growth option for us.  They were charging way too much for their bandwidth and their uplinks were saturated.  The latency wasn't great and the were doing funky things with their routing policies. And we were using their IP addresses for our customers DNS, IP addresses we could not take with us anywhere else.  

    We were quickly becoming married to this datacenter and soon would never be able to leave.  We knew if we wanted to be a real hosting company; we needed to build our own network.

    That's what we did, we moved our two racks into a carrier neutral facility literally right beside all the major eyeball networks.  We picked up IP transit from them, got our ASN from ARIN, and built our own damn network.  It was small, it was low throughput, it was expensive as hell for us at the time, but it was ours damn it! More importantly it's latency was super low making it faster than our previous datacenter's network. We finally had our own core network with our own IP address space; we were fast and we were free! 

    Buginbed

    We continued to grow, adding more servers, adding more staff. Along the way we learned hard lessons.  We experienced double drive raid failures knocking out arrays.  We experienced backup vendors buggy software failing to keep proper backups when we needed them most.  We got knocked down.  We got back up. We evaluated what went wrong. We grew stronger and stronger.

    Then disaster struck at the end of 2012.  Someone launched very high rate pps ddos against one of our customers on black friday knocking us offline.

    Our beloved tiny core was quickly overloaded and in that condition could not provide netflow data to identify the target of the attack.  Without the target IP address we had nothing to give our upstreams to null route stopping the flood. It took us a couple hours to figure out the IP addresses and have the null routes in place restoring service.

    DDos-attack-mode

    In 2013 we started out on a mission to build a new core, the ultimate core, the core we've been dreaming of.  We learned everything we could learn on firewalls, WAF's, IDS's, IPS's, and ddos protection.  We invested $500,000 into the new core and believe me when I say we had the technology and we rebuilt it better than before.  We survived the next Black Friday / Cyber Monday and we caught the attention of F5 Networks who flew us out to do a video case study.   Since then I've been a guest speaker on their webinars and events like the RSA security conference.  CDW also did case studies on too! I became a customer advisor to the Security and DDos team at F5. It's been great to work them and collaborate with their team of security experts.

    Along the way I also became a customer advisor to Cisco's Performance Routing team advising on their PfR product.  And oh, also the technical editor on the first Mastering Magento book from Packt Pub.  

    Things started looking bright again for old MageMojo!

    Mastering

    Now we're in 2016 and things are looking good. The network is running great.  Our server builds are solid.  We have iterated over version after version of our automation tools having finally evolved them into their final form.  But there's a problem, a nagging problem, something that we've been trying to avoid but know we will have to deal with eventually.

    The problem is we're using someone else's hosting control panel.  Maybe you've heard of it, it's a little thing called cPanel :)  cPanel is an expensive monthly cost for us that keeps growing. It's also taking total control of the server including the software versions and components that can/can't be installed. We want to innovate and we need to try new and exciting technologies but cPanel keeps lagging behind the times, promising new features, but never delivering.  So, being the developers and programmers we are, we say hell with it, let's roll our own control panel and stack, with blackjack and hookers! And we did using angularjs plus bootstrap for the front with Saltstack in the back.  Our server performance doubled!

     Combined with our new hardware build released at the same time we saw a total 3x increase in performance in terms of both decreased latency and increased load handling!  Writing our own control panel and stack allowed us to unlock the full potential of the amazing underlying hardware builds we had created.  Sales literally doubled over night!

    Sales in 2015 continued to pick up and we continued to grow while managing to keep a very high 99% retention rate of customers.  Customers that we have lost have either gone out of business or switched platforms and only very rarely left because they were unhappy with our service.  I think it takes about 5 years to bake a hosting company off, to really work out all the bugs, and get yourself humming along with great efficiency.  It certainly takes a long time for the economies of scale to kick in where you start turning profits.

    Especially for fixed costs like staffing 24x7 support and running a big core network of your own. What you do sacrifice are the marketing dollars.  You can't afford to have a lounge at Imagine. You can't even go to any events at all.  You invest your money into products and services.  That's how you offer more for less.

    247

    Let's do some quick "hypothetical" napkin math to illustrate this.  The major expenses of a hosting company are your hardware, network/facility, and payroll.  Hardware costs of leasing one server is about $250/mo. You're still buying latest generation and top of the line hardware but you're keeping your costs low with aggressive qty discount pricing while also leasing on FMV terms.  You can signup customers at your current prices to bring in an avg $1000/mo rev per server. You're left  with $750/mo in income per server after hardware costs. Let's say, "hypothetically", you have 150 physical servers. Take 150 servers multiplied by $750/mo and you have $112,500 in income.  Subtract your network/facility cost of $20,000 and that leaves you with $92,500 for payroll and misc expenses. Can you hire 15-20 highly skilled FTE's living in NYC for that amount? Almost, but not quite.

    Fortunately, you don't have to. You need staffing 24x7, so you look for staff in other countries.  It so happens that we've attracted ex-magento employees from Magento Go and EE support, living in Ukraine, who love working with us and fit perfect into our nightshift.  That significantly lowers costs per FTE.  You also allow your employees to work from home so they can enjoy being in lower cost of living areas.

     They love the benefit of remote work while still being paid well for their area. You're able to attract talented people because many want to leave the big cities and head back to rural areas. Plus now you've expanded your job search across the entire country widening your talent pool.  If you had to setup a large office and required everyone to come into work, you couldn't afford to attract talent, nor be profitable.  You also don't need everyone to be a Senior Admin.  What you need are people with hosting experience who are trainable using your playbook.  Lastly, when your two owners are also working at the company full time, you avoid paying the senior management pork.

    Pork

    My business partner Martin and I did not start this company to get rich.  We started it first because we love building high performance infrastructures and making applications go really really fast.  Second because we wanted to create good jobs for people where they love what they do, they like the people they work with, they look forward to starting work everyday, and they're well taken care of.  I don't care if Martin and I find an exit to cash out.  We're just happy building a family of people who love what they do.  And we love helping our customers.  This is a serious business.  

    Our customers depend on us to make sure their store is online and fast.  They might be the owner who's relying on one more order he needs to make his rent this month or she might be working for a large company putting her reputation and job on the line by choosing us.  We depend on our customers to put food on our table and a roof over our head.  Just like our customers depend on us to do the same for them by supporting their online store.

    We think that makes a strong bond between us ensuring mutual success.  That's why we choose to build not just another hosting company, but the best damn hosting company specifically for Magento.  Even if we weren't making profits I would still be happy because I love what I do everyday and I love the people I do it with. Even if we never get rich I'll retire happy knowing that we still improved the lives of millions of people through helping our employees, our customers and their customers.

    Superman

     

     

  • MageMojo's Secret Sauce

    So you've read the offer we're presenting and you're thinking it's too good to be true.

    This can't be real. How can a small company I've never heard of possibly offer more than the big guys I already know? How can they have better support? How can they run Magento faster?  How could they possibly be cheaper? And how the heck can they make any money undercutting everyone, because that's not sustainable?!

    snorgtees.com snorgtees.com

    It's really simple. We started this company in 2009 to do one thing, and do it really well: Magento hosting.

    Specializing in one thing allows you to operate in ways other providers can't. Our competitors built a hosting company and then figured out how to market it.  We built a hosting company for Magento and figured out to streamline it.

    Because Magento benefits from the latest developments in CPU architecture designs, we make sure our hardware is the latest generation available, which translates to faster page load times.  We lease our servers on a 2 year FMV operating lease, and, after 2 years, we return the servers and buy new so our customers always have the latest in CPU advancements. Our competitors, who host everything, are not as concerned with latest CPU speeds, since they make no difference to WordPress or Expression Engine.  They prefer 2 or 3 year $1 capital leases.  They retain the equipment and continue to use it for 5+ years to squeeze every last dollar of profit out of it.  

    Sadly, we see even well-known hosting providers locking customers into dedicated server contracts starting with CPUs that are already 2-3 year old!  By keeping a low, fixed monthly cost, using FMV leasing on a 2 year refresh cycle, we ensure our customers have the latest server hardware providing the fastest page load times.

    Our network is stable, fast, secure, and optimized for end user eyeball networks (re: your customer's ISP).  Our core network runs optimization software that is proactively probing the top talking ISPs from your customers, to find the lowest latency path, and dynamically routing between our fastest upstream carriers, regardless of cost.  We're also colocated physically in the same facility as the major US ISPs in what's called a carrier-neutral facility. Our internal network is fully redundant all way through every core router, firewall, each rack, and individual bonded network port, and on into each server.  

    Having fully redundant equipment doubles your costs but it's important to ensure 100% network uptime. We are able to lower these costs by using high density, in-rack configurations to condense our servers which in turn condense port utilization. Using premium bandwidth, optimized for the lowest latency path, is also expensive, but we can afford to do this because we only send store traffic, and have no other noise on our network from loud customers.  Being in a carrier-neutral facility is premium space that comes with a premium cost, but again we're high-density, only Magento stores, and do not have the sprawling footprint other hosts need to take on various types of customers.

    Our support is Magento specific and reaches into the Magento code base for break/fix, performance tuning, proactive monitoring, and general advice. Your site can run other software, but since Magento is all we host, you must have a Magento store to qualify for hosting with us. We've written our support playbook for Magento. We don't need to teach our staff about WordPress or Expression Engine, or a million other things; we've trained our staff to specialize on the specific problems of Magento.  We wrote our own hosting control panel specifically to automate setup of the high-performance, complex configurations and components that Magento store owners want.  We've written our own cloud automation framework around open source tools to streamline all of our routine and mundane activities that come with hosting.  We are He-Men: Masters of Automation! Just kidding. I'd like to brag and say we are the Masters of Automation, but when you're a group of ex-programmers / system admins who are automating one specific area, it's really not that difficult. :)

    In summary, when you focus on one thing, you can afford to offer premium services at equal or lower costs than your competitors, because, while they are trying to be experts in multiple fields, you've been busy streamlining for your niche.

    Would you like to know more?  Click here to read the story of how we actually did it.

  • Better Magento Hosting or We Pay 3 Months of Your Hosting Bill

    This is an exclusive offer for authorized partners of MageMojo. (SUMO Heavy, MageTraining, Wagento)

    Partners are eligible to receive a 10% lifetime commission on referred sales. Partners that prefer not to accept a commission will indicate that they’ve opted out of it.

    Now, we're going to make you an offer you can't resist:

    • Better or equal SLAs for network uptime, power availability, and hardware replacement (read our SLA here)
    • Better or equal fully managed and proactive support including: server monitoring, application monitoring, security updates, and Magento patches
    • Better or as-fast TTFB, with 1 to 1 copy, no extra/fancy caching tricks
    • We've seen over 50 customers coming from well-known Magento hosting companies that have all seen at least a 2X performance increase in TTFB.  Ask about our performance increase guarantees when you get in touch. 
    • Code-level Magento support for break/fix, performance testing, performance tuning, dev/staging copy creation and syncing; as often as needed
    • Free migration from current hosting provider, if desired
    • Free staging account in separate physical environment from your production environment
    • Guaranteed price match (or lower) to other premium Magento-specialized hosting providers for same server spec
    • No additional charge for setup of Varnish, Redis, Memcache, HHVM
    • No long term contracts, no setup fees, no additional fees for support or services
    • Support for Magento 2 with Varnish and PHP 7
    • If you're not happy, free migration back to current hosting provider, AND we pay 3 months of your current provider's bill

    MageMojo has hundreds of great testimonials from leading merchants and agencies, (including agencies like SUMO Heavy), and has experience hosting stores with volumes of up to 20,000 orders per hour during events like Super Bowl advertisements and Shark Tank airings.

    Sound too good to be true? Well, it's real. By focusing on only hosting for Magento, we're able to offer a higher service at equal or lower costs. It's simple, really: When you do one thing, like we do, you can do it better than anyone else.

    Want to learn more? Click here to read about our secret sauce.

4 Item(s)

  • Cisco
  • Intel
  • Redis
  • Magento
  • Nginx
  • Dell
  • Percona
  • MemCached
  • PCI Compliant
  • BBB