CreateOrder had no fallback for Deliverytime (unlike Orderdate),
so it defaulted to "" and Postgres rejected it as an invalid
timestamp on every order creation - reproduced and confirmed via a
direct manual INSERT. Same fallback pattern as Orderdate now applies.
Also carries the v2.7.58 fix that was live but never committed:
GetRiderLogsv1 and UpdateRiderLogv1 scope a 15s timeout to their
riderlogs full-list LRANGE (900K+ entries, routinely 5-6.5s), instead
of the default 3s client timeout that was causing getriderlogs 500s.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Redis client had a 35s worst-case stall (10s read/write timeout x3
retries) on a single call, which under concurrent load exhausted the
connection pool and cascaded into a full outage. Timeouts and retries
are now tight enough that a degraded Redis fails fast instead of
tying up pooled connections.
Also fixes two userid/appuserid column mix-ups in delivery queries
(deliveryController.go, domain/delivery.go) and points the Dockerfile
build at main.go explicitly.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>