Приведу пример - команда электрона, ресурсов у них сильно больше чем у меня и даже они не могут себе позволить апаться на каждую версию хромиума. Можно посмотреть по версиям их релизов какие там пробелы между апами.
Просто что бы понимание масштаба трагедии было - посмотрите на репу хромиума, там, если не ошибаюсь, под сотню коммитов в ДЕНЬ прилетает. Да, основная масса это минорные именения вроде апа версии какой либо зависимости, но общей картины это не меняет - это водопад изменений и в одну рожицу отслеживать их нереально. Можно только снижать свою зависимость от них.
Сопровождение. Я свой код стараюсь положить рядом а не лезть в код гугля. Не всегда это возможно конечно, но там где возможно - надо делать именно так. Впилить свой формат и разбросать его по всему проекту где это используется - сложная задача сама по себе. А потом сопровождать это и при каждом обновлении изучать что там гуглеры наломали и как теперь с этим жить - это постоянная боль. Это не теория, я начинал со 109 версии, сейчас моя сборка на 129, часть коммитов есть под 130. Это не смертельно больно но больно, и чем больше будет добавлено своего кода тем сложнее будет это сопровождать.
В соседнем топике https://habr.com/ru/articles/865312/ обсуждаем подобное, скорее всего попробую прикрутить возможность скачивать видео. А при скачивании если перехватывать сетевые запросы в расширении и кешировать их, то можно реализовать и агрессивную подгрузку.
Копированием файлов решать вопрос будет тяжко - как минимум на маках и винде используются различные форматы кешей например. Но. По сути то это решено самим гуглем - синхронизация через облако. То есть если зареверсинженирить это дело и выкатить протокол в открытый доступ то по идее:
Могут появиться сторонние сервисы синхронизации, если будет спрос
Можно поверх этого прикруть выгрузку всего хозяйства в один портабельный формат и после установки аплоадить все свое хозяйство указав этот файл
Насчет файловой системы и всего остального - не уверен но выглядит так как будто вы рассматриваете браузер как конечный продукт и сразу у пользователя. Это один из возможных кейсов но не единственный. Я смотрю на это в том числе и как на конструктор, на основании которого различные команды и стартапы смогут пилить свои решения и уже их решения будут тем самым браузером который пользователь себе поставит. А реализовывать различные фичи в крестах и лезть в потроха хромиума гораздо сложнее чем накидать расширеньку и либо заинлайнить ее в сборку либо сделать дефолтную установку.
Собственно стратегически это основная моя идея - снизить порог вхождения. Текущая сложность хромиума ставит крест на любой попытке создать альтернативный браузер - это так и будет пачка энтузиастов каждый сам по себе и слегка не в себе. Для тектонических сдвигов нужна масса и без снижения порога вхождения этой массы не будет.
У ютуба например видеоряд идет отдельно от звука. Мне кажется имеет смысл подвеситься на тег видео - там уже все ресурсы обозначены и где то недалеко должен лежать ffmpeg, так что смуксить и сконвертировать в нужный пользователю формат должно быть не сложно (ну теоретически конечно, в любом случае надо сначала код смотреть что бы оценить)
По поводу масштабирования - тут я даже не претендую на решение проблемы и именно поэтому утверждаю что мое решение более жизнеспособно чем тот же ipsf - я не тащу backend специфичные решения на фронт. На клиенте есть bare minimum что бы работать с cas, а все остальное должен решать бэкенд, и развитие этих протоколов не должно вести к ищменениям на фронте. Но это да, будет подробно в одной из следующих статей
Stun нужны для того чтобы клиенты находили друг друга. У сервисов(а точнее у других клиентов) будет доступ только к тому что пользователь сам открыл, так что тут я не согласен с тем что это пересекается с антидетект вектором, но тем не менее готов обсуждать это.
Добрый день. Есть сборка хромиума, предоставляет возможности антидетект браузера и еще по мелочи фишки, вот тут статью на днях выкатил https://habr.com/ru/articles/864852/ Проект opensource и пока никакого коммерческого интереса не представляет. Есть расширение которое реализует все возможности этой сборки а именно - позволяет любой набор открытых страниц сохранить в виде сессии (то есть свои куки, кеши и прочее), спокойно обходит известные техники детекта. Но по сравнению с известными антидетект браузерами имеет одно преимущество - эти сесиии можно передавать между пользователями (продавать, менять, отдавать бесплатно - неважно) Имеющийся код расширения уже чуть больше чем mvp - оно практически готово к употреблению. А вот бэк пока написан на коленке и нагрузку не держит. Собственно с этим проектом у меня мысль либо продать его либо попытаться привлечь денег, прокачать бэк и дальше уже думать - опять продать но подороже или попытаться на этом заработать предоставляя сервис.
Возможно вам это будет интересно и найдем общие точки соприкосновения.
Не то что бы я сильно рассчитывал на результат тут, но вы задали вопрос - я ответил :)
Нет, но идея хорошая. На что то подобное есть запрос, там народ хочет что бы у каждого фрейма было свое окружение - куки, кеш, сторейджи и прочее. Учитывая что таб это частный случай фрейма - программно там особой разницы в реализации не будет. Но это серьезный подход, там с наскока не порешаешь (хотя большая часть работы уже по сути проделана). Однозначно в список.
о, nice! Да, совсем забыл, мы что то похожее обсуждали с ребятами, там запрос был на DOM элементы инжектнутые расширением но невидимые для js страницы, это прям рядом. Сейчас добавлю.
Сертификаты я намерен полностью вскрыть но пока не уверен куда пробрасывать - в js для расширений или же в настройки браузера. Эта мысль пока на фоне зреет, возможно запущу какое-то обсуждение темы.
На проектах какого масштаба вы это все гоняли? Хромиум осилит? Это прям реальная проблема - гуглоиды сами говорят о том что народ в массе своей сидит в вимах/емаксах ибо ни один средний ноут/стационар не на стероидах не тянет Clion с индексацией проекта. Есть chromium code search, но там практически невозможно искать если поиск не по main ветке, несмотря на то что возможность такая заявлена. И что бы два раза не вставать - решение, как понимаю, облачное, коробочный вариант планируется? Что бы один раз купить, поставить и отрубить свою машину от интернета? Потому что внезапно даже работая на опенсорс пока работа не сделана бывают моменты когда приходится параноить и соблюдать гигиену.
Приведу пример - команда электрона, ресурсов у них сильно больше чем у меня и даже они не могут себе позволить апаться на каждую версию хромиума. Можно посмотреть по версиям их релизов какие там пробелы между апами.
Просто что бы понимание масштаба трагедии было - посмотрите на репу хромиума, там, если не ошибаюсь, под сотню коммитов в ДЕНЬ прилетает. Да, основная масса это минорные именения вроде апа версии какой либо зависимости, но общей картины это не меняет - это водопад изменений и в одну рожицу отслеживать их нереально. Можно только снижать свою зависимость от них.
Сопровождение. Я свой код стараюсь положить рядом а не лезть в код гугля. Не всегда это возможно конечно, но там где возможно - надо делать именно так. Впилить свой формат и разбросать его по всему проекту где это используется - сложная задача сама по себе. А потом сопровождать это и при каждом обновлении изучать что там гуглеры наломали и как теперь с этим жить - это постоянная боль. Это не теория, я начинал со 109 версии, сейчас моя сборка на 129, часть коммитов есть под 130. Это не смертельно больно но больно, и чем больше будет добавлено своего кода тем сложнее будет это сопровождать.
В соседнем топике https://habr.com/ru/articles/865312/ обсуждаем подобное, скорее всего попробую прикрутить возможность скачивать видео. А при скачивании если перехватывать сетевые запросы в расширении и кешировать их, то можно реализовать и агрессивную подгрузку.
Копированием файлов решать вопрос будет тяжко - как минимум на маках и винде используются различные форматы кешей например. Но. По сути то это решено самим гуглем - синхронизация через облако. То есть если зареверсинженирить это дело и выкатить протокол в открытый доступ то по идее:
Могут появиться сторонние сервисы синхронизации, если будет спрос
Можно поверх этого прикруть выгрузку всего хозяйства в один портабельный формат и после установки аплоадить все свое хозяйство указав этот файл
Насчет файловой системы и всего остального - не уверен но выглядит так как будто вы рассматриваете браузер как конечный продукт и сразу у пользователя. Это один из возможных кейсов но не единственный. Я смотрю на это в том числе и как на конструктор, на основании которого различные команды и стартапы смогут пилить свои решения и уже их решения будут тем самым браузером который пользователь себе поставит. А реализовывать различные фичи в крестах и лезть в потроха хромиума гораздо сложнее чем накидать расширеньку и либо заинлайнить ее в сборку либо сделать дефолтную установку.
Собственно стратегически это основная моя идея - снизить порог вхождения. Текущая сложность хромиума ставит крест на любой попытке создать альтернативный браузер - это так и будет пачка энтузиастов каждый сам по себе и слегка не в себе. Для тектонических сдвигов нужна масса и без снижения порога вхождения этой массы не будет.
У ютуба например видеоряд идет отдельно от звука. Мне кажется имеет смысл подвеситься на тег видео - там уже все ресурсы обозначены и где то недалеко должен лежать ffmpeg, так что смуксить и сконвертировать в нужный пользователю формат должно быть не сложно (ну теоретически конечно, в любом случае надо сначала код смотреть что бы оценить)
По поводу масштабирования - тут я даже не претендую на решение проблемы и именно поэтому утверждаю что мое решение более жизнеспособно чем тот же ipsf - я не тащу backend специфичные решения на фронт. На клиенте есть bare minimum что бы работать с cas, а все остальное должен решать бэкенд, и развитие этих протоколов не должно вести к ищменениям на фронте. Но это да, будет подробно в одной из следующих статей
Stun нужны для того чтобы клиенты находили друг друга. У сервисов(а точнее у других клиентов) будет доступ только к тому что пользователь сам открыл, так что тут я не согласен с тем что это пересекается с антидетект вектором, но тем не менее готов обсуждать это.
Что то вроде пункта в контекстном меню при клике на video тэг или как?
DONE
Добрый день. Есть сборка хромиума, предоставляет возможности антидетект браузера и еще по мелочи фишки, вот тут статью на днях выкатил https://habr.com/ru/articles/864852/ Проект opensource и пока никакого коммерческого интереса не представляет. Есть расширение которое реализует все возможности этой сборки а именно - позволяет любой набор открытых страниц сохранить в виде сессии (то есть свои куки, кеши и прочее), спокойно обходит известные техники детекта. Но по сравнению с известными антидетект браузерами имеет одно преимущество - эти сесиии можно передавать между пользователями (продавать, менять, отдавать бесплатно - неважно) Имеющийся код расширения уже чуть больше чем mvp - оно практически готово к употреблению. А вот бэк пока написан на коленке и нагрузку не держит. Собственно с этим проектом у меня мысль либо продать его либо попытаться привлечь денег, прокачать бэк и дальше уже думать - опять продать но подороже или попытаться на этом заработать предоставляя сервис.
Возможно вам это будет интересно и найдем общие точки соприкосновения.
Не то что бы я сильно рассчитывал на результат тут, но вы задали вопрос - я ответил :)
Нет, но идея хорошая. На что то подобное есть запрос, там народ хочет что бы у каждого фрейма было свое окружение - куки, кеш, сторейджи и прочее. Учитывая что таб это частный случай фрейма - программно там особой разницы в реализации не будет. Но это серьезный подход, там с наскока не порешаешь (хотя большая часть работы уже по сути проделана). Однозначно в список.
о, nice! Да, совсем забыл, мы что то похожее обсуждали с ребятами, там запрос был на DOM элементы инжектнутые расширением но невидимые для js страницы, это прям рядом. Сейчас добавлю.
Вот я открыл в первый раз:
сохранил сессию в помогаторе и закрыл ее:
вот я открыл второй раз:
сохранил как другую сессию в помогаторе и закрыл ее:
вот я открыл в третий траз и пару раз порефрешил:
а теперь самое интересное - я закрываю сессию с двумя рефрешами (там где тройки) и возвращаюсь на свою первую сессию:
и он видит меня так как если бы второй и третьей сессий не было вообще. Так что да, вполне себе работает.
PS сорри за количество картинок, очень хотелось по быстрой похвастаться.
DONE
Проверил только что - и хром и хромиум поддерживают h265, там с E-AC3 Audio (что бы это ни значило) проблема, а сам видеоряд вполне себе отображает:
Сертификаты я намерен полностью вскрыть но пока не уверен куда пробрасывать - в js для расширений или же в настройки браузера. Эта мысль пока на фоне зреет, возможно запущу какое-то обсуждение темы.
Ох, сорян, конечно BSD, чет я попутал. Доберусь до компа - исправлю.
На проектах какого масштаба вы это все гоняли? Хромиум осилит? Это прям реальная проблема - гуглоиды сами говорят о том что народ в массе своей сидит в вимах/емаксах ибо ни один средний ноут/стационар не на стероидах не тянет Clion с индексацией проекта. Есть chromium code search, но там практически невозможно искать если поиск не по main ветке, несмотря на то что возможность такая заявлена. И что бы два раза не вставать - решение, как понимаю, облачное, коробочный вариант планируется? Что бы один раз купить, поставить и отрубить свою машину от интернета? Потому что внезапно даже работая на опенсорс пока работа не сделана бывают моменты когда приходится параноить и соблюдать гигиену.