Gregory's Server
Дропнул инстанс #invidious inv.dc09.ru
В последнее время инв начал иногда жрать 800-900 мегабайт оперативной памяти. Поведение при этом похоже на поведение пайпеда[1]: не отвечает на запросы (таймаут). Фиксится перезапуском сервиса.
Да, в официальных доках говорят, что рестарт надо делать по крону каждый день. Но кмон, это не решение, если ваш гкод провоцирует утечки памяти.
Upd: и то, это не в официальных доках, а в рекомендациях от unixfox, которые добавили в доки.
Ещё из весёлого:
Прокси нельзя вынести на отдельный поддомен. То есть куки с настройками пользователя, которые сохраняются огромным JSON-ом, передаются на каждый запрос, даже к прокси.
Можно разве что через nginx направлять запросы /vi, /ggpht и /videoplayback на отдельный прокси http3-ytproxy, который написан для пайпеда и раньше в нём использовался (сейчас – новый piped-proxy на расте), чтобы не мучать сам сервер инвидиуса кучей запросов.
На моём инстансе оставался всего один пользователь, который сообщил, что хочет перейти на FreeTube. Ура.
Если вдруг вы где-то используете API с моим сервером (в том числе RSS) и вот не хочется прям переходить на другой инстанс, напишите мне, подниму инв.
А вообще переходите на пайпед.
Планирую написать No-JavaScript фронтенд для #piped с норм интерфейсом, и попробую открыть публичный доступ к инстансу.
Но если опять будут такие[1] приколы, то нафиг пайпед этот ваш.
Ни в коем случае не говорю ничего плохого о разработчиках Piped (правда, основной функционал в NewPipeExtractor) и Invidious, это гениальные люди, которые смогли разобраться во внутреннем API ютуба и написать удобную обёртку. То же относится к youtube-dl + yt-dlp, youtube.js и другим либам, написанных с нуля, о которых я могу не знать.
Но существующие реализации альтернативных фронтендов неэффективны, а в случае с публичными инстансами – головная боль для админов.
Впрочем, я ещё не пробовал ViewTube. Предполагаю, что ситуация там получше (далекооо не факт). Мне не подходит, ибо требует MongoDB и Redis, то есть это придётся ставить рядом с PostgreSQL, жрать ресурсы будет получше пайпеда с инвом вместе.
[1]: https://t.me/dcat09/307
+ https://t.me/dcat09/311
В последнее время инв начал иногда жрать 800-900 мегабайт оперативной памяти. Поведение при этом похоже на поведение пайпеда[1]: не отвечает на запросы (таймаут). Фиксится перезапуском сервиса.
Да, в официальных доках говорят, что рестарт надо делать по крону каждый день. Но кмон, это не решение, если ваш гкод провоцирует утечки памяти.
Upd: и то, это не в официальных доках, а в рекомендациях от unixfox, которые добавили в доки.
Ещё из весёлого:
Прокси нельзя вынести на отдельный поддомен. То есть куки с настройками пользователя, которые сохраняются огромным JSON-ом, передаются на каждый запрос, даже к прокси.
Можно разве что через nginx направлять запросы /vi, /ggpht и /videoplayback на отдельный прокси http3-ytproxy, который написан для пайпеда и раньше в нём использовался (сейчас – новый piped-proxy на расте), чтобы не мучать сам сервер инвидиуса кучей запросов.
На моём инстансе оставался всего один пользователь, который сообщил, что хочет перейти на FreeTube. Ура.
Если вдруг вы где-то используете API с моим сервером (в том числе RSS) и вот не хочется прям переходить на другой инстанс, напишите мне, подниму инв.
А вообще переходите на пайпед.
Планирую написать No-JavaScript фронтенд для #piped с норм интерфейсом, и попробую открыть публичный доступ к инстансу.
Но если опять будут такие[1] приколы, то нафиг пайпед этот ваш.
Ни в коем случае не говорю ничего плохого о разработчиках Piped (правда, основной функционал в NewPipeExtractor) и Invidious, это гениальные люди, которые смогли разобраться во внутреннем API ютуба и написать удобную обёртку. То же относится к youtube-dl + yt-dlp, youtube.js и другим либам, написанных с нуля, о которых я могу не знать.
Но существующие реализации альтернативных фронтендов неэффективны, а в случае с публичными инстансами – головная боль для админов.
Впрочем, я ещё не пробовал ViewTube. Предполагаю, что ситуация там получше (далекооо не факт). Мне не подходит, ибо требует MongoDB и Redis, то есть это придётся ставить рядом с PostgreSQL, жрать ресурсы будет получше пайпеда с инвом вместе.
[1]: https://t.me/dcat09/307
+ https://t.me/dcat09/311
