Tom McFarlin

Software Engineering in WordPress, PHP, and Backend Development

Page 185 of 427

Should I Use Caching on a Shared Web Host?

Regardless of your experience with WordPress, it’s almost inevitable that – at some point – you’re going to want to experiment with caching your website.

Cache, Not Cash

Cache, Not Cash

For those who have a background in computing, you’re likely already familiar with caching:

  • how it works,
  • how to control it,
  • some of the pitfalls,
  • and many of its advantages.

If, on the other hand, you’re someone who wants a faster site, finds a plugin, and then begins turning options on and off, you may end up negatively affecting your site in some way.

Because WordPress is available a one-click install on so many web hosts, and because the plugin repository has a variety of caching plugins, it’s easy to get overwhelmed and/or try out a number of different plugins potentially altering the appearance of your site when users are viewing it.

And the latter happens to all of us. At least I hope. I had a cache issue late last week :).

Anyway, despite this laborious introduction, the purpose of this post isn’t necessarily to outline the advantages and disadvantages of caching. Instead, it’s meant to answer the question:

Should I use caching on a shared web host?

And though it’s not a difficult question to answer, it’s important to understand that you can only push the limits of your caching so far in that type particular environment.

Continue reading

A WordPress Upgrade Doesn’t Break Your Site

WordPress 4.4 was released last week and there’s no reason for me to cover all the information about it. You can read all about it on:

As with any WordPress upgrade, there’s often the following commentary:

The latest WordPress upgrade broke my site.

And I get it:

  1. You’re a user.
  2. Your site is powered by WordPress.
  3. You upgrade WordPress.
  4. Your site breaks.
  5. Thus, the WordPress upgrade broke your site.

I’m likely preaching to the choir with this post given the audience (at least of which I’m aware), but in case anyone reads this is not a WordPress developer and is someone who is tech-savvy and tries to say on the up-and-up with WordPress, then perhaps it’ll be useful.

If nothing else, I can reference this for others with whom I work as a means to explain something without doing so over and over again (and hopefully in a much clearer way).

The short of it:

Just because you upgrade WordPress and your site breaks does not mean that the WordPress upgrade broke your site.

This sounds a bit like circular reasoning, doesn’t it? Bear with me.

Continue reading

Getting Started with WordPress Development

If you spend enough time with WordPress, you may very well become interested in development. No, of course not everyone will do this.

They’ll continue to use it exactly as it is:

  • A blogging platform,
  • Or a content management system

But just as with operating systems, desktop software, mobile apps, etc., you may find yourself wanting to build things for WordPress.

So the natural question becomes:

“How do I go about getting started with WordPress development?

And there are tons, and tons of articles available for this. There are videos, there are courses, there are seminars, webinars, and so on.

So this is not going to be another post about the 10 things you need to do to get started in WordPress.

Instead, it’s going to take a different approach.

Continue reading

What Are Object-Oriented WordPress Meta Boxes?

I’ve written several posts about WordPress meta boxes. Perhaps the series of posts closest to what I’m going to touch on in this post is the one that outlines:

  1. Aiming For Simplicity
  2. Separating The Logic
  3. Each Component
  4. The Front-end

You can read each of these if you want, but they aren’t necessary for this particular post. If you’re familiar with WordPress meta boxes and how to create them programmatically, then you should be good to go.

The short of it is this:

There’s a consistent way to create WordPress meta boxes in an object-oriented way. This includes an interface, defined methods, and permission and security checks.

A lot of people who work with WordPress use third-party code to create these features. This includes other plugins or generators. That’s fine. I’d say that falls more into the implementor camp, but that’s beside the point.

Further, it’s not the point of this post. Instead, this post focuses on concepts for WordPress developers looking for object-oriented solutions.

Continue reading

More and More JavaScript in WordPress

I wasn’t able to attend WordCamp US (cue jealousy rage! :), but I’ve thoroughly enjoyed many of the blog posts that I’ve read about the conference.

It’s easy to be proud of the software and to continue wanting to work with it, isn’t it?

With all the chatter around Calypso, React, and JavaScript, there’s a lot to cover. If you’re a web developer, this is something that may be overwhelming to take in. For some, this is a natural progression of their career.

Regardless, JavaScript is going to be playing a major role in both WordPress and the web in general. This is holding true to Atwood’s Law:

Any application that can be written in JavaScript, will eventually be written in JavaScript.

Say you’re a WordPress Developer, but you’re just now getting a hold on jQuery. How are you – or we – supposed to pick up on all the new technologies

Continue reading

« Older posts Newer posts »

© 2025 Tom McFarlin

Theme by Anders NorenUp ↑