Tag: WordPress (Page 165 of 220)

Over the past couple of years, I’ve written a number of articles about using design patterns in WordPress. One that I’ve written about a number of times has to do with the Singleton Pattern.

Although I’m not really expecting anyone to spend time reading through the following list, some of the articles and/or comments that discuss the pattern include:

• An Introduction to the Singleton Pattern
• Properly Instantiate a WordPress Plugin
• Instantiating WordPress Plugins
• Object-Oriented WordPress Plugin Development

The funny thing about blogging is that when you’ve written something two years, one year, or even six months ago, you may not feel the same way as you did when you initially wrote the post. And that’s fine – as far as I’m concerned, it’s an indication of professional growth (or just getting better at what you do).

So with that said, I don’t use the singleton pattern as much as I used to the reasons for which are a topic for another discussion. Instead, I was recently talking with a good friend about implementing the singleton pattern within the context of a WordPress plugin and the discussion really came down to this:

Should plugins that implement the singleton pattern be instantiated in a hook?

Make sense? Continue reading

One of the greatest strengths that’s offered to designers and developers who work with WordPress is the ability to use just about any client-side technology that we’d like. That is to say that for anyone who is working on building themes has the ability to chose from a seemingly endless number of frameworks, libraries, tools, and so on.

Off the cuff and in no certain order, we have technologies like:

• Bower
• Bootstrap
• Composer
• LESS
• Foundation
• Sass
• Grunt
• Any number of jQuery plugins
• Backbone.js
• CodeKit
• …and so on forever and ever.

Continue reading

One of the business models that is common (although not as common as it used to be) in the economy of WordPress is the unlimited support for for a single purchase. That is, you buy a theme or a plugin, and you pay for the product and the purchase often includes a license for lifetime support.

For those of you who have made a similar purchase, then you’ve likely seen some type of pricing defined like this:

• $X for the purchase of the product
• Use the product on Y number of domains
• Unlimited support and updates

And then the above scheme is tiered such that X and Y change based on the amount of money paid toward the product.

But, like I said, this is nothing new and it’s something that we see frequently see, but anyone who has worked with this particular business or who followed this through to its inevitable conclusion realizes that this is a completely unsustainable business model.

To that end, if more small businesses based on WordPress want to have a better shot of “making it” (where “making it” is defined as staying in business – not some arbitrary amount of money to be made), then this particular pricing model needs to die.

Continue reading

For those of you who are involved in working with building things for WordPress- specifically, premium plugins and themes – then you’re likely plugged closely into what many refer to as “the WordPress community.”

Granted, I’m not saying it’s not a community – it is – but it’s just part of the community, right? I mean, the word encompasses people who use WordPress to blog, people who are fans of the software, those who have contributed to it, those who build things with it, and so on.

All that to say, the community has a variety of facets.

And the challenge to this is that when we spend so much time with our subset of the community, it’s easy to accidentally develop a degree of tunnel vision such that we become at least partially focused on writing things, designing things, or buildings things with our part of the community in mind rather than our customers.

Continue reading