Johnnie

<ul>
<li>NOTE: Please read installation instructions. WP Maximum Execution Time Exceeded plugin requires that you complete the website backup process. </li>
</ul>
<p>WP Maximum Execution Time Exceeded is a very simple and effective plugin. If you’re receiving the message “Maximum execution time of 30 seconds exceeded” or “Maximum execution time of 60 seconds exceeded,” this plugin is for you.</p>
<p>A time out means that the process you would like to complete is simply taking longer that the program will allow. The clock needs to be set for a longer time period. To address the problem of maximum execution time exceeded, WordPress Codex offers two solutions. One, edit the .htaccess file and two, edit the php.ini file. This plugin uses the first of the two suggestions. WP Maximum Execution Time Exceeded will add and delete the necessary code to the .htaccess file.</p>
<p>When WP Maximum Execution Time Exceeded is activated after installation, the plugin will write to the .htaccess file. To delete the code, simply deactivate the plugin. There is no administration page.</p>
<p>You do not have to delete the files to remove the code. When you’re ready to rewrite the code to the .htaccess file, simply activate it. This allows you to test your process with a longer timeout. It’s that simple! And of course, this plugin creates no load on your website. It’s so light weight; you’ll never know it’s there.</p>
<ul>
<li>NOTE: All feedback and suggestions are welcome. I am constantly looking for ways to improve and upgrade WP Maximum Execution Time Exceeded. Please contact me with your ideas for a better plugin.</li>
</ul>


WP Maximum Execution Time Exceeded

I know enough to edit .htaccess files but couldn't manage to extend the execution time without creating an Error 500.

One click and this did the job...and taught me how to do it manually in future ;o)

Perfect

Did you receive a message, "Maximum execution time of 30 seconds exceeded?" Not anymore. Just Plug'n-Play. It's that easy!

Code Machine

<h4>Purpose</h4>
<p>Detect WordPress Plugins ‘Fatal Errors’ that might block/prevent site admins from accessing WordPress admin interface in order to deactivate the Plugin that caused the issue! UBP then report/notify (sedning email) site admin with a secure link that valid for 24 hours from which site admin can deactivate the target Plugin by simply clicking the link!</p>
<p>For development state and issue tracking follow the Plugin on <a href="https://github.com/xpointer/ubp" rel="nofollow ugc">GitHub Respository</a></p>
<h4>Mechanism</h4>
<p>The mechanism of the Plugin is to always put itself as the first Plugin to be executed by WordPress Plugins system! The Plugin then just stay away and never get itself involved until the execution of all the other scripts is then terminated! UBP Plugin role is comes when the script is terminated. It then check if the script is terminated with error. If the script if terminated with error UBP send admin mail with backup link that has a secure key by which UBP give the link owner the permission to disable the target Plugin.</p>
<h4>Advantages</h4>
<ul>
<li>There is no need to access throught FTP to force WordPress deactivate the Plugin. You can always use this Plugin to deactivate the target Plugin only with the link sent with the mail.</li>
<li>Load minimum codes/scripts that required only to get involved (listen to errors). Load code required to functional only when error detcted.</li>
</ul>
<h4>Notes</h4>
<ul>
<li>Whenever you active or deactive a Plugin, UBP will always put itself as the first Plugin in WordPress active Plugins queue.</li>
<li>The Plugin won’t install itself while the site is already blocked by the error.</li>
<li>UBP must be installed first while the site is fully functional and then it’ll help you backing up your site if any newly Plugin produced an error.</li>
<li>It Won’t help you on all type of errors you’ve in your WordPress site however it can always give you the chance to get your site functional again after installing any Plugin that prevent you from accessing your backend.</li>
<li>It has no admin user interface and therefor not configurable, however next versions will do.</li>
<li>Send admin mail whatever ‘fatal errors’ is detected and it doesn’t matter if this error blocked your site or not. It’ll also report fatal errors that might happened in a secondary request that doesn’t block you from deacivating the Plugin yourself.</li>
</ul>
<h4>Proof Of Concept</h4>
<p>I still have many useful ideas and feature to add to the Plugin however the Plugin need users reviews to proof that its really helping and its really need to be improved.</p>


Uninterrupted Backup

Detect fatal errors that might be produced by the installed active Plugins, provide secure backdoor for deactivating the target Plugin.

WP Maximum Execution Time Exceeded vs Uninterrupted Backup