Browser as a service
От: Osaka  
Дата: 08.12.24 21:10
Оценка: :)
Современные г-броузеры задрали своими по 20 раз в день апдейтами, непрерывно тухнущими сертификатами, и особенно "многопоточными" (на 32 ядра 100%CPU) снежинками.
Идея для стартапа на продажу корпорациям добра: выдавать клиенту RDP с полностью настроенным броузером, чтобы не имел юзеру мозг, а просто открывал все сайты, и снова можно было ходить в интернет со старого компа с 1Gb RAM.
Re: Browser as a service
От: m2user  
Дата: 09.12.24 03:16
Оценка: +1
O>Современные г-броузеры задрали своими по 20 раз в день апдейтами, непрерывно тухнущими сертификатами, и особенно "многопоточными" (на 32 ядра 100%CPU) снежинками.
O>Идея для стартапа на продажу корпорациям добра: выдавать клиенту RDP с полностью настроенным броузером, чтобы не имел юзеру мозг, а просто открывал все сайты, и снова можно было ходить в интернет со старого компа с 1Gb RAM.

Сейчас на сайтах понапихано столько лишней анимации, что через RDP оно тормозит.
(вариант, что у всех должен быть канал 10Mbit/s не предлагать. Это было бы эквивалентно допущению, что ПК с 1GB сейчас не встречаются).

Но в принципе концепция рабочая, и я давно её применяю: подключаюсь к тонким клиентом (2GB RAM) к "толстому" серверу с 16 (или 32) GB RAM, где работают веб-браузеры и прочие ресурсоёмкие приложения.
Средство удаленного доступа — X2Go (это один из потомков NX aka NoMachine). Но только в локальной сети. Через интернет, увы тормозит гораздо хуже RDP.

Можно и с другой стороны подойти к проблеме: апдейты отключить, а что касается производительности, то тут дело в веб-сайтах, а не в веб-браузерах.
Для некоторых веб-сайтов это решается обрезанием всех лишних запросов (трекинг, счетчики, баннеры, телеметрия и т.д.).
Потребление памяти на страницу (вкладку) уменьшается кратно.
Re: Browser as a service
От: koenig  
Дата: 09.12.24 03:18
Оценка:
O>Идея для стартапа на продажу корпорациям добра: выдавать клиенту RDP с полностью настроенным броузером, чтобы не имел юзеру мозг, а просто открывал все сайты, и снова можно было ходить в интернет со старого компа с 1Gb RAM.

виндовая виртуалка в облаке чем не устраивает? у aws вроде и мак тоже был...
Re: Browser as a service
От: vsb Казахстан  
Дата: 09.12.24 03:25
Оценка:
Здравствуйте, Osaka, Вы писали:

O>Современные г-броузеры задрали своими по 20 раз в день апдейтами, непрерывно тухнущими сертификатами, и особенно "многопоточными" (на 32 ядра 100%CPU) снежинками.


Мне кажется, это только у тебя такие проблемы.

O>Идея для стартапа на продажу корпорациям добра: выдавать клиенту RDP с полностью настроенным броузером, чтобы не имел юзеру мозг, а просто открывал все сайты, и снова можно было ходить в интернет со старого компа с 1Gb RAM.


Если клиент такой жадный, что не менял компьютер 20 лет, то за браузер он платить точно не будет.

Впрочем в интернете гуглится десяток-другой сервисов, так что можешь попробовать.
Отредактировано 09.12.2024 3:26 vsb . Предыдущая версия .
Re[2]: Browser as a service
От: vsb Казахстан  
Дата: 09.12.24 03:26
Оценка: +1 :))
Здравствуйте, m2user, Вы писали:

M>Сейчас на сайтах понапихано столько лишней анимации, что через RDP оно тормозит.


Можно передавать HTML, а не видеопоток, а у клиента его отрисовывать через браузер.
Re[3]: Browser as a service
От: m2user  
Дата: 09.12.24 05:31
Оценка:
vsb>Можно передавать HTML, а не видеопоток, а у клиента его отрисовывать через браузер.

