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.search.yaml

@@ -48,7 +48,8 @@ services:
       PHOTON_REGION: ${PHOTON_REGION:-europe}
     volumes:
       - ./photon/data:/data
-    # Out to GraphHopper's downloads alone; on a network of its own, beside nothing.
+    # Out to GraphHopper's downloads on `downloads`, an ordinary bridge with a way out
+    # to anywhere, shared with BRouter's segments and the map's downloads.
     networks:
       - downloads
     mem_limit: 256m