Выпущена 24.2.0 версия BrowserAutomationStudio

FastSpace

@support said in Выпущена 24.2.0 версия BrowserAutomationStudio:

В чем состоит отписка в вопросе который вы задавали изначально?

Какой ответ был бы для вас приемлемым?

И чем он отличается от оригинального, который вас не устроил?

В том что нужно устранить наверно причину бага, а не его последствия.
Я думал это очевидно.

DoctorKrolic

@support Ну так и всё же в чём проблема запускать одновременно n процессов хромиума вместо 1? Пусть даже это будет и "экспериментальная" настройка с предупреждением о возможных последствиях её использования, но у юзера будет хотя бы минимальный выбор. То, что есть сейчас, слишком инерционно

support

@FastSpace said in Выпущена 24.2.0 версия BrowserAutomationStudio:

В том что нужно устранить наверно причину бага, а не его последствия.

Напомню, баг в том что выполнение действие "Проверить существование" завершается не мгновенно на странице, которая не может загрузиться из-за прокси.

Вы говорите, что причина этого бага в том, что браузер тратит некоторое время на попытки установить соединение через прокси.

Я соглашусь, действительно можно так сказать.

Но проблема в том, что если убрать/сократить это время, мы получим другую проблему, на недостаточно качественных прокси сразу будет ошибка, соответственно скрипт сразу забракует его, и если подождать, то окажется, что этот прокси можно еще использовать.

Мое решение, просто сделать так, чтобы действие "Проверить существование" завершалось мгновенно, а страница продолжала грузиться не имеет таких проблем, кроме того, оно решает проблему заявленную изначально. Все таки Chrome умеет работать с сетью, не нужно ему мешать.

Но знаете, тут даже можно поспорить, кто-то скажет, не хочу долго ждать, у меня быстрые прокси.

Но вы все равно утверждаете "я описал проблему и толку, вы отмахнулись от меня отпиской".

Мне кажется, вы не замечаете того, что я искренне пытался помочь и дал вполне конкретный и практический ответ.

Вы очень любите критиковать, и это не является чем-то плохим. Но почему-то вы все равно продолжаете критиковать, даже когда для этого нет повода.

support

@DoctorKrolic Проблема в том, что даже со всеми оптимизациями(изменено больше 20 файлов специально для оптимизации, которые нужно мерджить при каждом релизе), браузер все равно не предназначен для того, чтобы создавать множество профилей одновременно.

Кто-то все равно включит эту настройку, забудет о ней, запустит скрипт, ПК зависнет, этот человек напишет, "запустил BAS, комп завис" и это в самой мягкой форме. Никто прикладывать проект и разбираться не станет. Поэтому я не буду этого делать.

Игорь777

@support Ага, увидел... Также вы не используете прокси... Я вам на почту лучше для оперативности напишу...

DoctorKrolic

@support said in Выпущена 24.2.0 версия BrowserAutomationStudio:

Поэтому я не буду этого делать

Жаль... Выпилите тогда хотя бы эту настройку, чтобы эти мёртвые куски в интерфейсе не мешались

Кстати, об оптимизации. Когда поток пытается загрузить какую-либо ссылку, он рендерит страницу и делает это, занимая максимально возможные мощность GPU. Из-за этого график использования GPU во время работы БАСа выглядит как зловещие пики потребления 0-100%. Если попадётся, что 2 потока одновременно что-то рендерят, то происходит лаг всей системы, так как в этот момент не хватает ресурсов GPU даже для отрисовки интерфейса ОС. Это происходит, например, когда 2 уже открытых потока загружают в себе новый url. Неплохо было бы сгладить потребление GPU, заставив, например, браузер "думать", что количество доступных вычислительных блоков меньше, чем оно есть на самом деле. Потому что как минимум такой режим работы явно не добавляет жизни видеокарте. + иногда по вышеописанной причине вызывает подлагивания

FastSpace

@support said in Выпущена 24.2.0 версия BrowserAutomationStudio:

@FastSpace said in Выпущена 24.2.0 версия BrowserAutomationStudio:

