Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Support websocket compression (permessage-deflate)#377

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Draft
jcheng5 wants to merge7 commits intomain
base:main
Choose a base branch
Loading
fromjoe/feature/permessage-deflate

Conversation

@jcheng5
Copy link
Member

No description provided.

anthonynorth reacted with thumbs up emojizeehio reacted with heart emoji
This implements server_no_context_takeover and client_no_context_takeoversupport, but in a pretty naive way for now that gives correct results but doesn’t provide anymemory efficiency advantage, which is the whole point of this feature.
@jcheng5jcheng5force-pushed thejoe/feature/permessage-deflate branch frome950415 to058f75bCompareMay 22, 2023 04:48
@jcheng5jcheng5force-pushed thejoe/feature/permessage-deflate branch from058f75b to1762ce7CompareMay 22, 2023 04:50
@zeehio
Copy link

zeehio commentedOct 25, 2023
edited
Loading

On shiny websites with plotly plots with a large number of points, generating the plot is the first bottleneck. Once that is cached (bindCache...) the transfer of the plotly object from server to client becomes the bottleneck.

Having websocket per-message compression would reduce the cost of the transfer at the expense of compressing/decompressing each message.

Ideally, having some websocket-based caching system would be awesome, so the web browser does not download the same plot more than once. I would imagine httpuv sending a hash of the response first, and then, if the browser does not have anything matching that hash, the full response (maybe with compression as implemented here).

Thanks for all this work anyway... It's easy to suggest features, but it is much harder to implement them!

@anthonynorth
Copy link

Looking for permessage-deflate support in shiny led me here. Are there plans to merge this into main?

@TBlackmore
Copy link

Also came here looking to speed up shiny messages. Can I upvote this feature?

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

5 participants

@jcheng5@zeehio@anthonynorth@TBlackmore

[8]ページ先頭

©2009-2025 Movatter.jp