Понял. Тогда может сработать, если поставить на телефон прослойку http --> socks5. Какой-нибудь privoxy/proxychains/3proxy под termux (Хотя наверняка и нативные приложения в gplay такие есть). По схеме tv <--http--> phone <--socks5--> byedpi <--> youtube Хоть и прослойка, но все же на одном своем девайсе - все равно быстрее будет, чем через сторонний сервер трафик гонять.
Благодарю. Хотел сравнить насколько повысится качество поиска при больших размерностях и стоит ли оно того. В моей выборке оказалось не так много фильмов (около 2000), из их описания добавил к ents еще и noun_chunks, состоящие из двух и более слов (предполагая, что это должно повысить релевантность), исключил некоторые стоп-слова, которые не несут смысловой нагрузки — получилась размерность 16751, чуть-чуть в лимит не укладывается. Попробую еще оптимизировать, если не выйдет - попробую pgvecto.rs. Спасибо за ответ.
Приветствую. Подскажете может, какую DB могли бы порекомендовать (или примочку к postgres) чтобы обойти ограничение размерности векторов в 16000? Или это уже разумный лимит и лучше просто уменьшать размерность при построении?
Бургер Кинг всегда вызывали доверие и радовали своей заботой о пользователе. Помню, в 2018 их еще уличили в записи видео с экрана телефона. Пруф: https://habr.com/ru/articles/416919/
Похоже, что он только стили инлайнит и конвертирует img src в base64. Картинки указанные в css background не инлайнит, js не инлайнит. За такое - сотка баксов минимум должна быть.
Да, хорошо сидим :)
Понял. Тогда может сработать, если поставить на телефон прослойку http --> socks5.
Какой-нибудь privoxy/proxychains/3proxy под termux (Хотя наверняка и нативные приложения в gplay такие есть).
По схеме tv <--http--> phone <--socks5--> byedpi <--> youtube
Хоть и прослойка, но все же на одном своем девайсе - все равно быстрее будет, чем через сторонний сервер трафик гонять.
А такой вариант?
Поставить ByeDPI на телефон - он поднимает socks5-прокси на :1080 по умолчанию.
Указать в настройках ip:port телефона в локальной wifi-сети
Переведено "ИИ‑моделями до 405 млрд параметров" :)
«Грёбаное лассо» от Джонни Кэтсвилла.
BackBox можно упомянуть (ubuntu based).
Ага, «Светоскоростные шорты».
Ну, стоило только прочитать её тогда - и вот она опять снова.
MX Linux, скорее всего. Приятная штука.
Ну так у ясеня же надо спрашивать, а не вот это вот всё!
Благодарю. Хотел сравнить насколько повысится качество поиска при больших размерностях и стоит ли оно того. В моей выборке оказалось не так много фильмов (около 2000), из их описания добавил к ents еще и noun_chunks, состоящие из двух и более слов (предполагая, что это должно повысить релевантность), исключил некоторые стоп-слова, которые не несут смысловой нагрузки — получилась размерность 16751, чуть-чуть в лимит не укладывается.
Попробую еще оптимизировать, если не выйдет - попробую pgvecto.rs.
Спасибо за ответ.
Приветствую. Подскажете может, какую DB могли бы порекомендовать (или примочку к postgres) чтобы обойти ограничение размерности векторов в 16000? Или это уже разумный лимит и лучше просто уменьшать размерность при построении?
Билайн: «Живи на яркой стороне двери»
Мегафон: «Свобода начинается с двери»
Теле2: «Другие двери — другие правила»
Бургер Кинг всегда вызывали доверие и радовали своей заботой о пользователе.
Помню, в 2018 их еще уличили в записи видео с экрана телефона.
Пруф: https://habr.com/ru/articles/416919/
Для IE можно было прописать "zoom: 1" - включался hasLayout и поведение было, как у inline-block. Зачем я это помню?
Классно. Подскажите, а как можно сгенерировать json с таймингами для .mp3, чтобы передать его в скрипт?
"quotes" --> "quotas"Похоже, что он только стили инлайнит и конвертирует img src в base64.
Картинки указанные в css background не инлайнит, js не инлайнит.
За такое - сотка баксов минимум должна быть.
Можно еще https://www.phind.com упомянуть.