The Problem
I’ve been working on improving the performance of a client’s WordPress-based website recently and it’s become very clear to me just how much CSS & Javascript plugins load, even when it’s not needed.
On this particular website 47% of the Javascript and 57% of the CSS loaded on the site’s homepage is not required on the homepage, but is required elsewhere, so it should be loaded conditionally. Sometimes this is easy, but sometimes it’s not.
Fancybox for WordPress is not an easy plugin to make load client-side resources, after all, it’s made to show a lightbox on any image, and especially on any gallery. When the wp_enqueue_scripts
action happens, where it is recommended that we set the scripts and styles that will be used on a page, we don’t yet know what will be on the page. Fortunately, we can call the wp_enqueue_script()
function after that, during the body of the page, and those scripts will be printed in the wp_footer()
function. The same is true for wp_enqueue_style()
. So, here’s what we do:
- Stop Fancybox for WordPress from including its scripts & styles by default.
- If a gallery or image that we want to use Fancybox on is displayed, we tell WordPress to display the Fancybox scripts & styles in the footer.
- Enjoy faster pageloads.
Sounds simple, but there are a few interesting bits. Now for the code.
The Code
I use three functions to check if the Fancybox scripts & styles are needed. They can be in a theme’s functions.php
, (where I have them at the moment), or they could even be rolled into their own plugin.
First tell Fancybox not to include its code by default. Instead of manually dequeuing every style & script, remove the Fancybox functions that do the enqueuing from the wp_enqueue_scripts
and wp_head
action hooks:
// don't enqueue Fancybox scripts by default.
function jb_dequeue_fancybox_css_js() {
remove_action( 'wp_enqueue_scripts', 'mfbfw_styles' );
remove_action( 'wp_enqueue_scripts', 'mfbfw_scripts' );
remove_action( 'wp_head', 'mfbfw_init' );
}
add_action( 'wp', 'jb_dequeue_fancybox_css_js' );
Next create a function that re-enables Fancybox, and remembers that it did so. Here there are two static variables, which will hold their value between function calls, (kind of like hidden globals), which store state. The $fancybox_is_used
variable is returned so this function can be called with no arguments to find out if Fancybox has been used on page. Note the priority of 25 when hooking mfbfw_init()
to the wp_footer
action. This is needed because mfbfw_init()
prints some Javascript to the page that relies on jQuery, and WordPress prints the enqueued scripts in the wp_footer
action with a priority of 20, so mfbfw_init()
needs to execute with a priority higher than 20.
function jb_fancybox_is_used( $used = false ) {
// this is returned so we can call this function with no arguments to learn
// if Fancybox has been used on a particular page.
static $fancybox_is_used = false;
// remember if Fancybox has been re-enabled already, so we don't enqueue the
// scripts multiple times
static $fancybox_is_setup = false;
if( $used === true ) {
$fancybox_is_used = true;
}
if( $fancybox_is_used && ! $fancybox_is_setup ) {
if( function_exists( 'mfbfw_styles' ) ) {
mfbfw_styles(); // enqueue fancybox styles
mfbfw_scripts(); // enqueue fancybox scripts
// the 25 is important. WordPress prints footer scripts in the
// wp_footer action with a priority of 20, and mfbfw_init() has to
// be called after the footer scripts are already on the page.
add_action( 'wp_footer', 'mfbfw_init', 25 );
}
$fancybox_is_setup = true;
}
return $fancybox_is_used;
}
Finally, make a function that looks for places where Fancybox is used on the page. On the site I’m working on the CSS class fancybox
is used on images and in galleries that I want to be Fancyboxed, so I look for the string “fancybox” in the_content
filter, and when it’s found I call jb_fancybox_is_used( true )
to re-enable Fancybox on the page. I added this to the_content
with priority 11 because shortcodes, including gallery shortcodes, are executed at priority 10, and I want to be able to look through the output of short codes for the fancybox CSS class:
function jb_hunt_for_fancybox( $content ) {
if( false !== stripos( $content, 'fancybox') || false !== stripos( $content, 'thickbox' ) ) {
jb_fancybox_is_used( true );
}
return $content;
}
add_filter( 'the_content', 'jb_hunt_for_fancybox', 11 );
If you include a something you want to fancybox in a template you can call jb_fancybox_is_used( true )
manually from the template file to include the CSS & Javascript.
Other Ways
This isn’t the only way to conditionally include Fancybox’s Javascript & CSS. Instead of using jb_hunt_for_fancybox()
to filter the_content
there’s probably an action or filter in the gallery shortcode that jb_fancybox_is_used()
could be hooked onto. It may even be possible to use the $wp_query
object in an action hook just before wp_enqueue_scripts
to determine if there is content on the page that needs to be Fancyboxed, let that decide whether or not to run jb_dequeue_fancybox_css_js()
, and forget about the other two functions.
Let’s Do Better
Plugin authors should be working hard to only add what is needed to each page load. Who is doing a great job? How can we hack our themes to bend other plugins to our will? Comment or tweet @johnbeales to let me know.
Script Logic is a WordPress plugin that gives you full control over all JavaScript and CSS files. Using this plugin you can conditionally load CSS and JS file only on pages where needed.
http://wordpress.org/plugins/script-logic/