Skip to content
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Attempt to directly proxy or redirect video and audio content #23

Open
jon-betts opened this issue Oct 29, 2020 · 2 comments
Open

Attempt to directly proxy or redirect video and audio content #23

jon-betts opened this issue Oct 29, 2020 · 2 comments
Labels
enhancement New feature or request

Comments

@jon-betts
Copy link
Contributor

Currently we block certain sites which have high video content, but not others. A better solution would be to see if we can either:

  • Detect media content by mime-type
  • Issue a redirect to the source

Or

  • Maintain a list of domains and intercept them in wombat.js on the client side, so they are never attemped to be proxied in the first place

The first is good, as it works without any manual intervention to build up a list of domains. The second is good because it doesn't require many any connection to the upstream service.

It's likely that we will see cross domain issues with this.

@mkdir-washington-edu
Copy link

@jon-betts Do you think it's worth differentiating via.hypothes.is and viahtml.hypothes.is (if I have that right)? Only one of those is likely to be abused for video content, and it seems like there's maybe different solutions for the different Vias?

(bringing this up due to a recent Support ticket)

@mattdricker
Copy link

This is the user @mkdir-washington-edu mentions: https://app.hubspot.com/contacts/6291320/ticket/1301456914

Adding to the support board for possible triage or discussion.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants