Dmitry Pripa

OMG!PRESS

<p>Development Assistant is a comprehensive toolkit designed to streamline the development process and enhance support capabilities within WordPress. Whether you’re a seasoned developer or a novice WordPress user, this plugin provides essential functionalities to manage debugging, diagnose issues, and facilitate smoother development workflows.</p>
<h4>Features</h4>
<ul>
<li><strong>Debugging Made Easy:</strong> Enable WP_DEBUG, WP_DEBUG_LOG, and WP_DEBUG_DISPLAY modes directly from the WordPress admin panel without the need to manually edit the wp-config.php file. Effortlessly toggle these settings to facilitate efficient debugging and error tracking.</li>
<li><strong>Create Support User in One Click:</strong> Create a support user with a single click to provide temporary access to your WordPress environment. This feature simplifies the process of sharing debugging information with developers or support teams, enabling them to diagnose and resolve issues more effectively. You can control after how many days the user will be auto-deleted. After creating a user, you can quickly copy the credentials to the clipboard, or share them via email (optionally adding a message).</li>
<li><strong>Plugin Conflict Resolution:</strong> Simplify the process of identifying and resolving plugin conflicts. Quickly compare the performance of active and inactive plugins, and temporarily disable or enable plugins to isolate issues without disrupting your entire plugin ecosystem.</li>
<li><strong>SMTP Testing with MailHog:</strong> Seamlessly integrate MailHog for SMTP testing purposes. Verify the functionality of email delivery within your WordPress environment, ensuring reliable communication with users and clients.</li>
<li><strong>Download Plugins:</strong> Download plugins directly from the WordPress admin panel’s plugin view. Streamline your workflow by easily obtaining plugin files for offline storage, manual installation, or testing in other environments and sandboxes. This feature facilitates seamless testing of plugins in various environments, allowing for thorough evaluation and development iterations.</li>
<li><strong>Reset:</strong> Effortlessly undo any changes made by the plugin to restore your WordPress environment to its original state. This feature deletes all plugin settings and data from the database, resets debug constants to their pre-activation states, deletes the debug.log file (if it didn’t exist before activation), and activates any temporarily deactivated plugins.</li>
</ul>
<h4>Who Can Benefit</h4>
<ul>
<li><strong>Power Developers:</strong> Streamline your development workflow with a comprehensive toolkit tailored for debugging and issue resolution. Enhance productivity and efficiency while tackling complex WordPress projects.</li>
<li><strong>Novice Users:</strong> Empower yourself to diagnose and troubleshoot WordPress issues with ease. Quickly share debugging information with developers or support teams to expedite issue resolution and enhance your WordPress experience.</li>
</ul>
<p>Development Assistant is your go-to solution for simplifying WordPress development tasks and enhancing support capabilities. Whether you’re troubleshooting intricate issues or optimizing your development workflow, this plugin equips you with the tools you need for success.</p>


Development Assistant


It basically does what any coder would know how to do manually. But, it leaves code, when deleted, that causes errors. I'll now have to wade through my installation to find what it screwed up.


Horribly buggy!

Toolkit for debugging and customer support.

Andrés Villarreal

