On Wed, Jun 21, 2023 at 8:15 AM Nidhi Jaju <[email protected]> wrote:

> Contact [email protected]
>
> Explainer
> https://docs.google.com/document/d/1aDyUw4mAzRdLyZyXpVgWvO-eLpc4ERz7I_7VDIPo9Hc/edit?usp=sharing
> Specificationhttps://datatracker.ietf.org/doc/html/rfc8878
>
> Design docs
> https://docs.google.com/document/d/14dbzMpsYPfkefAJos124uPrlkvW7jyPJhzjujSWws2k/edit?usp=sharing
>
> Summary
>
> Zstandard, or “zstd”, is a data compression mechanism described in
> RFC8878. It is a fast lossless compression algorithm, targeting real-time
> compression scenarios at zlib-level and better compression ratios. The
> "zstd" token was added as an IANA-registered Content-Encoding token as per
> https://datatracker.ietf.org/doc/html/rfc8878#name-content-encoding.
> Adding support for "zstd" as a Content-Encoding will help load pages faster
> and use less bandwidth.
>
> Blink componentInternals>Network
> <https://bugs.chromium.org/p/chromium/issues/list?q=component:Internals%3ENetwork>
>
> Motivation
>
> Supporting zstd content-encoding in the browser would allow sites to spend
> less time and CPU/power on compression on their servers, resulting in
> reduced server costs. There are several published benchmarks[i.e. 1
> <https://facebook.github.io/zstd/#benchmarks>, 2
> <https://peazip.github.io/fast-compression-benchmark-brotli-zstandard.html>]
> and existing research showing promising potential wins. Zstd is roughly
> three times faster than Brotli for decompression. Combined with zstd being
> faster at compression, this will result in faster page load times.
> Initial public proposalNone
>
> TAG reviewNone
>
> TAG review statusNot applicable
>
> Risks
>
>               Interoperability and Compatibility
>
> Servers that have a broken implementation of zstd might exist, but the
> risk of this is small. Additionally, middleware and middleboxes like virus
> checkers that intercept HTTPS connections might not support zstd, but might
> fail to remove it from the Accept-Encoding header in the request.
>

Are we planning to only support this encoding under secure contexts and/or
H2+ to reduce that risk?


>
>
> *Gecko*: No signal (
> https://github.com/mozilla/standards-positions/issues/775)
>
> *WebKit*: No signal (
> https://github.com/WebKit/standards-positions/issues/168)
>
> *Web developers*: Positive (https://crbug.com/1246971) Facebook (Yann)
> and Akamai (Nic) seem to be positive about zstd content-encoding support in
> the browser. Facebook is also excited to test the feature.
>
> *Other signals*:
>
>               WebView application risks
>
> Does this intent deprecate or change behavior of existing APIs, such that
> it has potentially high risk for Android WebView-based applications?
>
>
>
> Debuggability
>
> No special support needed.
>
> Is this feature fully tested by web-platform-tests
> <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>
> ?Not yet.
>
> Flag nameZstdContentEncoding
>
> Requires code in //chrome?True
>
> Tracking bughttps://bugs.chromium.org/p/chromium/issues/detail?id=1246971
>
> Estimated milestones
> Shipping on desktop 117
> Shipping on Android 117
>
> Link to entry on the Chrome Platform Status
> https://chromestatus.com/feature/6186023867908096
>
> Links to previous Intent discussions
>
> This intent message was generated by Chrome Platform Status
> <https://chromestatus.com/>.
>
> --
> You received this message because you are subscribed to the Google Groups
> "blink-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To view this discussion on the web visit
> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAMZNYANd_E77W1ki--h_XJM-%2B_fA3w1CriGgJmnbh1N3LwRDtw%40mail.gmail.com
> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAMZNYANd_E77W1ki--h_XJM-%2B_fA3w1CriGgJmnbh1N3LwRDtw%40mail.gmail.com?utm_medium=email&utm_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAL5BFfVkzPtEQtALZL8LO%3D-Zqmuv0Vd7ZJEjourEgkUcSZxX9Q%40mail.gmail.com.

Reply via email to