Sender | Message | Time |
---|---|---|
10 Apr 2024 | ||
In reply to @daknig:matrix.orgyep, which is why you weren't able to find it, hence why i'm mentioning it here, the api docs are far behind, the prs to update them haven't been merged yet | 19:33:45 | |
I see, thanks | 19:34:08 | |
unironically the best place to find info is the freetube repo | 19:34:30 | |
That's golden | 19:35:01 | |
But understandable, there are already so many other things to do | 19:35:25 | |
well, thanks | 19:37:00 | |
I wish the API bindings would catch up, but I wish the docs are updated first... | 19:37:24 | |
In reply to @absidue:matrix.orgIn this case it's a good place to look, as the endpoint was added because we wanted to use it in FreeTube, as we already had an equivalent in the local API. | 19:37:51 | |
https://github.com/iv-org/documentation/pull/501 | 19:39:44 | |
can somebody please donate hours to the devs? if you have too many, just give them to the ones in need, the ones who would improve our lives | 19:42:26 | |
I wish it would be so easy | 19:42:33 | |
In reply to @absidue:matrix.orgwould it be possible to use openapi instead of manual API documentation? Or would it not be worth the effort | 23:36:16 | |
In reply to @wardpearce:matrix.orgI was looking at using OpenAPI for the documentation but I haven't touched it in months (so some things are out of date and missing). | 23:59:03 | |
11 Apr 2024 | ||
Download 1000023126.png | 00:01:02 | |
This is the yaml file for reference: https://github.com/ChunkyProgrammer/invidious-docs/blob/add-open-api-page/scripts/swagger.yaml | 00:04:31 | |
00:33:07 | ||
01:18:36 | ||
01:21:49 | ||
any public instance operators willing to provide me with some ballpark figures of their instances monthly bandwidth consumption? I've got an instance set up with all the bells and whistles (http1.1/h2/h3 quic, SSL, front end on ipv4/6 dual stack, back end on ipv6 address rotation) that im using for friends only. I'd like to make it public, but ive only got about 10TB of bandwidth on the VPS. I can negotiate a higher cap, but I dont think I can get 100TB like the docs say lol | 02:57:36 | |
In reply to @the_gamer_guy:matrix.org It varies wildly based on the instances popularity and if especially if proxy is enabled or not. From what I've heard from some instance hosts with proxy enabled, it's common to see 30tb+ of use each month. For comparison, when I was hosting my public instance with proxy disabled, I only used about 600gb/month of bandwidth. You can use a proxy server to get around this: https://docs.invidious.io/hide-instance-behind-proxy-server/ | 03:25:23 | |
In reply to @onion.chunky:matrix.orglooks neat, would be cool if the spec could be generated automatically. Not a crystal developer so no idea how easy this is to implement | 03:45:28 | |
In reply to @wardpearce:matrix.orgIt would likely be in addition to the docs page, so it would only be worth it, if it can be automatically generated and if it's low-effort to implement the automatic generation. Otherwise it would add even more work on the already overflowing plates of the Invidious devs. | 04:49:54 | |
yea for sure | 04:50:39 | |
In reply to @vojkovic:matrix.orginteresting... lots of useful info there. thanks. so it seems like with 10TB I should be ok without proxying. | 04:54:34 | |
In reply to @the_gamer_guy:matrix.orgUntil your instance gets a little popular and consumes 85TiB per month like mine lol | 05:38:25 | |
Disclaimer: Its not only the proxy, make sure you have DASH disabled too | 05:40:15 | |
In reply to @nihilist:m.datura.networkAngeber 🤪 | 05:41:06 | |
In reply to @weidenwiesel:matrix.orgDASH won't work in browsers without the proxy anyway (proxy is needed to by pass CORS) | 05:41:26 | |
06:11:50 | ||
Hi guys! This is not directly an invdious issue, but it might be interesting for those who host public instances. Russian censorship agency Roscomnadzor been banning invidious for a while now. The main theory is that they use crawlers and look for any materials Russian authorities deemed "extremist". A lot of "extremist" stuff is naturally hosted on youtube. So they look for the video titles and ban anything that has links to that. Take look at this https://reestr.rublacklist.net/en/?q=invidious - it's a monitoring project that shows blocked resources on the web, and there's a number of invidious instances Roskomnadzor already blocked. Banning the crawlers might help mitigating some of the risks. Here's a project that collects data on what networks are being used by Roskomnadzor to host their crawlers https://github.com/C24Be/AS_Network_List/ You can also find a short instruction on how to block the crawlers in a few different ways https://freemedia.tech/block-rugov.html I hope you'll find that useful. | 09:13:31 |