Bug 41154 - Make Apache ErrorDocument a bit smarter (no unconditional pass to Plack)
Summary: Make Apache ErrorDocument a bit smarter (no unconditional pass to Plack)
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Architecture, internals, and plumbing (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-10-31 10:44 UTC by Marcel de Rooy
Modified: 2025-10-31 10:47 UTC (History)
1 user (show)

See Also:
GIT URL:
Initiative type: ---
Sponsorship status: ---
Crowdfunding goal: 0
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcel de Rooy 2025-10-31 10:44:33 UTC
See discussion on bug 40954.
Comment 1 Marcel de Rooy 2025-10-31 10:47:09 UTC
Copying from the other report:

(In reply to David Cook from comment #5)
> (In reply to Marcel de Rooy from comment #3)
> > Also I am wondering if we should pass such Apache errors to Plack? It takes
> > just a few hundred bytes to say Not found in about 50 ms with a trivial
> > ErrorDocument but it takes 40K and 500ms to go to errors/404 or 500.pl in
> > Plack.
> > Shouldnt we reserve the Plack responses for Plack requests (so real perl
> > ones)?
> 
> I do think about that sometimes. It also takes up valuable Starman process
> time in general. If you've got some bots sending lots of requests that
> generate 404s, it doesn't really make sense to hammer your Starman with
> requests for 404.pl. 
> 
> In the past, I've thought about generating static HTML files which could be
> served from the DocumentRoot, so that Starman isn't being touched and Apache
> can just do what it does best.