Jump to content

[SOLVED] Extremely slow to open / save one template type in admin


prestoav
 Share

Recommended Posts

Now solved, see reply at the bottom.

Hi all.

PW version: 3.0.42

Despite the usual speediness of PW, a site I'm working on at the moment is suffering an extremely slow load and save time in admin. We have the same site running on localhost (a brand new MacBook Pro with 3.1GHz processor / 16GB RAM) and a Media Temple VPS host both installations suffer in the same way.

All pages open and save in admin very quickly with the exception of pages using one template which just happens to be the most used one (for products the site owner manufacturers).

Opening the page to edit, or saving the page, can take more than a minute! The whole front-end of the site slows while this is happening. I should add that no caching is turned on at the moment, save the standard PW system. We are, however using the multi-language support with 6 languages installed.

The template consists of the following number/type of fields:

  • 1x PageTitleLanguage 
  • 3x TextLanguage
  • 4x Page
  • 4x Repeaters (2-3 fields, typically text / image / textarea / page, in each - up to 10 entries per repeater)
  • 1x RepeaterMatrix (3 fields in each, up to 3 entries per repeater)
  • 2x TextArea
  • 1x TextAreaLanguage
  • 3x Image
  • 8x Text

Has anyone had an experience like this before? Is this expected behaviour with this number of fields in a page (it's the first time I've used this many on one template)?

As always, any help would be gratefully received!

Link to comment
Share on other sites

wow for one i can say that is a lot of repeaters, each with a lot of fields. You probably need to ajax load the repeaters and repeater matrix fields to start, or put them all on a tab and ajax load that whole tab.

with up to 10 entries on a repeater holding text, image, textarea (is this RTE?), and page ref (how many pages, and what inputfield are you using?), i would probably have gone with page table instead, though it might work.

Also, assuming your MySQL instance is localhost? i have sometime seen some slowdowns when using MySQL hostnames, due to the additional DNS lookups; Have you tried optimizing and repairing all of the tables?

also you may want to experiment with auto join for some fields here, but be careful, sometimes autojoin can cause problems...

  • Like 2
Link to comment
Share on other sites

Hi Macrura, 

Thanks for replying. really appreciated. I'll try the AJAX loading the repeaters. From memory, they are set this way already but I'll check.

You're right in that both hosts are running the DB in localhost so no DNS in the way. Good idea though and I'll keep that in mind for the future.

Will keep looking!

Link to comment
Share on other sites

13 hours ago, Macrura said:

wow for one i can say that is a lot of repeaters, each with a lot of fields. You probably need to ajax load the repeaters and repeater matrix fields to start, or put them all on a tab and ajax load that whole tab.

with up to 10 entries on a repeater holding text, image, textarea (is this RTE?), and page ref (how many pages, and what inputfield are you using?), i would probably have gone with page table instead, though it might work.

Also, assuming your MySQL instance is localhost? i have sometime seen some slowdowns when using MySQL hostnames, due to the additional DNS lookups; Have you tried optimizing and repairing all of the tables?

also you may want to experiment with auto join for some fields here, but be careful, sometimes autojoin can cause problems...

Hi Macrura,

Looks like all the repeaters are set to AJAZ load anyway (default behaviour).

Are there any tutorials on creating a new tab in an admin page that you know of (not done that before)?

Link to comment
Share on other sites

16 hours ago, prestoav said:

Opening the page to edit, or saving the page, can take more than a minute!

While the issue of opening an Edit page being very slow can be caused by repeaters, the save operation being very slow cannot. That leads me to suspect that this issue will not be solved by moving fields to an ajax loaded tab, correct me if I'm mistaken.

Not free but if you really get stuck, this one can help: https://processwire.com/api/modules/profiler-pro/ especially since Ryan's person-to-person support comes with it as well: https://processwire.com/api/modules/profiler-pro/#here-to-help-you

  • Like 2
Link to comment
Share on other sites

3 hours ago, prestoav said:

Are there any tutorials on creating a new tab in an admin page that you know of (not done that before)?

no need for a tutorial - it's too simple ;) just add a fieldsettab to your page, save it, then you'll get a warning and a second field called yourfield_END. place your fields in between those fields and they will be presented in a tab.

there is a little issue with ajax tabs though: https://github.com/processwire/processwire-issues/issues/332

are you using tracy debugger? are you using any hooks? any modules?

 

  • Like 1
Link to comment
Share on other sites

Thanks berhard for the FieldSetTab option. Another very cool PW feature I didn't know about. That will come in useful!

Sadly though in this case it's not made any difference to the load and save page of the pages with that template, despite moving some of the 'big hitters' from the page into tabs :-(

Link to comment
Share on other sites

1 minute ago, bernhard said:

i would have been surprised if that had made a difference ;) thats why i asked this:

Ah, sorry missed that!!!

No hooks and no modules (other than core and ProFields repeater matrix) related to that template. Repeater Matrix is working on other templates OK and is only used once in the offending template.

I've not come across Tracey debugger before. Do you mean this: https://modules.processwire.com/modules/tracy-debugger/ ?

Thanks again.

  • Like 2
Link to comment
Share on other sites

yes, tracy is awesome and would recommend you having a look ;) though sometimes it slows things down a little. i also experienced that the debug mode can slow down things.

in your case i would do the following:

  • backup
  • install tracy and see if you find any strange things (errors, many redirects etc)
  • create a new template, check performance
  • if performance is ok, add fields of your slow template one by one and check after adding each field. if it slows down at some point you could investigate further
  • Like 1
Link to comment
Share on other sites

2 minutes ago, bernhard said:

install tracy

Also, with @adrian's Tracy Debugger module, you can try this to identify possible modules causing the issues: https://processwire.com/blog/posts/introducing-tracy-debugger/#module-disabler-panel
Also there is a tool which might help tracing down problematic hooks: Event Interceptor Panel

  • Like 2
Link to comment
Share on other sites

  • 3 weeks later...

Now solved!!!

The issue turned out to be one page field within a repeater.  I'd set 'Template of selectable page(s)' to 'blog-post' and then set 'sort=-blog_date' in the 'Custom Selector to find selectable pages' field thinking the two selectors would combine. Turns out they don't, at least not in this way.  All pages, repeaters and other admin sub pages were selectable within this field. The site has hundreds of pages, many with a large number of repeaters in so every time the page admin was loaded / saved it read all of them.

Combining the required filters with only the statement 'page-template=blog_post,sort-=blog_date' for this page field did the trick and the admin for this template (and saving pages with this template) now works really quickly.

Phew!

  • Like 3
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...