List Every Shortcode Used in Content (WP-CLI)
Adds a "wp shortcodes-in-use" command that scans all content and lists each shortcode tag found, how many posts use it and whether anything is still registered to handle it.
Snippet Library
Snippets for developers: debugging helpers, custom cron schedules, body classes, REST API tweaks and admin tools for checking hooks and queries. Building blocks for people who write code for WordPress every day.
Adds a "wp shortcodes-in-use" command that scans all content and lists each shortcode tag found, how many posts use it and whether anything is still registered to handle it.
On local, development and staging copies, images and files that are not in the local uploads folder are loaded from the live site instead, so you do not need to download gigabytes of uploads.
Registers a native JavaScript module with WordPress's Script Modules API and loads it only on pages that contain a chosen block, so modern ES module code needs no bundler and costs nothing elsewhere.
Enqueues a JavaScript or CSS file only on the pages you list, instead of on every page, to keep the rest of the site fast.
Enqueues custom.css from the active (child) theme folder if it exists, with a version based on its modification time to bust caches.
Writes every deprecated function, argument, hook or "doing it wrong" notice to the PHP error log with the plugin or theme file that caused it, even when WP_DEBUG is off.
Writes each redirect WordPress makes to the error log, including the target, status code and the file that triggered it, to track down redirect loops.
Writes a line to the PHP error log for every request that takes longer than a set number of seconds, with the URL, time, memory and query count.
Adds a "Site maintainer" section to Tools > Site Health > Info with your agency's contact details, support plan and notes, so they travel with every copied debug report.
Wraps every rendered block in HTML comments with its name, such as core/group or a plugin's block, when an administrator views a page with ?wpide_blocks=1, to see which block produced which markup.
Adds wpide_timer_start() and wpide_timer_stop() helpers that measure the time and memory a piece of code uses and write the result to the PHP error log, to find slow functions.
Adds a "wp media-usage" command that totals how much disk space uploads use, grouped by file type or by upload year, including every generated image size, to see what fills your hosting space.
Adds a "wp reassign-posts" command that hands every post of one user to another user, for example when a writer leaves, without deleting the old account.
Adds a public /wp-json/site/v1/menu/{location} endpoint that returns the menu assigned to a theme location as a nested list, ready for a headless or app front end.
Shows administrators the object cache hit rate, hits and misses for the current page in the admin bar, to check whether Redis or Memcached is actually helping.
Adds your registered custom image sizes to the size dropdown in the block editor and media modal, so editors can pick them when inserting images.
Adds a Tools > PHP Info screen showing the full phpinfo() report (extensions, limits, configuration), handy when a host's control panel does not show it.
Stops scheduled tasks from running on local, development and staging copies of the site, so a cloned database does not send newsletters, sync orders or run backups twice.
Stops update checks and auto-updates for the plugins you list, for example a plugin you patched by hand or must keep on a tested version.
Adds a navigation field to single posts in the REST API with the ID, title and link of the previous and next posts, so apps can build "read next" buttons.
Adds a wpide_log() helper that writes timestamped messages and data to a daily log file in a protected folder inside uploads, so custom code can leave a trail without touching debug.log.
Adds a /wp-json/site/v1/stats endpoint that returns post, page, comment and user counts to logged-in editors or application-password clients, for reporting tools and status boards.
Adds an HTML comment at the bottom of front-end and admin pages with the number of database queries, generation time and peak memory. Visible to administrators only.
Records REST API requests that fail with a 4xx or 5xx status, with the route, method, user and error code, and lists the latest 100 under Tools > REST Errors for debugging integrations.