woolfcom

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

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.

@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!

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

That would be extremely helpful.

It is a shame my similar request along the same lines on several prior occasions have fallen on deaf ears til now.

Moreover, anyone who use WordPress CMS knows that it is extremely badly optimised and the Query Locks are the bain of anyone wanting to use the CMS for anything larger than a 5 page brochure.

Thus extra tools and features which help offset this are most welcome and should come as standard ready-to-go.

Once again thanks for your attendance on this.

the ticket number is:

1768880

OK – but it does work on more than 60 % of occassions.

Could I request a more robust solution – which is not so sensitive to the many layers of this and controlled solely from within WP.

It is obvious that ALL web sites need caching to optimize performance – so having a simple one as standard is a no-brainer. It should not be held up as some luxury extra.

I have opened dozens of tickets about this issue on various sites – identifying exactly this issue.

Given the excellent support with siteground – this is all the more baffling….

we have tried to add the plugin through the CPanel.

the plugins says “…..successfully added” when it clearly has not been.

upon refresh the plugin does not appear on the list of URLs ready to be turned on.

We have carefully added the plugin via the WP repository.

This issue has now happened on a number occasions and we have reported back and never get an resolution.

The last ticket was very frustrating since we were expected to go into stepped detail beyond what has just been described.

Having us give admin access at the frequency this issue has re-curred is extremely time consuming.

especially when the issue was resolved simply without such access previously.

That said the layers required to switch on the plugin in the first instance is utterly ridiculous.

With so many steps – it is no wonder something goes wrong.

The plugin should be switched on via the WP Admin’s plugin settings – simple.

It is resolved

thankyou for an excellent plugin and service

I figured the issue.

I had not assigned the unique identifier correctly.

thanks for your quick response. The plugin works great again!

OK will do

So we have added a unique ID and mapped this to a custom field for that.

the import still find duplicates and only imports some of the total file number.

Surely there must be a way of “switching off” the check for duplicates function?

We have our own redundancy method built in.

whats your thoughts?

OK Will try that and revert!

And to add to this miserable experience – we were hacked via an security gap in the plugin.

I suspect the hackers will attack the plugin again – having already got their teeth into the vulnerabilities.

I understand sofly have patched this over.

However, we have now been forced to stop using the plugin altogether and would not risk it again – since it seems unlikely that the developers are able to deal with the myriad issues – having not recognized most of them.

Shame it did have a lot going for it.

dom11

If you fancy the wretched trip – read through this thread. It does not make any sense to me either – but I tried patiently to wade thru the increasingly bizairre logic.

Support predicated their anwers with – there isnt a problem and set about proving that very conclusion by testing the thing on their server and then telling us how great the results were……and take their word for it! capice?

I then tested it again and found the same problems.

We have a faster server than theirs and have maxed out our import settings [yes I know settings can be adjusted]. We have another 2 import plugins which we are testing which dont crash.

Yes it would instructive to see their settings and their shyness about this is odd given their certainty that it is all about server settings.

I agree entirely with what you say – and was weakly attempting jocularity….and the face of what is a wall of denial.

when I first got the plugin it was quick and exciting.

the last three months it is pretty well un-useable.

….but you cant tell em.

I will try with the latest version and report – it may have been fixed! I will be the first to thank them.

dom11

If you are with Godaddy its probably your hosting settings – they timeout imports very quickly.

Other shared hosts do the same.

That said we have a private server and the imports are still too slow.

Sofly say they dont know a whole bunch about servers – but are convinced that the slow importing problem lies with their customers servers.

Make’s sense doesn’t it?