Мое решение, просто сделать так, чтобы действие "Проверить существование" завершалось мгновенно, а страница продолжала грузиться не имеет таких проблем, кроме того, оно решает проблему заявленную изначально. Все таки Chrome умеет работать с сетью, не нужно ему мешать.

Хорошо сделайте хотя бы так, потому что я даже эту заглушку не могу проверить вылезла она или нет.
Вот ее селектор и действие проверить существование может завершиться с таймаутом проверки этой заглушки, либо ждать ее лишних секунд 10-30-40, когда я могу перезагрузить страницу и скрипт наверно :) поедет дальше хорошо. В моем шаблоне нет лишних затупонов, лишних ненужных ожиданий, каждая секунда бота грелки продумана. Это единственное на что я не могу повлиять, ловлю долгие ожидания или таймауты на ровном месте.

>MATCH>div id="cf-error-details"

Хотя из вышесказанного я не понял каким образом установка собственного таймаута для браузерных действий поможет завершится мгновенно. Мне нужно всю равно ждать то количество секунд, которое я поставил.

alex88

@support ну в будущем бы хотелось видеть к нг ))

support

Проблема у @Игорь777 была решена, она оказалась в прокси. Это со слов самого пользователя.

support

@DoctorKrolic said in Выпущена 24.2.0 версия BrowserAutomationStudio:

Жаль... Выпилите тогда хотя бы эту настройку, чтобы эти мёртвые куски в интерфейсе не мешались

Если профиль создается медленно, эта настройка имеет влияние.

Когда поток пытается загрузить какую-либо ссылку, он рендерит страницу и делает это, занимая максимально возможные мощность GPU.

Есть наверное более совершенные инструменты, но TaskManager Delux не показывает таких скачков

https://www.youtube.com/watch?v=x5j_cHZ85qk

https://www.youtube.com/watch?v=cF9tQmxxyy0

Если попадётся, что 2 потока одновременно что-то рендерят, то происходит лаг всей системы

Не уверен, что это связано именно с GPU.

support

@FastSpace said in Выпущена 24.2.0 версия BrowserAutomationStudio:

Хотя из вышесказанного я не понял каким образом установка собственного таймаута для браузерных действий поможет завершится мгновенно. Мне нужно всю равно ждать то количество секунд, которое я поставил.

Я сделаю короткий таймаут для внутреннего запроса, который выполняется при использовании действия проверить существование, поэтому действие будет возвращать отрицательный результат почти мгновенно при этом таймауте.

И я не уверен, что это получится, это может вызвать другие проблемы.

support

@alex88 Следующая версия будет по возвращению старых фич, потом улучшения PerfectCanvas.

Игорь777

По поводу тиктока, кто хочет его юзать... Надо офигенные прокси для него, он помимо браузерного отпечатка, также делает отпечаток IP, и грубо говоря душманские прокси не канают. В идеале, мобильные (приватные в одни руки)... На просторах видел цену 1 такого прокси 2500 в месяц и выше цены... Как-то так...

FastSpace

@support said in Выпущена 24.2.0 версия BrowserAutomationStudio:

@FastSpace said in Выпущена 24.2.0 версия BrowserAutomationStudio:

Хотя из вышесказанного я не понял каким образом установка собственного таймаута для браузерных действий поможет завершится мгновенно. Мне нужно всю равно ждать то количество секунд, которое я поставил.

Я сделаю короткий таймаут для внутреннего запроса, который выполняется при использовании действия проверить существование, поэтому действие будет возвращать отрицательный результат почти мгновенно при этом таймауте.

Теперь я понял, извиняюсь за шум что создал в теме. Подумал про таймаут действия выставленный пользователем.

FastSpace

@support said in Выпущена 24.2.0 версия BrowserAutomationStudio:

@alex88 Следующая версия будет по возвращению старых фич, потом улучшения PerfectCanvas.

Можете пожалуйста еще этот Баг посмотреть. Дам доступ к сервакам.
В теме отписалось 2 человека, что у них тоже самое. Плюс я написал в телеге еще одному, он тоже подтвердил проблему.
Вместе со мной уже 4 раза проблему подтвердили.