rates/backend/jobs
jtricerolph d5ce38859d Fix booking scrape date selection — oldest-first tiered distribution
Medium and low priority tiers were generating full static date ranges
(150 and 185 dates) every day. With a queue limit of 200, high (31) +
medium (150) consumed the entire budget, leaving only ~19 slots for low
priority — causing the observed ~6 month cap.

Medium now selects the 60 oldest-scraped (or never-scraped) dates from
the days 31-180 window; low selects the 30 oldest from days 181-365.
Per-run budget drops from ~365 to ~121 dates, and coverage naturally
cycles through the full year: medium every ~2-3 days, low every ~6-7 days.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-14 09:39:35 +00:00
..
__init__.py Add Rate Monitor app — Booking.com + direct booking engine competitor rates 2026-07-05 12:06:30 +00:00
check_rate_parity.py Parity: best-available comparison as default, term-matching optional 2026-07-06 08:04:15 +00:00
fetch_current_rates.py Fix bookability column timestamps showing stale 'last changed' dates 2026-07-10 08:41:58 +00:00
scrape_booking_rates.py Fix booking scrape date selection — oldest-first tiered distribution 2026-07-14 09:39:35 +00:00
scrape_direct_rates.py Add Rate Monitor app — Booking.com + direct booking engine competitor rates 2026-07-05 12:06:30 +00:00
sync_occupancy.py Add occupancy pick-up history + bookability history popup 2026-07-12 12:38:02 +00:00