Facebook
Twitter-
We value your experience with Plesk during 2024
Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
Please take this short survey:
https://pt-research.typeform.com/to/AmZvSXkx -
The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
Hi,
Planning to buy Wordpress Toolkit Plesk WordPress Toolkit for our business website in Dubai. Just reading this general thread to know about the functionality and problems users have faced. How is the overall experience? I am bit confused.
Planning to buy Wordpress Toolkit Plesk WordPress Toolkit for our business website in Dubai. Just reading this general thread to know about the functionality and problems users have faced. How is the overall experience? I am bit confused.
@alisd
In essence, the (often minor) problems that might occur with the WPT (WordPress Toolkit) can be safely ignored when making your decision(s).
The first reason for that statement is that most (minor) issues are often quickly resolved.
The second reason for that statement is that some general (minor) issues will always remain, since the WPT design structure does not necessarily align with the WordPress and/or theme related design structure(s) : WPT is designed to control and manage one to many WordPress instances, whereas WordPress and theme code is designed to create a (read: one) website.
Simply stated, any bug or even some inconvenient code in WordPress (or a theme) can cause WPT to act different than expected - that should not be viewed as an issue related to WPT.
The third reason for the aforementiond statement is the most important reason!
It simply is a fact that WPT works like a charm, in the sense that it helps you manage and control one (or more) of your websites with considerable ease.
You can manage your WordPress instance, your themes, your plugins from the Plesk instance - most tasks are even automated!
You are prepared for a future in which you potentially have to manage multiple WordPress instances, hundreds of plugins and dozens of themes.
In short, not having WPT can do more harm than having WPT.
I can only recommend WPT, since it saves you a lot of time and effort and inconvenience.
And that is the only question that you should consider : is it worth the time, effort and inconvenience to manage each WordPress instance manually?
You will have the answer to that question
I hope the above helps a bit.......
Kind regards.......
Hi trialotto,@alisd
In essence, the (often minor) problems that might occur with the WPT (WordPress Toolkit) can be safely ignored when making your decision(s).
The first reason for that statement is that most (minor) issues are often quickly resolved.
The second reason for that statement is that some general (minor) issues will always remain, since the WPT design structure does not necessarily align with the WordPress and/or theme related design structure(s) : WPT is designed to control and manage one to many WordPress instances, whereas WordPress and theme code is designed to create a (read: one) website.
Simply stated, any bug or even some inconvenient code in WordPress (or a theme) can cause WPT to act different than expected - that should not be viewed as an issue related to WPT.
The third reason for the aforementiond statement is the most important reason!
It simply is a fact that WPT works like a charm, in the sense that it helps you manage and control one (or more) of your websites with considerable ease.
You can manage your WordPress instance, your themes, your plugins from the Plesk instance - most tasks are even automated!
You are prepared for a future in which you potentially have to manage multiple WordPress instances, hundreds of plugins and dozens of themes.
In short, not having WPT can do more harm than having WPT.
I can only recommend WPT, since it saves you a lot of time and effort and inconvenience.
And that is the only question that you should consider : is it worth the time, effort and inconvenience to manage each WordPress instance manually?
You will have the answer to that question
I hope the above helps a bit.......
Kind regards.......
Thanks for your detailed answer. Really helpful and almost cleared all of my confusion. The best part is that multiple wordpress websites can be managed which is hard job manually.
I will discuss with my team and then we will move forward.
Thankyou very much.
Alisd
Thank youFeature modification request (currently running extension version 4.1.1-2009)
(If this is the wrong place to submit mod requests, please advise so I can post accordingly. Thanks!)
In the "Plugins" tab (shown between Installations and Themes tabs), any plugin with an update available presents the following indication (for example ):
--
[ ] Akismet Anti-Spam
( ! ) A new version is available. [Update to version #.#.# (link mobile )] [View Details]
--
For plugins, the View Details link points to a URL off the wordpress.org site that ends with /changelog/.
That URL resolves to the "Details" tab of the plugin page, not the Development Tab.
My request is to modify the URL of the View Details link to end in /developers/ since that's where the change log details actually live on each plugin page.
In this case, the new link would be Akismet Anti-Spam
I suggest that the more useful information pertaining to a plugin with an update is what was changed within that update.
Thank you for considering this request.
hostingseekers
New Pleskian
I'm able to fix that
moonlife447
New Pleskian
Thank You Sir for this useful Information.
Hi there,
For security reasons, I have changed the path for my wp-content location on all my wp sites to xyzabc-wp-content. It has served me well in avoiding numerous attacks over the years.
Of course, the new path is defined in my wp-config.php file and my sites work perfectly fine.
However, I cannot connect to WordPress Toolkit because it is trying to find the plugin in a location that does not exist. How can I rectify this?
Here is my error:
AH01071: Got error 'PHP message: PHP Warning: require_once(wp-content/plugins/wp-toolkit-management-plugin/wp-toolkit-management-plugin-agent.php): Failed to open stream: No such file or directory in /var/www/vhosts/mywebsite.com/httpdocs/wp-toolkit-entry-point.php on line 6PHP message: PHP Fatal error: Uncaught Error: Failed opening required 'wp-content/plugins/wp-toolkit-management-plugin/wp-toolkit-management-plugin-agent.php' (include_path='.:/opt/plesk/php/8.0/share/pear') in /var/www/vhosts/mywebsite.com/httpdocs/wp-toolkit-entry-point.php:6\nStack trace:\n#0 {main}\n thrown in /var/www/vhosts/mywebsite.com/httpdocs/wp-toolkit-entry-point.php on line 6'
For security reasons, I have changed the path for my wp-content location on all my wp sites to xyzabc-wp-content. It has served me well in avoiding numerous attacks over the years.
Of course, the new path is defined in my wp-config.php file and my sites work perfectly fine.
However, I cannot connect to WordPress Toolkit because it is trying to find the plugin in a location that does not exist. How can I rectify this?
Here is my error:
AH01071: Got error 'PHP message: PHP Warning: require_once(wp-content/plugins/wp-toolkit-management-plugin/wp-toolkit-management-plugin-agent.php): Failed to open stream: No such file or directory in /var/www/vhosts/mywebsite.com/httpdocs/wp-toolkit-entry-point.php on line 6PHP message: PHP Fatal error: Uncaught Error: Failed opening required 'wp-content/plugins/wp-toolkit-management-plugin/wp-toolkit-management-plugin-agent.php' (include_path='.:/opt/plesk/php/8.0/share/pear') in /var/www/vhosts/mywebsite.com/httpdocs/wp-toolkit-entry-point.php:6\nStack trace:\n#0 {main}\n thrown in /var/www/vhosts/mywebsite.com/httpdocs/wp-toolkit-entry-point.php on line 6'
I found a way to make it work. I followed the Manual Connect steps:
1. Downloaded and installed the plugin
2. Edited the wp-toolkit-entry-point.php in root of wordpress site and changed line 6 to my custom path
require_once 'wp-content/plugins/wp-toolkit-management-plugin/wp-toolkit-management-plugin-agent.php';
becomes
require_once 'xyzabc-wp-content/plugins/wp-toolkit-management-plugin/wp-toolkit-management-plugin-agent.php';
3. Manually coppied the Plugin end-point URL & Security token found in my WordPress site under Settings, WPT Management Plugin Settings
4. Connected site successfully
Everything's connected and the site is now visible under WorPress Toolkit!
1. Downloaded and installed the plugin
2. Edited the wp-toolkit-entry-point.php in root of wordpress site and changed line 6 to my custom path
require_once 'wp-content/plugins/wp-toolkit-management-plugin/wp-toolkit-management-plugin-agent.php';
becomes
require_once 'xyzabc-wp-content/plugins/wp-toolkit-management-plugin/wp-toolkit-management-plugin-agent.php';
3. Manually coppied the Plugin end-point URL & Security token found in my WordPress site under Settings, WPT Management Plugin Settings
4. Connected site successfully
Everything's connected and the site is now visible under WorPress Toolkit!
It is updated automatically. No manual is needed anymore!
myra_john
New Pleskian
Hey! I have been using the WordPress Toolkit in Plesk for my [redacted] website, and I've got to say, it's been a game-changer. It makes managing my site a piece of cake. Whether it's updates, security, or optimizations, it's all there, and it's really user-friendly, even if you're not a tech guru. The best part is Plesk offers fantastic support and resources. So, if you're thinking of using it for your business site in Dubai, I'd definitely recommend giving it a shot. It's made my life easier, and I'm sure it'll do the same for you!
Last edited by a moderator:
burnley
Regular Pleskian
Does anyone know if the the WP Toolkit has any hooks or calls that could be used to trigger a script. I'm trying to make a WordPress "set" that includes licensed plugins and I need a way to trigger license key generation for each new instillation. I know Plesk has Event Handlers but I can't seem to find same for WP-Toolkit.
WP Toolkit generates a few events: installing, registering, and removing websites. You can listen to these events the same way you listen to other Plesk events.
You can probably react to installing a website with some specific set to start the licensing process.
There could be a pitfall that installation of plugins included into sets will start in fact after firing the event about installing a website.
You can probably react to installing a website with some specific set to start the licensing process.
There could be a pitfall that installation of plugins included into sets will start in fact after firing the event about installing a website.
I am running WP Toolkit version: 6.2.14-7878. Plesk Obsidian Version 18.0.57 Update #5.
I operate a small hosting operation. I recently migrated a few sites from an older server to one that is running Windows 2016. There are 9 WP installs on this server.
After the migration. I'm finding that each morning there are a few WP installations that have suddenly gone into quarantined status.
When I select "Check WordPress Integrity" followed by "Verify Checksums" (without reinstalling the Core files) I get a timeout error. But if I run the reinstall process, and then hit "Verify Checksums", it comes up clean.
For starters, I don't understand why checking the integrity of the install times out, while totally reinstalling the code runs just fine. But more importantly, are there any actions I can take that will help avoid this (DAILY) situation where I have to go through 3-4 sites and reinstall the code each day?
I operate a small hosting operation. I recently migrated a few sites from an older server to one that is running Windows 2016. There are 9 WP installs on this server.
After the migration. I'm finding that each morning there are a few WP installations that have suddenly gone into quarantined status.
When I select "Check WordPress Integrity" followed by "Verify Checksums" (without reinstalling the Core files) I get a timeout error. But if I run the reinstall process, and then hit "Verify Checksums", it comes up clean.
For starters, I don't understand why checking the integrity of the install times out, while totally reinstalling the code runs just fine. But more importantly, are there any actions I can take that will help avoid this (DAILY) situation where I have to go through 3-4 sites and reinstall the code each day?
Attachments
WP Toolkit retrieves actual data about each registered WordPress each day. Usually, this operation takes a few seconds, but in some circumstances (in a wide range, from malfunctioning plugins to real malware), it can take much longer. In this case, the website will be marked as quarantined (which means WP Toolkit will not communicate with this website further) to isolate the impact of possible malicious code on the server.
You are experiencing the same symptoms while checking the integrity. I wonder if it really helps to reinstall the core files. You can check it by running the refresh website data manually right after reinstalling the core (which means not waiting while it is executed by the daily task). Will it succeed or run into a timeout?
Also, it is possible that the quarantined state was initiated by attempting to update your website. Update operation is more time-consuming than just requesting website data, and the timeout for this operation is much longer (30 minutes). Do you configure automated updates for affected websites?
In case your website, in fact, works as expected but slower than usual (but you are confident that it is expected), you can increase timeouts in the configuration file (panel.ini).
You are experiencing the same symptoms while checking the integrity. I wonder if it really helps to reinstall the core files. You can check it by running the refresh website data manually right after reinstalling the core (which means not waiting while it is executed by the daily task). Will it succeed or run into a timeout?
Also, it is possible that the quarantined state was initiated by attempting to update your website. Update operation is more time-consuming than just requesting website data, and the timeout for this operation is much longer (30 minutes). Do you configure automated updates for affected websites?
In case your website, in fact, works as expected but slower than usual (but you are confident that it is expected), you can increase timeouts in the configuration file (panel.ini).
Thanks so much for your response. Following are the plugins installed in this (very simple) blog. All are set for auto-update.
Akismet Anti-spam: Spam Protection 5.3.1
Bad Behavior 2.2.24
Better Search Replace 1.4.5
Botnet Attack Blocker 2.0.0
Child Theme Configurator 2.6.5
Classic Editor 1.6.3
Classic Widgets 0.3
Custom Meta Widget 1.5.1
Growmap Anti Spambot Plugin 1.5.6
Multi Device Switcher 1.8.5
TLS 1.2 Compatibility Test 1.0.1
Wordfence Security 7.11.1
I looked at this path:
C:\Program Files (x86)\Plesk\admin\conf
The only instance of panel.ini is this:
panel.ini.sample
I followed the instructions to install Panel.ini Editor and that's installed now. I'm finding so very many "timeout" instances, that I'm hesitant to start changing things. Could you direct me to which of those entries I should be touching, and what a safe value to input might be please?
Thanks man.