<p>If you develop in a local machine, at some point you’ll have some active plugins there that you don’t need in the servers that you’re deploying to. Sure, you can deactivate them in your local machine before deploying, or after deploying in the remote ones, but you’re gonna need them again to be active if you want to perform local work in the future, specially when you update your local database from a remote one. On such kind of scenarios, the whole process of manually activating and deactivating plugins for each stage can be really frustrating, sometimes even taking a lot of your time.</p>
<p>Stage WP Plugin Manager is meant to solve that problem in an quick and elegant way, by doing an automatic “fake”  activation of the plugins you select for each stage: every plugin you attach to a stage will be immediatly treated as an active plugin on that stage, no matter what its previous status was, or its current status on the other stages. Since the list of active plugins is just filtered instead of rewritten, you can restore the previous status of a plugin by detaching it, and go back to your original setup by deactivating Stage WP Plugin Manager.</p>
<p><strong>Please read the following instructions very carefully.</strong></p>
<h4>Getting Started</h4>
<p>Stage WP Plugin Manager works on some assumptions about your workflow:</p>
<ul>
<li>You have a constant named <code>WP_STAGE</code> defined in your WordPress configuration file (often <code>wp-config.php</code>).</li>
<li>The value of <code>WP_STAGE</code> is one of the supported stages. The default supported stages are <code>local</code>, <code>staging</code> and <code>production</code>.</li>
<li>The value of <code>WP_STAGE</code> is different in each of your stages.</li>
</ul>
<p>Some developers prefer to keep different configuration files for each one of their stages, or change the values of their constants based on some evaluation. For example, you could have something like this in your <code>wp-config.php</code> file:</p>
<pre><code>if ( file_exists( dirname( __FILE__ ) . '/local-config.php' ) ) {
    define( 'WP_STAGE', 'local' );
} elseif ( file_exists( dirname( __FILE__ ) . '/staging-config.php' ) ) {
    define( 'WP_STAGE', 'staging' );
} else {
    define( 'WP_STAGE', 'production' );
}
</code></pre>
<p>If you follow this example, note that <code>local-config.php</code> should not be included in your deployments to staging and production, and both <code>local-config.php</code> and <code>staging-config.php</code> should not exist in your production stage.</p>
<h4>Attach & Detach</h4>
<p>Once you have installed this plugin, you will notice that a new link appears under each active plugin of the list, which reads “Attach to [your-stage] stage”. By clicking that link, you are setting a plugin to be always active in the stage you’re working at, and not active on the other stages (unless you attach the plugin to the other stages too).</p>
<p>In case you want to remove a plugin from the list of active plugins for a stage, you just need to click the “Detach from [your-stage] stage”.</p>
<p>Additionally, you can make bulk selections of plugins to be attached or detached for each stage by going to <em>Plugins > Stage Management</em>.</p>
<h4>Add & Extend Functionality</h4>
<p>Stage WP Plugin Manager allows you to extend its functionality by offering hooks for filters and actions.</p>
<p>For example, you can add your custom stages or even remove the default ones by hooking in the <code>stage_wp_plugin_manager_stages</code> filter, having something like this in your plugin:</p>
<pre><code>function add_stages( $stages ) {
    $stages[] = 'other';
    return $stages;
}
add_filter( 'stage_wp_plugin_manager_stages', 'add_stages' );
</code></pre>
<p>Additionally, you can give a nicer name to your new stage by hooking in the <code>stage_wp_plugin_manager_stages_txt</code> filter:</p>
<pre><code>function add_stages_txt( $stages_txt ) {
    $stages_txt['other'] = __( 'Other stage' );
    return $stages_txt;
}
add_filter( 'stage_wp_plugin_manager_stages_txt', 'add_stages_txt' );
</code></pre>
<p>Here’s the complete list of actions and filters that Stage WP Plugin Manager offers:</p>
<p>Action hooks</p>
<ul>
<li><code>stage_wp_plugin_manager_before_init</code>: Perform some process before Stage WP Plugin Manager initializes.</li>
<li><code>stage_wp_plugin_manager_init</code>: Perform some process after Stage WP Plugin Manager initializes.</li>
</ul>
<p>Filter hooks</p>
<ul>
<li><code>stage_wp_plugin_manager_stages</code>: Modifiy the current supported stages.</li>
<li><code>stage_wp_plugin_manager_default_stage</code>: Modify the default stage.</li>
<li><code>stage_wp_plugin_manager_managed_plugins</code>: Modify the list of plugins managed by Stage WP Plugin Manager.</li>
<li><code>stage_wp_plugin_manager_stage_plugins</code>: Modify the list of plugins attached to the current stage.</li>
<li><code>stage_wp_plugin_manager_non_stage_plugins</code>: Modify the list of managed plugins that are not attached to the current stage.</li>
<li><code>stage_wp_plugin_manager_nonce_key</code>: Modify the nonce key used for data validation.</li>
<li><code>stage_wp_plugin_manager_help_description</code>: Modify contents of “Description” help tab.</li>
<li><code>stage_wp_plugin_manager_help_getting_started</code>: Modify contents of “Getting Started” help tab</li>
<li><code>stage_wp_plugin_manager_help_attach_detach</code>: Modify contents of “Attach & Detach Plugins” help tab</li>
<li><code>stage_wp_plugin_manager_help_add_extend</code>: Modify contents of “Adding Stages & Extending” help tab</li>
<li><code>stage_wp_plugin_manager_help_credits</code>: Modify contents of “Credits” help tab</li>
</ul>
<h4>WordPress MultiSite Compatibility</h4>
<p>If you’re using MultiSite and set this plugin to network activated, you can use it to attach plugins to stages on a sitewide basis 🙂</p>
<h4>Improve Your Workflow</h4>
<p>This plugin was originally meant as a complement for <a href="http://github.com/andrezrv/wordpress-bareboner" rel="nofollow ugc">WP Bareboner</a>, an advanced Git model repo, and <a href="http://github.com/andrezrv/stage-wp" rel="nofollow ugc">Stage WP</a>, a deployment tool based in Capistrano. The three projects work really well separated, but their real power can only be seen by using them together.</p>
<h4>Contribute</h4>
<p>You can make suggestions and submit your own modifications to this plugin on <a href="https://github.com/andrezrv/stage-wp-plugin-manager" rel="nofollow ugc">Github</a>.</p>


Stage WP Plugin Manager

Gives you the option to determine which plugins must be automatically activated either on local, staging or productions stages.

Development Assistant vs Stage WP Plugin Manager