WP-CLIWP-CLIWP-CLI is the Command Line Interface for WordPress, used to do administrative and development tasks in a programmatic way. The project page is http://wp-cli.org/https://make.wordpress.org/cli/ is the command-line interface for WordPress. It provides commands for actions that can be performed in the WordPress backend (e.g. wp theme activate and wp user create), as well as commands for actions that don’t have an equivalent web UIUIUI is an acronym for User Interface - the layout of the page the user interacts with. Think ‘how are they doing that’ and less about what they are doing. (e.g. wp cron event run, wp search-replace, and wp scaffold child-theme).
WP-CLI’s guiding principle is to be the fastest and canonical way to manage WordPress:
Speed is inherently present in the simplicity of the command-line interface, and the ability to chain multiple commands together into a more complex operation.
When functionality ends up in WP-CLI, it should be good enough to become the defacto solution to the problem.
“Managing WordPress” is the ever-evolving problem space in which we operate. WP-CLI should always focus on making existing management patterns more efficient.
This page contains a list of guidelines that should inform decisions related to scope, command organization and behavior:
When a command implements existing WordPress functionality (e.g. wp export), it should mirror and re-use existing WordPress behavior as much as possible. Doing so ensures it meets the user’s assumed expectations of behavior.
When a command adds functionality not present in the WordPress admin (e.g. wp search-replace), it should solve one unique problem and interact with WordPress in some way. Good commands are born of true user need; for a new proposed WP-CLI command, there probably should be existing prior art in the ecosystem.
If a command provides useful functionality, but it doesn’t have anything to do with WordPress, it doesn’t belong in WP-CLI. Similarly, an idea for a command is sometimes better implemented as a change to documentation instead.
[The end user is considered first when making implementation decisions]. A great example of this consideration is software options. Every time you give a user an option, you are asking them to make a decision. When a user doesn’t care or understand the option this ultimately leads to frustration. As developers we sometimes feel that providing options for everything is a good thing, you can never have too many choices, right? Ultimately these choices end up being technical ones, choices that the average end user has no interest in. It’s our duty as developers to make smart design decisions and avoid putting the weight of technical choices on our end users.
The same principle applies to WP-CLI. In every case, we should first try to improve the default behavior. Options should be added sparingly, only when a solution is required and no other solutions are available.
As a rule of thumb, once a command has a half-dozen options or more, it becomes difficult to understand how the command will operate under each condition.
Bundled commands MUST work on any given WordPress install (provided that it’s a new enough version), no matter how it’s configured and no matter how much data it has.
As a corollary, bundled commands should not assume the presence of any pluginPluginA plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party or theme.