I wanted to change my primary URL, and also setup HTTPS on my new VPS.
So, I bought an SSL cert that required I add a TXT record to get a verification email. The domain was new so I needed Google MX records added to receive the new email. Ah, but I also changed the DNS provider where I put those records. Thankfully, the TTL for new records was short and I got squared away so I could submit a CSR and get the SSL. I had to make sure to choose a CDN provider to support SSL too, and it happened to be the same place that handles my DNS now. This service also GZIP compresses as much as it can.
The domain is square now so I SSH’d into my new VPS to set a few things straight. For one, I needed to edit the MySQL DB with WP-CLI to search and replace the new URL. But I accidentally forgot to exclude the GUIDs so my RSS went haywire.
My VC is kinda jacked for deployment purposes, though I’m learning to handle dependencies and repo management with a JSON file via Composer. But I’ll still need to deploy my Git repo with something like Dploy.io. For now I had to cowboy up and SCP some new stuff to the server, since it doesn’t have (bad practice) FTP. Then I noticed I screwed something up, so I used Vi to edit it live, like a madman.
My new CDN provider not only delivers but also caches HTML, CSS, and JS. That’s on top of what JS-based Grunt does on the theme side, where my front-end JS is concatenated and minified, and my Sass is pre-processed to CSS. Grunt is also managed with a JSON config file, where I can do these things and more: like linting, combing, .pot generation, and auto-prefixing my Sass. I can even generate RTL-specific CSS if I need to. I’m told that hardly scratches the surface still.
In order to do these things, I work locally with VVV, so these scripts can run. That lets met setup custom LEMP stacks to my heart’s content, stored in a www folder. I can even do auto-site generation with one of many custom shell scripts, though you have to watch out if the project structure isn’t the same as yours. VVV supports WP-CLI too, so that’s nice.
Now the live site is HTTPS instead of HTTP, and because of new tools and modern browsers (that support stuff like SPDY and SVG) my website has fewer HTTP requests, and weighs less than a single MB.
Also, I better not forget to 301 the old URLs to the new URLs with the domain change; that’s easy with nginx and will help me keep my SEO.
Of course, these things are happening while building my site with my CMS of choice, which is also the one largely considered the easiest to work with: WP. And I’m not even close to done. I have so much to learn, APIs to explore, and mistakes to make.
The moral of this silly story, is that building and maintaining websites is still pretty complicated. In fact, I think it may be more complicated than ever. I always feel like a kid learning his ABCs, but that shouldn’t stop us. Don’t get intimidated. Dig in. Eventually we learn to string a few sentences together, or even a story.
Absent from this post: WTF.
+1
LOL
I was getting frustrated for you as I was reading that. So much to do when making changes or launching a new site. But when it’s all done, it’s always worth it.
I always struggle to explain what I do to my non-web friends. From now on I’m just going to refer them to this article.
Had to skip the forth and five paragraphs… my eyes began to glaze over and my brain began to short circuit with all the acronyms and jargon! Lol Were you writing a poem?! 😉
Ha! And you never even mentioned setting up your VPS and spending 1,000 optimizing every component. It is insane!
Love the post. I have so much to learn. I bet I hit Google at least 10 times while reading. You should put a dictionary at the end that defines all the acronyms…
Lol. Love to send to new web dev students.