Performance at Registration slow

[gcarne]

Response times at FE customer registration (also at payment after entering credit card details) are very long, well over 10 seconds. All other response times are fine. Is this normal and to be expected, or can I do something about it?

Jooma 2.5.19
VM 2.0.26d

[gcarne]

Many reads, no reply. Moderator?

[GJC Web Design]

Basically you need to do some research yourself - of course it's not normal otherwise there would be a string of complaints..

response times etc rely on YOUR server resources, YOUR connection etc etc etc

So therefore only you can do this research - any decent host will help you look into the problem but you need to check logs, resource usage etc etc

No one on this forum can do this for you -

[gcarne]

Ok - thanks for your reply. This will be difficult for me to do, it is more technical than I qualify for. I will have to start peeling the onion somewhere and will start with my host.

Thanks for replying.

[GJC Web Design]

Yes - host is your best bet - everything that happens on a server is recorded - they have these logs - normally the problem is getting them to play ball.
but I suspect that if you have a bog standard site setup it will be lack of memory etc on your host server

[gcarne]

I just had my hosting firm on the line. They ran a check while registering a new user which had a response time at about 30 - 40 seconds. They said all there logs and other data was ok and I have no reason not to trust them, the were quite helpful and took their time. They said it must be something in the script that causes this, but I do not even know where to start looking. Do you have someone or know of someone that could look into this for me, perhaps an external consultant? Could it be something in my Joomla settings? Like I mentioned before, all other parts of the website are perfectly fine, it is only at sending the registration. 

[GJC Web Design]

It is what I do - but not for free obviously.. you can email me if your interested 

[Milbo]

Go to your joomla extension manager,... search for the family vmpayments.... unpublish all payment plugins
Then go to your payment methods,... open any method using another plugin and store it again. then the plugins is again published automatically. That should help. We are going to replace parts of the plugin triggers with even triggers, cause the methods now already the plugin, no need to trigger always vmpayment plugin :-)

[AH]

Milbo

More confused by your answer, but at least we know you are working on something!

[GJC Web Design]

Think he just means to disable any unused Payment plugins within the joomal plugin management - remember testing this a while ago and on some sites there was a significant speed increase during load.

[AH]

Yep I understand now

I unpublished the unused plugins as it caused an issue, bit annoying that they publish by default and that is what Milbo appears to be saying they will sort out.

[jenkinhill]

The aim is that plugins install as unpublished in Joomla, but still in the VM config list, and when you select one of those to use then it will automatically become published.  From my findings so far, unpublishing plugins does help on shared servers with low memory_limit, but makes no obvious difference on a good host.

[AH]

Hmm

"Get a good host", is used too often to excuse poorly structured systems.

The vast majority of e-comm startups using a Free open source e-comm platform are not expecting to have to fork out for VPS or Dedicated server hosting solutions.

Finding a good host can be a nightmare for many startups. 

And if the platform is poorly optimised the excessive sql/server calls can, and does often, result in a "cease and desist" notice from the hoster, under fair usage policies and impacts to other customers sharing the "same" infrastructure.

( Maybe there should be a recommended host list (of course they might be expected to pay to be on the list and that in itself reduces its' validity and come to think of it, if anyone finds a great shared hoster why would they want to announce it to the world and have their system come to a dead halt  )

I know that the VM team are working on Code optimisation (which is where strong dev teams invest at least a proportion of their available time)

In an ideal world all VM users would have their sites running on a massively spec'd dedicated server

We are not in an ideal world, so the code needs to be optimised for good performance - just asking everyone to keep increasing their server specs to cope is not where software devs should be heading.

I shall (as always) keep the unnecessary plugins unpublished for all of the components not just VM.

And will investigate further software to "sniff" server activity

[GJC Web Design]

if anyone finds a great shared hoster why would they want to announce it to the world and have their system come to a dead halt

yes - torn between two stools here - I am in the happy place of having found my perfect host...   

but if you all join me...   

[AH]

Yep GJC aren't we all.

I doubt this thread will get flooded with real "great host" finds

See how empty my post is of them