[Koha-bugs] [Bug 36264] New: XSLT processing is much slower on OPAC than Staff Interface

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36264

            Bug ID: 36264
           Summary: XSLT processing is much slower on OPAC than Staff
                    Interface
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P5 - low
         Component: Searching
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: dcook at prosentient.com.au
        QA Contact: testopia at bugs.koha-community.org

I haven't figured this one out yet, but it looks like the XSLT processing for
search results is much slower on the OPAC than on the Staff Interface.

No XSLT (disabled in code):
OPAC: 18.69 seconds
Staff: 10.5 seconds

Default XSLT:
OPAC: 25.7 seconds
Staff: 10.6 seconds

As you can see here, the XSLT processing for the staff interface is much
faster. I’d say the OPAC takes 7 seconds whereas the Staff takes .1 seconds.
This is certainly worth reviewing.

(Note I'm using Zebra but it should be irrelevant for this testing. The same
problem should exist for both Zebra and Elasticsearch...)

(Note also that it's clearly not the only discrepancy between the two search
interfaces. Note that OpacHiddenItems isn't contributing to the slowness on the
OPAC side.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.