2
Support Content-Encoding header for upload routes
Source: supabase/supabase#41406 · opened by @Athaxv
The Supabase Storage REST API (/object/* routes) currently ignores the Content-Encoding header during uploads. This prevents clients from uploading pre-compressed objects (e.g. gzip) and having them transparently decompressed by browsers on download.
The S3-compatible API (/s3/* routes) already supports Content-Encoding. This request is to bring parity to the REST API.
This feature is required to support use cases like:
Uploading large gzip-compressed files from Edge Functions
Reducing bandwidth and storage costs
Allowing browsers to automatically decompress responses
There is an existing client-side PR [supabase-js]( that adds support for sending Content-Encoding, but it cannot work end-to-end until server support is added.
The S3-compatible API (/s3/* routes) already supports Content-Encoding. This request is to bring parity to the REST API.
This feature is required to support use cases like:
Uploading large gzip-compressed files from Edge Functions
Reducing bandwidth and storage costs
Allowing browsers to automatically decompress responses
There is an existing client-side PR [supabase-js]( that adds support for sending Content-Encoding, but it cannot work end-to-end until server support is added.
No pledges yet. Be the first to back this.
Comments
Similar requests
Edge functions: regional invocation with an array of allowed regions
1 vote · 0 comments
Import/Merge supabase configs?
1 vote · 0 comments
Add `signUploadObjectUrls()` for generating multiple signed upload URLs
1 vote · 0 comments
Enable Supabase SSR cookies with Vike Cloudflare
1 vote · 0 comments
Custom headers not being sent along with the requests in createPagesServerClient (NextJS)
2 votes · 0 comments
No comments yet.