[OPS-9699] Remove mapbox token from mabox responses

[orakili]

Refs: OPS-9699

This substitutes the mapbox token in the proxied mapbox responses.

Tests

1. Checkout the branch
2. Recreate the drupal container
3. Visit /disasters
4. Check the network tab (refresh if necessary), filter by mapbox
5. Check the content of any json file, the mapbox token should not be present (instead there should be access_token=token)

[github-actions]

Coverage Report

Totals
Statements:	11.73% ( 1089 / 9286 )
Methods:	11.58% ( 82 / 708 )
Lines:	11.74% ( 1007 / 8578 )

[github-actions]

Build output

Composer Validate success

PHP Lint success

Docker Build success

Environment Setup success

Site Install success

PHP Code Sniffer success

Software Versions

PHP 8.2.10 (cli) (built: Sep 2 2023 06:59:22) (NTS) Copyright (c) The PHP Group Zend Engine v4.2.10, Copyright (c) Zend Technologies with Zend OPcache v8.2.10, Copyright (c), by Zend Technologies with Xdebug v3.2.1, Copyright (c) 2002-2023, by Derick Rethans Composer version 2.6.4 2023-09-29 10:54:46

Drupal Logs

Pusher: @orakili, Action: pull_request, Workflow: Run tests

[cafuego]

I've checked it on unocha.org dev and the proxy_set_header Accept-Encoding ""; is obviously what I was missing. The replace rule then works, but the links to the tile servers do not get re-rewritten, as they're not proxied, so the library is unable to download tiles: {"message":"Not Authorized - Invalid Token"}

[orakili]

@cafuego Where do you see this {"message":"Not Authorized - Invalid Token"} message?

From my tests, all the tiles load properly.

The token substitution is done in the response of /mapbox/v4/reliefweb.xxx.json?style=mapbox://styles/reliefweb/xxx&secure&access_token=token file for the tile URLs:

https://a.tiles.mapbox.com/v4/reliefweb.xxxx/{z}/{x}/{y}.vector.pbf?access_token=token&style=mapbox://styles/reliefweb/xxx
https://b.tiles.mapbox.com/v4/reliefweb.xxxx/{z}/{x}/{y}.vector.pbf?access_token=token&style=mapbox://styles/reliefweb/xxx

But those URLs are not called.

The tiles requests are like /mapbox/v4/reliefweb.xxx/1/1/0.vector.pbf?style=mapbox://styles/reliefweb/xxx&sku=yyy&access_token=token and are properly proxied.

Zooming or scrolling loads new tiles with the /mapbox/v4/reliefweb.xxx/x/y/z.vector.pbf?style=mapbox://styles/reliefweb/xxx&sku=yyy&access_token=token pattern.

[cafuego]

Huh, not called?

[cafuego]

Merging, since the tile server URLs that get rewritten appear to not actually get used.