Àpèjúwe
Integrates WordPress with Browsersync to trigger events like reload when you edit pages.
The plugin also only triggers a reload for now. If you have requests or ideas for other functionality, get in touch.
Since you (should) disable this plugin on production sites, the WordPress stats wonÌtumọ̀ Yorùbá: ’t be reliable Ìtumọ̀ Yorùbá: – if you find the plugin useful IÌtumọ̀ Yorùbá: ’d really appreciate it if youÌtumọ̀ Yorùbá: ’d let me know with a quick email or message!
Triggers
By default the plugin will trigger a reload on these actions:
- save_post Ìtumọ̀ Yorùbá: – Editing posts/pages/custom posts etc
- added_option Ìtumọ̀ Yorùbá: – Changing settings
- attachment_updated Ìtumọ̀ Yorùbá: – Editing media fields (caption etc)
- updated_postmeta Ìtumọ̀ Yorùbá: – Covers many things, particularly regenerating media thumbnails. Some meta_fields are ignored (see
trigger_browsersync_irrelevant_meta_keys) - activated_plugin
- deactivated_plugin
- delete_widget
you can customise this as well as other Browsersync settings using filters:
add_filter('trigger_browsersync_reload_actions', function($filters) {
// Remove a default. Bear in mind that one action you take (e.g. saving a page)
// may trigger more than one hook.
unset($filters['save_post']);
// Add your own. The key name lets other filters remove it (like the line above)
$filters['wp_logout'] = 'wp_logout';
return $filters;
});
Ignoring Meta Keys
Not all meta_key updates (triggered by updated_postmeta) have any impact on the front-end functioning of your site. You can customise which meta_key values are ignored with the trigger_browsersync_irrelevant_meta_keys filter:
add_filter('trigger_browsersync_irrelevant_meta_keys', function($filters) {
// Remove a default.
unset($filters['_edit_lock']);
// Add your own. The key name lets other filters remove it (like the line above)
$filters['_edit_lock'] = '_edit_lock';
return $filters;
});
Configuration with Filters
The default Browsersync settings will be used (http://localhost:3000) but you can use filters to change them. The filters are used every time the trigger is activated so you donÌtumọ̀ Yorùbá: ’t need to set them before instanciating the class.
add_filter('trigger_browsersync_protocol', function(){ return 'https'; } );
add_filter('trigger_browsersync_host', function(){ return 'dev.server'; } );
add_filter('trigger_browsersync_port', function(){ return '4321'; } );
Or you can specify the whole URL which will cause the others to be ignored, but donÌtumọ̀ Yorùbá: ’t include a trailing slash.
add_filter('trigger_browsersync_url', function(){ return 'http://localhost:3000'; } );
Environmental Configuration
Since you probably only want Browsersync on your development or staging site, the plugin will do nothing once you activate it it in WordPress.
To make it work, youÌtumọ̀ Yorùbá: ’ll want to create a file to activate it. See Installation for instructions.
Logging Activity
Trigger Browsersync can log events to the WordPress log Ìtumọ̀ Yorùbá: – this is especially useful for development on the plugin when you want to add or exclude a new event from triggering an action.
To enable logging add this filter to your enable-trigger-browsersync.php file (see Installation);
add_filter('trigger_browsersync_log_events', '__return_true');
Ìgbéwọlẹ̀
This plugin sends signals to an existing and running BrowserSync setup. You need to install Browsersync and integrate it with your workflow first Ìtumọ̀ Yorùbá: – how do to that is outside the scope of the plugin but you can get more information at BrowserSync.io.
Install the plugin by uploading or via the plugin option in WordPress Ìtumọ̀ Yorùbá: – the same as any other plugin.
The plugin will do nothing unless you create an instance of TriggerBrowsersync somewhere.
You probably donÌtumọ̀ Yorùbá: ’t want the integration on your production server, which means you donÌtumọ̀ Yorùbá: ’t want the code to instanciate saved in your repo Ìtumọ̀ Yorùbá: – I would recommend you create a file in mu-plugins with the code below, and then tell your version control to ignore the file.
<?php
add_action( 'plugins_loaded', function(){ // Trigger after the TriggerBrowsersync plugin has loaded
if ( class_exists( 'TriggerBrowsersync' ) ) { // Check the TriggerBrowsersync plugin loaded correctly
// Add any configuration filters you may need here.
// Activate the integration by creating an instance.
new TriggerBrowsersync();
}
} );
Step by Step Example Installation
- Create
wp-content/mu-plugins/enable-trigger-browsersync.php(you may need to create themu-pluginsdirectory) - Paste the code above in
- Edit .gitignore and add
wp-content/mu-plugins/enable-trigger-browsersync.php
All Hooks and Filters
Use filters to customise settings:
- trigger_browsersync_protocol Ìtumọ̀ Yorùbá: – set the protocol for Gulp Watch (probably http or https). Defaults to http.
- trigger_browsersync_host Ìtumọ̀ Yorùbá: – set the host port for Gulp Watch. Defaults to localhost
- trigger_browsersync_port Ìtumọ̀ Yorùbá: – set the port for Gulp Watch. Defaults to 3000
- trigger_browsersync_url Ìtumọ̀ Yorùbá: – Set the whole URL instead of the parts above (e.g. http://localhost:3000)
- trigger_browsersync_reload_actions Ìtumọ̀ Yorùbá: – add/change the actions on which to trigger a reload. See source for defaults.
- trigger_browsersync_log_events Ìtumọ̀ Yorùbá: – Return true to enable log output (to the standard log)
- trigger_browsersync_irrelevant_meta_keys Ìtumọ̀ Yorùbá: – Lets you ignore particular meta_keys or options
- trigger_browsersync_irrelevant_meta_key_regex Ìtumọ̀ Yorùbá: – Lets you ignore particular meta_keys or options if they match preg_match
You can also hook on to some actions if you wish:
- trigger_browsersync_before Ìtumọ̀ Yorùbá: – Called just before we trigger anything
- trigger_browsersync_after Ìtumọ̀ Yorùbá: – Called just before we trigger anything
- trigger_browsersync_before_reload Ìtumọ̀ Yorùbá: – Called just before we trigger a reload
- trigger_browsersync_after_reload Ìtumọ̀ Yorùbá: – Called just after we trigger a reload Ìtumọ̀ Yorùbá: – the reload wonÌtumọ̀ Yorùbá: ’t yet be done
FAQ
-
IÌtumọ̀ Yorùbá: ’ve installed the plugin, but itÌtumọ̀ Yorùbá: ’s not doing anything.
-
- Have you followed the installation instructions? The plugin will do nothing without them.
- If youÌtumọ̀ Yorùbá: ’re not using the default Browser Sync settings, youÌtumọ̀ Yorùbá: ’ll need to add filters to override them.
- Have you followed the installation instructions? The plugin will do nothing without them.
Àwọn àgbéyẹ̀wò
Àwọn Olùkópa & Olùgbéejáde
“Trigger Browsersync” jẹ́ ètò ìṣàmúlò orísun ṣíṣí sílẹ̀. Àwọn ènìyàn wọ̀nyí ti ṣe ìkópa sí plugin yìí.
Àwọn OlùkópaTúmọ̀ “Trigger Browsersync” sí èdè rẹ.
Ṣe o nífẹ̀ẹ́ sí ìdàgbàsókè?
Ṣàwárí koodu, ṣàyẹ̀wò ibi ìpamọ́ SVN, tàbí ṣe àgbékalẹ̀ sí àkọsílẹ̀ ìdàgbàsókè nípasẹ̀ RSS.
Àkọsílẹ̀ àwọn àyípadà
0.8.6
- Tested with WordPress 6
0.8.5
- Tested with WordPress 5.3
- Fixed typo bug.
0.8.4
- Tested with WordPress 5.1
0.8.3
- DonÌtumọ̀ Yorùbá: ’t trigger reload on cron updates.
- Handle logging non-string value types better.
0.8
- Fixed bug where non-string option values would throw a fatal error
0.7
- Added
trigger_browsersync_irrelevant_meta_key_regexfilter to let us ignore meta keys or options based on a regex match. Initial value excludes any meta_key or option mame containing ‘cache’ - Fixed bug whereby options being changed were not logged properly
- Added the
trigger_browsersync_irrelevant_meta_keysto options names - Added
updated_optionto compliment existingadded_option
0.6
- Added
delete_widgethook
0.5
- Initial release with reload functionality, custom settings and customisable hook/trigger list.