![\"sunlight-staging.1\"](\"https:\/\/wpengine.com\/wp-content\/uploads\/2015\/12\/sunlight-staging.1.png\")
<\/a><\/p>\nSunlight Media LLC is a premium Los Angeles-based web design and development company. Our goal is to create websites that provide a great user experience, and also make it easy for our clients to make content updates on their schedule without having to call us (or pay us) every time they want to add a new blog or update their product images. We\u2019re talking about businesses that aren\u2019t big enough to have their own IT departments or in-house developers. They need to rely on us to create efficient systems that they can use with limited training. That\u2019s generally why we recommend WordPress for this type of client.<\/p>\n
Of course, any time you use a content management system like WordPress to make it easier for non-technical end users to update websites, you necessarily sacrifice the ability for developers to have the level of control they like to make things happen. That\u2019s where the \u201chate\u201d part of the love-hate relationship is rooted.<\/p>\n
As soon as we started using WP Engine, I immediately noticed a reduction in complaints from the development team. I knew there was plenty for them to be getting on with, so I asked them what happened. The response was unanimous: WP Engine had made it easier for the team to complete development tasks, and the staging area was one of the top factors that kept coming up.<\/p>\n
So what does the staging site actually allow a developer to do? Here are six ways that this functionality provides more to our development team than we were able to get from other hosting platforms.<\/p>\n
Troubleshooting Theme Issues Made Easy<\/strong> Simplifying Plugin Conflict Resolution<\/strong> Why do we so aggressively avoid plugins, you might ask? Well, they have a habit of not playing nice with one another. When that happens, the side effects could range from minor isolated issues that only affect the plugin to sitewide issues that, at first glance, seem unrelated. This is where the staging site really comes in handy. We can troubleshoot plugin conflicts, remove individual plugins, update plugins, and play with plugin settings. Basically, this allows us to diagnose the problem and fix it without the client\u2019s site being affected in the process.<\/p>\n Stop Worrying About Server Side Caching<\/strong> With the staging area, however, we never have to worry about caching, because, magically, it never happens. This saves our team so much time! And when a page or element is ready, we can show the client right on the staging site without worrying that they might see an older version of the page.<\/p>\n The Ability To Test Import Files<\/strong> Risk Free PHP Editing<\/strong> Redefining Test Pages<\/strong> In many cases we\u2019ll create a test page or edit a page substantially and then do user testing to make sure we are making a good decision. It\u2019s so much easier to do this in the staging area than to make the additions or changes on the live site. If we, along with the client, deem the test page to be something we want to move forward with, we can just transition it immediately to live (that\u2019s just one click). If we want to do A\/B testing on the live site we can easily export the page and then import it to the live site, and if we decide the page was an all-around bad idea, we can simply delete it.<\/p>\n
\nIf you\u2019ve spent any time at all doing development work for WordPress you\u2019ve undoubtedly run into theme issues. These can manifest themselves when you update the theme, update WordPress, edit theme files, add new plugins, or for a number of other reasons. Now, we always test theme updates in the staging area so that if something breaks, it doesn\u2019t affect what might be the lifeblood of our client. And if something does go wrong on the live site, we can revert it to the last backup on live and start troubleshooting on the staging site. The last thing we want to do is have actual users see broken elements on our client\u2019s website.<\/p>\n
\nAh, WordPress plugins. While sometimes it\u2019s unavoidable to fall back on plugins for functionality, there are generally ways around most issues that might require a plugin so as to limit the number of plugins on any given install. I can\u2019t tell you how many times we have inherited a WordPress site that is overburdened with unnecessary plugins.<\/p>\n<\/a><\/p>\n
\nServer-side caching is a great tool for the end user, making their experience faster and more seamless. But for a developer it can become a nightmare, slowing down both initial development and testing. The solution on other platforms is to turn off caching on the site while development is ongoing. That\u2019s a difficult decision to make, though, because it can start affecting the user experience if caching is left off for any length of time.<\/p>\n
\nIt\u2019s always a scary moment when importing files such as blog posts, products, reviews, or any other type of data on to a website. In many cases they\u2019ll import properly and appear just where you wanted them. In other cases they break the website. We always test the import of files on the staging site first so that we don\u2019t have any unpleasant surprises on the live site.<\/p>\n
\nSometimes you just have to edit PHP files or functions in WordPress. These are often files that affect the way the core functions of the website work and there is a greater risk of damaging something important when working with PHP files. There are even cases where editing PHP incorrectly could prevent a backup from working correctly, causing permanent damage to a website. With the WP Engine staging site, we are able to work with these files without any risk of ruining the live site.<\/p>\n<\/a><\/p>\n
\nAt Sunlight Media LLC, we try to offer our clients more than our competitors can. To that end, we\u2019re always paying attention to the analytics data on our clients\u2019 websites and making suggestions as to how to improve their performance. One way we can do this is by looking at the visitor flow and drop-off rates at certain pages in that flow, and then make suggestions that adding a page or editing the way a page works could improve the way that people interact with the site.<\/p>\n