fix(deploy): the sidecars' downloads try again within the hour after a failed round

A failed BRouter segment or listing, a failed tile cut or an unwritable folder waited the whole refresh period, 30 days without routes or a map; they try again after an hour, doubling to a day. Photon's failed download backs off from a day to a week, and a dead Photon is noticed within a minute. The downloads' network is an ordinary bridge the three share, as the comments now say.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Signed-off-by: Tizian 「ティツィアーン」 <raisondetredev@pm.me>

deploy/compose.maps.yaml

@@ -42,7 +42,8 @@ services:
       MAP_REGION: ${MAP_REGION:--25,35,45,75}
     volumes:
       - ./maps/tiles:/tiles
-    # Out to Protomaps' builds alone; on a network of its own, beside nothing.
+    # Out to Protomaps' builds on `downloads`, an ordinary bridge with a way out to
+    # anywhere, shared with BRouter's segments and the search's downloads.
     networks:
       - downloads
     mem_limit: 512m