NextGEN Facebook (NGFB) v7.4.4

ngfb-logo

NGFB version 7.4.4 fixes three small issues — including one where the sharing JavaScripts were being added for inactive widget(s) — and several enhancements. A new Schema description meta tag has been added, and the previous Open Graph cache object has been replaced by an HTML meta tag cache object. This improves performance slightly as the cache object now includes a few non-Open Graph meta tags as well.

Continue reading


How Fast is WPSSO Compared to Other Plugins?

wpsso-logo

There is a huge variety of available plugins for WordPress — 30,326 plugins as of today — and if you’ve tried more than a few, you’ll have noticed a marked difference in their quality as well (functionality, user interface, stability, etc.). If you know your way around PHP, you should take a moment to browse the source code of a plugin before installing it. You’ll notice quite a difference there as well. ;-) You can view WPSSO’s source code directly from WordPress.org’s SVN repository. If you do, please excuse the lack of comments — it’s on my To-Do list. ;-)

I started developing the NextGEN Facebook (NGFB) plugin about a year ago, when I broke my foot and was stuck in bed / on the couch for much of the day. NGFB is the foundation for WPSSO, minus the sharing buttons and their related features (shortcodes, widgets, stylesheets, javascript caching, and url shortening). WPSSO has 25% less code, is 0.008 secs faster per page load, and is often preferred for websites that already have (or don’t need) a set of sharing buttons.

I’ve always kept an eye on performance, and used WordPress’s object and transient caches when possible, along with disk based caching when appropriate. NGFB and WPSSO are fast, but until recently, I’d never compared their performance to other plugins. As I prepare WPSSO v2.4.4 for release later this week, I took some time to double-check its performance and that of a few other plugins as well.

Continue reading


Check the SOA Serial Number on NS Servers

perl-camel

If you manage a DNS master, and push zones to several slaves / secondaries, you may have found that over time — as configuration files and firewall rules change — one or more slaves may have lost its ability to update its zone files. Perhaps the slave is no longer being notified, or it may have lost the necessary zone transfer permissions from the master. In a large distributed environment where DNS changes are frequent, checking the SOA serial number for all the NS servers in a zone can be quite helpful — a quick way to eliminate the DNS as a possible source of a problem. Here is a perl script I wrote a few years back to retrieve the SOA serial number for a given domain.

Continue reading