A while back, last year maybe but it looks like I deleted the post, I spent a considerable amount of time making this site reach perfection (two 100s) on Google’s Page Speed Insights tool. Here’s what it looks like today (18 Oct 2015):
So, what happened?
I changed my caching plugin from “W3 Total Cache” to “WP Super Cache” but it’s hard to believe that would cause much problem. I also installed a plugin to support Accelerated Mobile Pages (which so far seems to do nothing at all but I haven’t poked at it), but I think the real reason for the decline in my score is neglect. The world kept turning but I stopped paying attention to this site. For a freelance developer, that’s a good thing because when we have paying work we tend to ignore our personal sites, but it’s embarrassing for a guy who’s supposed to be Performance Focused.
So, I’ve got some work to do here, don’t I?
I had to do this a couple of weeks ago for a simple “Special Offer” modal window. This is better.
(Yes, I use this blog to remind myself of things — things aren’t always about you, ya know).
A while back I built a small project using Backbone and really liked the way it turned out. A larger project came up, also well-suited to the framework, and I got this book to help me build a more solid knowledge base before beginning the project. It didn’t help at all.
Although Backbone.js provides the core content of the book, my impression (I didn’t read the book carefully, all the way through) was that peripherals take up much more space, and I was reading much more about Bower, Browserify, Requirejs, Grunt, Handlebars, Obscura, Yeoman and so on, than I was about Backbone. There’s nothing wrong with those tools but I use many of them already and I simply could find no use for much of the book’s content within my work flow and I lacked the time (and the inclination) to change my workflow so that I could undertake the tutorial embedded.
Every site I’ve built in the last couple of years incorporates a device-responsive layout using media queries to serve different styles to different device widths. (Except for one, which used device-detection at the client’s insistence, but I don’t like to talk about that one.) I’m not unique — every developer I work with can probably say the same thing.
Making a responsive site costs a little more than a static, fixed-width site, as everyone should know by now, but given the trends in mobile-device usage and search engines’ inclusion of “mobile friendliness” in their ranking algorithms, those of us still building static sites have their heads in the sand.
Google is trying to help yank those heads up (actually, they’re trying to help themselves by improving the quality of their search results, but we can pretend) by providing a simple pass/fail tool to tell you if a site is Mobile Frieldly, here. It’s also avaialable via Webmaster Tools.
Search Engine Land published a study from BrightLocal about the effect of online business reviews. There’s lots of data, but the take-away is that those reviews matter, almost as much as personal recommendations, which matter a whole lot. I try to review products (books!) and services, especially when my experience has been positive, because I read and value reviews myself and I’m willing to take a few minutes to go beyond the “this sucks”, anger-driven Amazon one-star reviews.