I think it’s just 3 steps, right?
1. Add the site in the control panel.
2. Install the plugin.
3. Enable the plugin.
That’s all I had to do for my sites. What was giving you trouble?
Yeah you’d think
But the plugin never works using this process
Usually can’t add an application because it never appears
this occurrs 50% of the time
@swinggraphics
So I have just installed a new site and these are the steps:
1. Add site in the control panel
2. site does not appear
3. add site again in the control panel
4. site does not appear
5. Issued the umpteenth help ticket to get it looked into
6. support asks me what the problem is & can we provide a step by step guide and admin login to examine what went wrong
7. still waiting for the plugin to function
This is at least the 50th time – there’s been this exact same problem. You’d think they’d get the message by now.
What a waste of time! Especially in a time when far less resourced Developers have virtually one click set ups of their plugins
Get this sorted Siteground – its basic caching!
First, thanks for the feedback, really appreciate it. We constantly work towards improving the service it’s extremely useful to us.
I am sorry for the inconvenience but unfortunatelly, we can’t handle everything from the WordPress plugin because the SuperCacher relies on a service to operate. Other caching plugins just save files on your account’s drive while we’re working with an NGINX Reverse Proxy storing the content in the RAM for way faster loading times. This said, the SG CachePress is a connector between your application and the service running on the server and mostly handles purging the cache.
If you can’t add your site in the cPanel tool, that’s most probably because your WP installation has some sort of a custom structure. If you give me your domain, I can look into it and either enable it or tell you what to do in order to activate. In most of the cases you just have to click enable in cPanel and activate the plugin but seems you’ve hit some edge case I would love to investigate further.
Thanks for the response. This is extremely frustrating.
The plugin’s objectives are very welcome – not least because the cloud servers are very sensitive to upticks in traffic and despite large capacity and multiple processors – fall over at a small uptick in website traffic.
I will set up yet another ticket to have the Cachepress set up.
FYI…The biggest issue is getting the Tool in Cpanel to “add an application” . This is where the set up always fails.
That feature needs improving. I have been requesting this for over a year now and no one at Siteground seems obliged to listen. We have been extremely patient.
It seems such a simple and essential feature that it really should be taken for granted.
Trust me when I tell you we’re listening 🙂 However, adding a WP installation is part of a much bigger project that will soon reach final states and affects multiple other systems. Generally, at this moment we don’t know when you have a WordPress app installed somewhere in your account if you haven’t used our installers. That’s why you have to add it manually. Soon this won’t be a problem but the fix is part of a bigger update that we’ve been working on actually longer than an year.
I am very grateful to hear that you are listening – because I cant tell you how many tickets we have raised about the same issues….repeatedly – not least the Cachepress….and it like support dont understand the self same fall down within CPanel.
Sometimes I learn its the CPanel cache and aspects of the CPanel has to be reset by support engineers – to correct the issue!
Which seems rather drastic – if I may say.
What is poor is many times I am asked to provide Admin access to see if the plugin has been correctly set up!
Especially since everytime the problem has had nothing to do with how the plugin is set up and everything to do with CPanel.
Having to re-explain this to support is so irksome and time consuming and should not be necessary after the issue was identified 9 months ago!
Actually, WordPress manual install suits my needs.
But really I feel that optimisng servers to handle many of the database design foibles of WordPress are a long time coming. They are well known.
Especially in the database handling and querying log jams.
Any set up which helps obviate such issues – like in built caching as standard are vital.
thanks again
Purging the cache happens thousands a times a day and it regenerates very, very fast, don’t worry about that. As to your app password, of course we could make a temp username in 2 seconds with WP-CLI, it’s just our policy not to make any changes to customers websites. For example if we forget to delete such an account after the job is done and someone bruteforces its password – that’s something we wouldn’t want to happen for sure.
Soon we will provide a way better integration of all our tools and services for WordPress including the caching. As I said, it’s a big project that comes to an end and will fix a lot of the issues you’ve experienced so far 🙂
