Fix recursive redirection loop in .htaccess causing service downtime

[saidfathalla]

The cdos .htaccess configuration is causing an infinite redirection loop when certain tools (like WebVOWL or ontology crawlers) attempt to resolve paths. This results in extremely long URIs, high CPU/Memory usage, and eventual service downtime.

The Recursion: Your rule ^cdco/(.*)$ matches anything starting with cdco/ (and similar rules for podo, ldo, and pldo). It doesn't care how long the string is. It just keeps appending and redirecting until the Apache internal redirect limit is hit or the server runs out of memory.

sample log:

 - - [17/Apr/2026:07:26:07 +0000] "GET /cdos/cdco/webvowl/webvowl/webvowl/provenance/provenance/webvowl/webvowl/provenance/provenance/webvowl/webvowl/provenance/provenance/webvowl/webvowl/provenance/provenance/provenance/index-en.html HTTP/1.1" 303 420 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.0.0 Safari/537.36"
 - - [17/Apr/2026:07:26:11 +0000] "GET /cdos/cdco/webvowl/provenance/provenance/webvowl/webvowl/webvowl/provenance/provenance/provenance/webvowl/webvowl/provenance/webvowl/provenance/provenance/webvowl/webvowl/provenance/ontology.nt HTTP/1.1" 303 418 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.75 Safari/537.36" - - [17/Apr/2026:07:26:12 +0000] "GET /cdos/cdco/provenance/provenance/provenance/webvowl/webvowl/provenance/provenance/webvowl/provenance/webvowl/webvowl/provenance/provenance/provenance/webvowl/webvowl/provenance/webvowl/ontology.jsonld HTTP/1.1" 303 425 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36"

Please consider it URGENT because this is happening on the live PURL service and causing "Down" intervals.

[saidfathalla]

The same problem happens in lines 135, 97, 70

[saidfathalla]

I'd propose the following change to line 43:

RewriteRule ^cdco/([^/]+)$ https://ocdo.github.io/cdco/#/$1 [R=303,NE,L]

If that works for you, I'll apply it there as well.
The rule doesn't redirect to the term in the docs, anyway

[aazocar]

looks good from my side

[saidfathalla]

I discovered the same problem occurs in asmo.

[saidfathalla]

The recursive loop has been resolved, and browser requests now correctly end at the HTML page.
Let me know if you need any further help.