т.е тонкий клиент будет рисовать 60 веб-страничек в секунду (при 60 fps)?
Re[4]: Browser as a service
От: vsb Казахстан  
Дата: 09.12.24 06:20
Оценка:
Здравствуйте, m2user, Вы писали:

vsb>>Можно передавать HTML, а не видеопоток, а у клиента его отрисовывать через браузер.


M>т.е тонкий клиент будет рисовать 60 веб-страничек в секунду (при 60 fps)?


Ну не прям так буквально. Рисуешь страницу, передаёшь. HTML меняется, считает diff, передаёшь. Клиент подтверждает приём, ты запоминаешь, что клиенту передал этот кадр. HTML поменялся — передаёшь следующий слепок. 60 FPS, полагаю, по такой схеме не выжать и красивых JavaScript анимаций не видать, но зато будет относительно легковесно и без потерь качества.
Отредактировано 09.12.2024 6:21 vsb . Предыдущая версия .
Re[3]: Browser as a service
От: Osaka  
Дата: 09.12.24 09:24
Оценка:
vsb>Можно передавать HTML, а не видеопоток, а у клиента его отрисовывать через браузер.
А это идея. Сервис, на котором промежуточный рендер в статический plain html, любого актуально-современного сайта со всеми свистоперделками. Чтобы даже rdp было не надо.
ИИ должен справиться же?
Re[2]: Browser as a service
От: Osaka  
Дата: 09.12.24 10:47
Оценка:
vsb>Если клиент такой жадный, что не менял компьютер 20 лет, то за браузер он платить точно не будет.
Есть ещё всякие блокадные страны, в которых проблема будет нарастать независимо от жадности.
Re[5]: Browser as a service
От: m2user  
Дата: 09.12.24 11:14
Оценка:
M>>т.е тонкий клиент будет рисовать 60 веб-страничек в секунду (при 60 fps)?

vsb>Ну не прям так буквально. Рисуешь страницу, передаёшь. HTML меняется, считает diff, передаёшь. Клиент подтверждает приём, ты запоминаешь, что клиенту передал этот кадр. HTML поменялся — передаёшь следующий слепок. 60 FPS, полагаю, по такой схеме не выжать и красивых JavaScript анимаций не видать, но зато будет относительно легковесно и без потерь качества.


А сколько FPS будет?
Дело же не в красивости анимации, а в том что на нее завязана логика UI.
Ну там какая-нибудь форма выбора из 120+ пунктов (Country), которая почему-то сделана не как HTML форма, а нарисована через React/Angular и пр.
Или поле ввода которое подбирает варианты по мере ввода.
Я полагаю, что при низком FPS работать с этим будет затруднительно.

Определенно будут сложности с динамическими CAPTCHA и тестами от cloudfare.
Re[4]: Browser as a service
От: m2user  
Дата: 09.12.24 11:25
Оценка:
O>А это идея. Сервис, на котором промежуточный рендер в статический plain html, любого актуально-современного сайта со всеми свистоперделками. Чтобы даже rdp было не надо.
O>ИИ должен справиться же?

С чем именно должен справится ИИ?

Если не нужно интерактивности, то взять веб-браузер в headless режиме с экспортом страниц в MHTML (или аналогичный формат) технической проблемы не представляет.
Сервисы типа web2email существуют вероятно с момента появления WWW (правда, там всё было ограничено html/css с картинками, без выполнения JS).
Re[3]: Browser as a service
От: ononim  
Дата: 09.12.24 11:28
Оценка: +1
M>>Сейчас на сайтах понапихано столько лишней анимации, что через RDP оно тормозит.
vsb>Можно передавать HTML, а не видеопоток, а у клиента его отрисовывать через браузер.
я хотел так пошутить в ответ на корневое сообщение
Как много веселых ребят, и все делают велосипед...
Re: Browser as a service
От: Константин Б. Россия  
Дата: 09.12.24 11:31
Оценка: 1 (1)
Здравствуйте, Osaka, Вы писали:

O>Современные г-броузеры задрали своими по 20 раз в день апдейтами, непрерывно тухнущими сертификатами, и особенно "многопоточными" (на 32 ядра 100%CPU) снежинками.

