More Room For Improvement
According to the official WordPress Codex, implementing a single custom setting in the back-end requires nearly a full page of code! As more settings are needed or requested for one or multiple WordPress sites, developers may quickly find themselves spending most of their time on tasks that are secondary to the overall goal.
The WordPress Method
Let’s start with a typical scenario. Say you want to implement a new setting where the site owner can modify the footer’s content. Normally you’d have to register the setting in the theme’s functions.php file and then write another function with some HTML output that will hook into the WordPress back-end to create a dashboard page where the site owner can change/save this new custom setting. And when the setting doesn’t work, opening phpMyAdmin is usually unavoidable. Developers may find themselves repeating these steps for each setting they implement.
The Rapid Method
What if all that redundant work was eliminated? Rapid Settings was designed with this idea in mind. It allows developers to define a set of human-readable (name/value) pairs that will be used to initialize a WordPress site with those custom settings, complete with dashboard pages to go with it. As soon as the Rapid Platform is activated in WordPress, and once the user chooses to initialize the custom settings, the database table, default setting values and dashboard pages are all created automatically, and they are immediately ready to use.
How It Works
A rapid-config.php file is dropped into the current theme’s root folder. This file should contain one or more calls to register_dashboard_fragment(). Once this is done, Rapid Platform will recognize the config upon activation of the plugin, then prompt the user to initialize these newly configured settings. Once accepted, the initialization happens automatically; settings are created in the database and dashboard pages are created in the back-end.
Instantly Becomes This: