Move client parameter to header
See original GitHub issueFeature request:
We are adding a client
parameter to map instantiation to know who is doing that instantiation.
CARTO VL: map?client=vl-0.9.2
CARTO.js: map?js=js-4.0.9
This implies that everytime we publish a new version, the cache invalidates.
As @dgaubert suggested, we should move this to a request header, to be able to gather metrics about who our users are and respect the map cache.
Issue Analytics
- State:
- Created 5 years ago
- Comments:8 (7 by maintainers)
Top Results From Across the Web
HTTP/1.1: Header Field Definitions
For entity-header fields, both sender and recipient refer to either the client or the server, depending on who sends and who receives the...
Read more >How to modify, mask or remove parameters and header fields ...
How to modify, mask or remove parameters and header fields using the API Connect Redact policy and gateway scripts.
Read more >Header parameters: "Accept" and "Content-type" in a REST ...
I understand that the Accept parameter define a data type expected in a client response sent from the server, so it's used as...
Read more >header - Manual - PHP
A quick way to make redirects permanent or temporary is to make use of the $http_response_code parameter in header(). <?php // 301 Moved...
Read more >HTTP headers - MDN Web Docs - Mozilla
HTTP headers let the client and the server pass additional ... Specifies the transfer encodings the user agent is willing to accept.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
You are right. This is a clear
Won't fix
.Closing then.
More reasons to not do this: