feat: add gzip compression and increase API page size

[christopherblaisdell]

Summary

Adds HTTP gzip compression and increases the API pagination page size from 50 to 250, reducing the number of HTTP round-trips by ~5x for large platforms.

What changed

http.py - request()

• Sends \Accept-Encoding: gzip\ header on all GET requests
• Transparently decompresses gzip responses before JSON parsing
• Falls through cleanly when server doesn't compress (no behavioral change)

library.py - pagination loops

• \_full_fetch_platform_roms()\: limit 50 -> 250
• \_fetch_single_collection_roms()\: limit 50 -> 250
• Dreamcast (362 ROMs) goes from 8 requests to 2 requests

test_http.py

• \ est_uses_auth_header\: now also verifies Accept-Encoding header is sent
• \ est_decompresses_gzip_response\: verifies gzip payloads are decoded correctly

Performance impact

Based on real Deck sync data (702 ROMs across 3 units):

• Before: 8 HTTP requests for ROM lists (50 per page)
• After: ~4 HTTP requests (250 per page)
• Gzip compression reduces JSON payload size by ~70-80% for ROM metadata
• Combined effect: fewer round-trips + smaller payloads = faster sync startup

Risk

Very low. Gzip decompression only activates when the server responds with \Content-Encoding: gzip\. If the server doesn't support compression, behavior is unchanged. Page size increase is well within RomM's API limits.