CPU Load on loading forms

very suspicious.
can you email me access details on [email protected]? I would like to see how the form is setup.

Hello again David,

I have a similar problem as well with a large form that is very slow. This has nothing to do with any of the previous plugin updates – it’s a completely separate problem altogether. I’ve had it for the past few months. This problem sounds as if it may be one and the same.

There is no problem with the speed of small and medium-sized forms, but large forms are dead slow. I’m not talking about the forms being loaded onto the Web page, but the operation of the form itself as the user is filling it out.

Text fields have an almost delayed reaction while the user is typing – sometimes as long as a couple of seconds. On mobile, there’s the added complication of predictive text – it doesn’t like it. Sometimes more characters or different ones get entered in. Other times typed characters are skipped altogether. Sometimes it’s not predictive text at all – just typing alone causes these problems with the slow form simply trying to catch up.

I also have several fields that are hidden or displayed depending on the user’s selection in a previous field. One of them can take as long as 6 seconds on a desktop to over 60 seconds on mobile. This is so slow on mobile that the user could think that the form has stopped working. It hasn’t – it just takes a very long time for the section to display. This makes the form unusable on mobile.

When I say the form is large, I mean it – there are about 175 fields. My concern is that the number of text fields can allocate a lot of memory. In fact, the first version of the form I made was badly bogged down. I also added a fair number of multiline text boxes as well to make it easier for the user to make long entries. The form was very slow. I had to replace them with single-line text boxes to reduce the amount of memory that was being allocated. This did speed up the form quite a lot, but the form was still a bit slow.

With the second version I am creating now, I have no multiline text boxes, but I added the hidden sections for display. This bogged down the form all over again.

I hope this helps give you some idea what the problem may be.

Mortgage form: https://www.wkamenet.net/mortgage-application/

Thanks,

Wes

I know the speed issues of large forms in the admin. In front end they are fine.
The issue comes with the way I build the ui. As you can see is dynamic. You get full field previews with dynamic updating of changes.

With v1.2 I made a huge internal change in preparation of future updates.

Within 2 to 3 updates you’ll start seeing significant speed improvements.

Hi David,

Is there any way to turn off the full field previews, the UI is killing my server CPU load causing 500 internal errors. It’s a biggg form with lot’s of conditional fields.

All the best,
Andy.

this is very very strange. at most it should cause browser slowdown ( which a big form does) but not a 500 error. this tells me something else is up. is this a local site or is it online?

Hi David,

it’s only experiencing the 500 internal errors when the site is on the live server.
Locally the admin is very slow, but doesn’t crash.

Just to clarify, this is not being experienced at all with the actual live form (locally or remotely), just when editing in admin view. The live server was running a really old version of MySQL, which has just been updated. It was was getting tied up with defunct MySQL and php processes that were not closing causing bloat.

I’ll let you know if the MySQL update resolves this!

Thanks again.

All the best,
Andy.

Hi….

Just build a form with arround 40 fields and it’s just loading too much… arround 1 minute? is there any way to make it load faster? thanks

Is the form any quicker if those fields are spread over multiple pages?