Thread Starter
ogdsgn
(@ogdsgn)
I believe I’ve tracked the issue down to the following function…
Hooks::attachment_fields_to_edit
So I’m wondering if it’s because each image has to build a dropdown of all 700 terms?
.
Hi @ogdsgn
Thanks for the hint, that may be the problem that causes the issue. We look into that and hope we can provice a good solutions for installations with a lot of terms, like loading the terms asynchronously.
You’ll hear from us as soon as we fixed that problem.
Hi @ogdsgn
We’ve just released a new optimized version. We think its useful for most of the people that the terms are only loaded if needed. So we generally changed the selection to a “lazy” ajax solution. Let me know if you run into any trouble, if something not works correctly or if its still slow. Maybe we can improvise this even further if necessary.
Thanks again for the input!
Thread Starter
ogdsgn
(@ogdsgn)
Thank you for the help!
I just upgraded and appears I’m still having long loading times :((
If I disable your plugin I can load my library in 2s, but with plugin enabled it takes 18s.
I haven’t had time to dig in and help debug what else could be bogging it down – but I’ll try and see if I can find anything else here.
thanks again!
Hi @ogdsgn
We’ll have a closer look again, we should be able to optimise this even further. Also we kinda broke the ability to filter taxonomies in the grid overview. We’ll release new version as soon as possible, this time we hope to fix the performance problem once and for all.
Hi again @ogdsgn
We’ve made some optimisations. Looks like it fixed the performance problem at least on our test environment (with about 700 terms). I hope this solves it on your installation as well. Thanks for helping us optimise and test this issue!
Thread Starter
ogdsgn
(@ogdsgn)
Beauty, that did it. Thanks for the quick turnaround. It loads in 2-3s now.