Search www host when apex URL has no indexed record #10
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
The remote client returns no records for the apex URL:
./ccwget-remote.py https://trollprod.org/
The indexed records are stored under the www host, including:
The current server path in svr/svc_ccwget.py normalizes a missing scheme but queries one exact url_host_name value. It does not try the conventional www host variant. The default two-year timeframe is also displayed in the failing command and must continue to apply to every host candidate.
Issue #7 covers bare-FQDN scheme and root-path normalization; this issue covers apex/www host matching.
Proposed approach
The fallback must not silently change a user-supplied subdomain or search arbitrary DNS aliases.
Scope
Acceptance criteria
Dependencies
Related issue #7 covers URL scheme/root-path normalization. No blocking dependency identified.
Additional production evidence for #10:
The root page exists in ClickHouse under the www host:
url_protocol: https
url_host_name: www.trollprod.org
url_path: /
url_query: NULL
content_digest: LNROZ754BFN2KAFXOYXQR4TH25O56R2S
content_languages: fra
content_mime_detected: text/html
warc_filename: crawl-data/CC-MAIN-2026-04/segments/1768220469178.0/warc/CC-MAIN-20260114215951-20260115005951-00464.warc.gz
warc_record_offset: 913589201
warc_record_length: 11768
The failing request uses https://trollprod.org/. This confirms the apex/www host fallback must find the existing www record.
Fixed in commit
8c87e4d. Exact host matching is preserved; root URL queries now match both url_path='/' and NULL. Added tests and documentation.