Re: [Koha] 404.pl
Hello Keith- We recently stumbled across quite a few 404.pl errors, and the cause is believed to be a conflict between OpacHiddenItems and bibliographic record suppression. I advised my colleagues: “In OPAC, where if a user has a link saved to a record that has been made suppressed (maybe they have it in the circulation history), and they click on that link they receive a horrid 404 error, rather than the much nicer ‘blocked’ error (the text of which is controlled by a Koha setting OpacSuppressionRedirect)”. I have gone through and removed the bibliographic level suppression from as many records as I can, when all items are force-suppressed. We have a number of records we need to leave suppressed as in addition to lost items we have ‘library-staff only’ copied. That's mildly irritating. But now we have lots fewer 404 errors. Ray Delahunty University of the Arts London -Original Message- From: Koha On Behalf Of Keith Sorbo Sent: 20 March 2021 15:45 To: Koha@lists.katipo.co.nz Subject: [Koha] 404.pl WARNING. This email originated outside of UAL. Always check before clicking links, opening attachments or responding with sensitive information. If in doubt, contact the IT Service Desk on +44 020 7514 9898. While watching the top command on my ubuntu server, I notice that while retrieving search items in the OPAC I get a lot of 404.pl instances. These seem to be a drag on the performance of the server. (We are a small school with a small VPS server). I assume that these are caused by Koha searching for missing covers. Is there any way to mitigate the effect of these searches? Is there a timeout setting or even disable these searches? Thanks. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha This email and any attachments are intended solely for the addressee and may contain confidential information. If you are not the intended recipient of this email and/or its attachments you must not take any action based upon them and you must not copy or show them to anyone. Please send the email back to us and immediately and permanently delete it and its attachments. Where this email is unrelated to the business of University of the Arts London or of any of its group companies the opinions expressed in it are the opinions of the sender and do not necessarily constitute those of University of the Arts London (or the relevant group company). Where the sender's signature indicates that the email is sent on behalf of UAL Short Courses Limited the following also applies: UAL Short Courses Limited is a company registered in England and Wales under company number 02361261. Registered Office: University of the Arts London, 272 High Holborn, London WC1V 7EY ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 404.pl
Jonathan, The links look like this: http://sati.pustaka-digital.asia/cgi-bin/koha/BakerTaylorLinkURL9794157740 On Tue, Mar 23, 2021 at 6:19 AM Jonathan Druart < jonathan.dru...@bugs.koha-community.org> wrote: > Hello Keith, > > Could you investigate which query leads to 404.pl? > Using the dev tools of your browser or the log of the web server, you > should find out that there is a 302 (redirect) before the 404. > Even if there is no local cover for a record, there should be a 200. > > Regards, > Jonathan > > Le sam. 20 mars 2021 à 16:45, Keith Sorbo a écrit : > > > > While watching the top command on my ubuntu server, I notice that while > > retrieving search items in the OPAC I get a lot of 404.pl instances. > These > > seem to be a drag on the performance of the server. (We are a small > school > > with a small VPS server). > > > > I assume that these are caused by Koha searching for missing covers. > > > > Is there any way to mitigate the effect of these searches? Is there a > > timeout setting or even disable these searches? > > > > Thanks. > > ___ > > > > Koha mailing list http://koha-community.org > > Koha@lists.katipo.co.nz > > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 404.pl
Hello Keith, Could you investigate which query leads to 404.pl? Using the dev tools of your browser or the log of the web server, you should find out that there is a 302 (redirect) before the 404. Even if there is no local cover for a record, there should be a 200. Regards, Jonathan Le sam. 20 mars 2021 à 16:45, Keith Sorbo a écrit : > > While watching the top command on my ubuntu server, I notice that while > retrieving search items in the OPAC I get a lot of 404.pl instances. These > seem to be a drag on the performance of the server. (We are a small school > with a small VPS server). > > I assume that these are caused by Koha searching for missing covers. > > Is there any way to mitigate the effect of these searches? Is there a > timeout setting or even disable these searches? > > Thanks. > ___ > > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] 404.pl
While watching the top command on my ubuntu server, I notice that while retrieving search items in the OPAC I get a lot of 404.pl instances. These seem to be a drag on the performance of the server. (We are a small school with a small VPS server). I assume that these are caused by Koha searching for missing covers. Is there any way to mitigate the effect of these searches? Is there a timeout setting or even disable these searches? Thanks. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
