https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38181
--- Comment #9 from David Cook <[email protected]> --- (In reply to Kdask from comment #8) > I'll keep digging, i guess somewhere on the results page the iterating of > the items takes too long. I would say so. Unfortunately, it's going to take more digging as you say. Are you a coder yourself? -- You know... I just remembered another troubleshooting step that you can take! I had the same problem where my staff interface was fast and my OPAC was slow, and even after coding optimizations I couldn't explain it. In fact, even when I tracked the indexing engine (e.g. Zebra), I noticed that the search was slower for the OPAC! And the problem was that the "defaultSortField" and "defaultSortOrder" and "OPACdefaultSortField" and "OPACdefaultSortOrder" values were different, so I was actually getting different sorting for what was otherwise the same search query. When I made those match, my search was equally slow on both the staff interface and the OPAC. And that's because my search results were now including the same bib records with large item holdings. I know that doesn't help you make the search faster, but it helped me a lot in terms of troubleshooting. Just another idea. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