O>Идея для стартапа на продажу корпорациям добра: выдавать клиенту RDP с полностью настроенным броузером, чтобы не имел юзеру мозг, а просто открывал все сайты, и снова можно было ходить в интернет со старого компа с 1Gb RAM.


https://www.puffin.com/web-browser
https://www.browserling.com/remote-browser
https://www.shells.com/l/en-US/browser-in-the-cloud
Re[2]: Browser as a service
От: Osaka  
Дата: 09.12.24 11:54
Оценка:
КБ>https://www.browserling.com/remote-browser
Вот тут я вижу окно VNC прямо в старом броузере. На яваскрипте, надо полагать. Машина современная, но 100%CPU выжирает и с 3-секундной задержкой мышь отстаёт. Всё как положено по паттернам и практисам ))
Re[4]: Browser as a service
От: wl. Россия  
Дата: 09.12.24 14:42
Оценка:
Здравствуйте, Osaka, Вы писали:

vsb>>Можно передавать HTML, а не видеопоток, а у клиента его отрисовывать через браузер.

O>А это идея. Сервис, на котором промежуточный рендер в статический plain html, любого актуально-современного сайта со всеми свистоперделками. Чтобы даже rdp было не надо.
O>ИИ должен справиться же?

раньше на телефонах с j2me был браузер Opera Mini, сервер opera пережимал сайты в бинарный формат и отправлял клиенту, экономия трафика доходила до 90%. По-моему ещё и заблокированные в России сайты открывал без vpn, чисто из-а того что все запросы шли на сервер оперы, но это не точно
Сейчас этот браузер тоже существует, для андроид, надо бы глянуть, как там стало
....
Проверил, rutracker без vpn не открывает. похоже это уже совсем не тот браузер, что был раньше
Отредактировано 09.12.2024 14:45 wl. . Предыдущая версия .
Re[5]: Browser as a service
От: rudzuk  
Дата: 09.12.24 14:51
Оценка:
Здравствуйте, wl., Вы писали:

wl.> Проверил, rutracker без vpn не открывает. похоже это уже совсем не тот браузер, что был раньше


Тот же, просто по требованию регулятора опера турбо перестала работать в РФ.
avalon/3.0.2
Re[5]: Browser as a service
От: m2user  
Дата: 09.12.24 15:05
Оценка:
wl.>раньше на телефонах с j2me был браузер Opera Mini, сервер opera пережимал сайты в бинарный формат и отправлял клиенту, экономия трафика доходила до 90%. По-моему ещё и заблокированные в России сайты открывал без vpn, чисто из-а того что все запросы шли на сервер оперы, но это не точно
wl.>Сейчас этот браузер тоже существует, для андроид, надо бы глянуть, как там стало

И сейчас на j2me телефонах продолжает работать. Версия, правда, старая.
Re: Browser as a service
От: Философ Ад http://vk.com/id10256428
Дата: 09.12.24 18:39
Оценка:
Здравствуйте, Osaka, Вы писали:

O>Идея для стартапа на продажу корпорациям добра: выдавать клиенту RDP с полностью настроенным броузером, чтобы не имел юзеру мозг, а просто открывал все сайты, и снова можно было ходить в интернет со старого компа с 1Gb RAM.


Не катит: 200 вкладок в хроме сами по себе представляют ценность — там открыто то, что нужно и сгруппировано по темам и видам деятельности. Тащемта апдейты потому и напрягают, что для тебя проблема перезапустить браузер.
Всё сказанное выше — личное мнение, если не указано обратное.
Re[2]: Browser as a service
От: Osaka  
Дата: 09.12.24 18:48
Оценка:
Ф>Тащемта
Кого куда тащем?
Re[2]: Browser as a service
От: m2user  
Дата: 09.12.24 18:51
Оценка:
Ф>Не катит: 200 вкладок в хроме сами по себе представляют ценность — там открыто то, что нужно и сгруппировано по темам и видам деятельности. Тащемта апдейты потому и напрягают, что для тебя проблема перезапустить браузер.

Не вижу противоречия.
У меня Google Chromium вполне успешно востанавливает вкладки после принудительного завершения.
Плюс ещё есть плагинчики для сохранения сессии, чтобы не полагаться на автовосстановление совсем.
(и отключить автоматическике апдейты)
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.