EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #08674
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] Crawler ends up with 404, dont know how to handle MIME subtype wildcard
- To: <eprints-tech@ecs.soton.ac.uk>, <jens.witzel@uzh.ch>
- Subject: Re: [EP-tech] Crawler ends up with 404, dont know how to handle MIME subtype wildcard
- From: David R Newman <drn@ecs.soton.ac.uk>
- Date: Mon, 26 Jul 2021 09:50:26 +0100
Hi Jens,
I can replicate the same problem on 3.4 GitHub HEAD [1]. I have
created a GitHub issue for this [2] and will investigate.
Regards
David Newman
[1] https://github.com/eprints/eprints3.4
[2] https://github.com/eprints/eprints3.4/issues/159
CAUTION: This e-mail originated outside the University of Southampton.Dear all
unfortunately one of our partner crawlers reports a 404 error during the download, The problem occurs when wildcards are used as mime subtype.
Here an example on our repo ZORA - let us try to get publication no. 143147 via CURL:
HTTP 200 status is returned, when
- no Accept header is specified: curl -v https://www.zora.uzh.ch/id/eprint/143147/
- an exact MIME type is specified: curl -v -H 'Accept: text/html' https://www.zora.uzh.ch/id/eprint/143147/
- any MIME type is specified: curl -v -H 'Accept: */*' https://www.zora.uzh.ch/id/eprint/143147/
HTTP 404 status is returned if the MIME subtype is open, e.g. 'text/*'.
==> curl -v -H 'Accept: text/*,application/*' https://www.zora.uzh.ch/id/eprint/143147/
[...]
< HTTP/1.1 404 Not Found
< Date: Mon, 26 Jul 2021 08:23:04 GMT
< Server: Apache/2.4.6 (Red Hat Enterprise Linux) OpenSSL/1.0.2k-fips mod_perl/2.0.11 Perl/v5.16.3
< Cache-Control: no-store, no-cache, must-revalidate
< Strict-Transport-Security: max-age=15780000
< Transfer-Encoding: chunked
< Content-Type: text/html; charset=utf-8
The Header "Accept: text/*,application/*" should be valid. So, we think is goin wrong around CRUD.pm [line 948] - elsif( $subtype eq '*' ) {}
Is this a bug or is there a workaround? Any help is appreciated.
Have a nice day
Jens
--
Jens Witzel
Zentrale Informatik
Universität Zürich
Stampfenbachstrasse 73
CH-8006 Zürich
mail: jens.witzel@uzh.ch
phone: +41 44 63 56777
http://www.zi.uzh.ch
*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech *** Archive: http://www.eprints.org/tech.php/ *** EPrints community wiki: http://wiki.eprints.org/
- References:
- [EP-tech] Faceted Search with Elasticsearch in EPrints (on Github EprintsUG)
- From: <jens.witzel@uzh.ch>
- [EP-tech] Crawler ends up with 404, dont know how to handle MIME subtype wildcard
- From: <jens.witzel@uzh.ch>
- [EP-tech] Faceted Search with Elasticsearch in EPrints (on Github EprintsUG)
- Prev by Date: [EP-tech] Crawler ends up with 404, dont know how to handle MIME subtype wildcard
- Next by Date: [EP-tech] Antwort: Re: Crawler ends up with 404, dont know how to handle MIME subtype wildcard
- Previous by thread: [EP-tech] EPrints/CRIS
- Next by thread: [EP-tech] DOI handling in orcid_support_advance
- Index(es):