RESOURCES STRING XPATH JSON - module

[sergerdn]

@Bigma said in RESOURCES STRING XPATH JSON - module:

@Pavel-Duglas-Bas если он не снят, то актуально. В закрепе же.

English version(вдруг прочитает кто и поставит лайк 😄)

The project doesn't just need a marketer, or even mostly a marketer. It needs a product manager. When a developer is in charge of product development, they might be tempted to skip adding features that users need, just because it's "too hard" or they have other "more important" things to do. But let's face it, only a few users can actually move the product forward. And only a few of them are willing to write down what they want and why.

So, what we really need to do is talk to users. And talk a lot. We need to use every channel we can, not just forum.

We also need to gather feedback about the product, like:

• The IDE is supposed to be newbie-friendly, but let's face it, using "cubes" for programming is painfully slow compared to regular coding, even with some Javascript/NodeJS mixed in. And to make matters worse, the product documentation doesn't offer any helpful tips on how to organize code. It's just a bunch of random forum posts. So unless you're an experienced programmer with BAS, you're pretty much stuck building your project from scratch if you don't want to use "cubes".

• I've looked at some code from other users, and it's a complete eyesore. Even my own code often looks terrible and takes forever to fix. On top of that, there aren't any tests, so every time we make changes, we're just asking for new bugs. And let's be real, nobody really knows how to write tests with BAS. It's probably best to separate the code into npm modules and test them independently.

• I have no idea how to refactor code in the built-in IDE. Like, how do you change the name of a function so that it changes everywhere in the project using the IDE's tools? Same goes for variables and everything else.

• There's this thing called Selenium that's like the "standard" for browser automation. If we could run the built-in browser with Selenium, it would make it easier for old and new users to use the product. There's already tons of old code and skills among programmers, not to mention all the info on the internet. This would solve a lot of problems that users are facing, or might face in the future.

• It's worth noting that the BAS IDE doesn't support any programming languages for code snippets other than Javascript/NodeJS. However, if you take a look at the rankings, Javascript isn't even the most popular language. Python is much more widely used. Check it out at https://pypl.github.io/PYPL.html.

• And finally, BAS only works on Windows. Come on, people use other operating systems too, especially macOS which is commonly used for local development.

P.S.
If BAS is looking for a product manager who can actually make a difference, count me in. As a programmer, some of this stuff is just painful to deal with, and I'm sure I'm not the only one who feels this way.

[Fox]

@sergerdn said in RESOURCES STRING XPATH JSON - module:

Есть "стандарт" в мире управления браузером, это Selenium. Если можно было бы запускать с помощью Selenium встроенный браузер в BAS, это дало бы возможность как старым, так и новым пользователям BAS, легко и быстро начать пользоваться продуктом. Так как куча старого кода и навыков у программистов уже есть, как и в интернетах куча информации.
Это бы решило массу проблем, с которыми пользователи сталкиваются или могут столкнуться.

https://wiki.bablosoft.com/doku.php?id=ru:puppeteerwithfingerprints

[Fox]

@sergerdn said in RESOURCES STRING XPATH JSON - module:

Если у BAS появится вакансия product manager, с возможностью реально влиять на продукт, с удовольствием рассмотрю. Так как многие вещи реально причиняют мне боль. Наверное, я такой не один.

Возможно и появится, но в текущей ситуации в стране у разрабочтика не получится расширять команду

[sergerdn]

@Fox said in RESOURCES STRING XPATH JSON - module:

@sergerdn said in RESOURCES STRING XPATH JSON - module:

Есть "стандарт" в мире управления браузером, это Selenium. Если можно было бы запускать с помощью Selenium встроенный браузер в BAS, это дало бы возможность как старым, так и новым пользователям BAS, легко и быстро начать пользоваться продуктом. Так как куча старого кода и навыков у программистов уже есть, как и в интернетах куча информации.
Это бы решило массу проблем, с которыми пользователи сталкиваются или могут столкнуться.

https://wiki.bablosoft.com/doku.php?id=ru:puppeteerwithfingerprints

Использование selenium c Chromedriver подразумевает использование любого языка программирования, который поддерживает selenium. А для поддержки специфичных вещей для BAS, как fingeprint, уже можно использовать сторонние плагины или вообще действовать сбоку. Я так делал в случае с Multilogin. Они дают отдельное api для управления профилями, так же можно сделать и в BAS - локально открывать API с swagger(к примеру).

А работал я в Multilogin как со стандартным браузером, когда профиль был уже создан. Можно кусок кода заменить на любой другой язык программирования и он будет работать.

from selenium import webdriver
import requests

#TODO replace with existing profile ID. Define the ID of the browser profile, where the code will be executed.
mla_profile_id = 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'

mla_url = 'http://127.0.0.1:35000/api/v1/profile/start?automation=true&profileId='+mla_profile_id
resp = requests.get(mla_url)

json = resp.json()
print(json)

#Instantiate the Remote Web Driver to connect to the browser profile launched by previous GET request
driver = webdriver.Remote(command_executor=json['value'])

#Perform automation
driver.get('https://multilogin.com/')
print(driver.title)
driver.quit()

[A Former User]

@sergerdn спорный момент, дебажить на кубиках быстрее, да и собирается проект быстрее, при условии что хорошо знаешь все кубики и все возможности. Дело привычки, ты просто привык писать. Я долгое время сидел на Зене, там другие кубики и логика немного другая, долго привыкал к басу, сейчас пофигу все быстро. 90% можно вообще не использовать код. А дебажить реально удобно. Иногда прям искусственный интеллект получается с ветвлениями логики... Вообщем дело привычки...

[sergerdn]

@Bigma said in RESOURCES STRING XPATH JSON - module:

@sergerdn спорный момент, дебажить на кубиках быстрее, да и собирается проект быстрее, при условии что хорошо знаешь все кубики и все возможности. Дело привычки, ты просто привык писать. Я долгое время сидел на Зене, там другие кубики и логика немного другая, долго привыкал к басу, сейчас пофигу все быстро. 90% можно вообще не использовать код. А дебажить реально удобно. Иногда прям искусственный интеллект получается с ветвлениями логики... Вообщем дело привычки...

Дебажить в языках программирования можно и очень удобно, так же есть и точки останова в нужном месте и инспекции переменных и тому подобное. И можно настроить на вызов дебагера, если что-то пошло не так, для отладки. А уж удобство отладки через IDE от JetBrains выше всяких похвал, не важно какой язык, везде удобно. Это все есть даже в компилируемых языках, например Golang, не говоря уже об интерпретируемых языках.
В текущем виде во встроенной IDE это лишь бледное подобие дебагеров, которые используются в "большом" мире программирования.

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

[A Former User]

@sergerdn хрен его знает но в Зене например c# и понять порой что ему не нравится даже на маленьком куске кода бывает очень больно и упоси мою душу... там большой кусок писать за раз....

[sergerdn]

@Bigma said in RESOURCES STRING XPATH JSON - module:

@sergerdn хрен его знает но в Зене например c# и понять порой что ему не нравится даже на маленьком куске кода бывает очень больно и упоси мою душу... там большой кусок писать за раз....

Там можно использовать полноценную visual studio и получать все фишки "взрослого" программирования на С#. Включая классы, написание тестов, дебагинг и все такое.

[A Former User]

@sergerdn я как раз уже ушел на бас с первых версий где эту поддержку сделали...

[A Former User]

@sergerdn вот в официальной сборке в комплекте не хватает плагина, который кубики в код переводит, хоть он и есть тут на форуме, но порой лень его ставить... Вот это бы в сборку, было бы удобнее...

[A Former User]

@sergerdn по поводу языков - Javascript - нативный язык для работы во фронтенде в браузере - и порой такие чудеса с подменами и заменами можно делать, что и не надо ни какой сквид прикручивать... (Да да читал про твои мытарства с кешером...,). Так что никакой питон тут не сравнится. Он же вообще типо детский язык 😜 не пинать. В этом то и сила баса, когда привыкаешь к тому что тут Javascript, то видишь новые возможности, и мыслить по другому начинаешь...

[A Former User]

А вообще если честно то, как говорится чем меньше народу, тем больше кислороду 😁 станет более популярным, начнут изучать как от него защищаться, а проблем и так хватает...

[sergerdn]

@Bigma said in RESOURCES STRING XPATH JSON - module:

@sergerdn по поводу языков - Javascript - нативный язык для работы во фронтенде в браузере - и порой такие чудеса с подменами и заменами можно делать, что и не надо ни какой сквид прикручивать...

Все мои коллеги программисты, как и я сам, знакомы с squid, docker, haproxy, nginx, terraform и тому подобное. Это старые и известные всем инструменты, которые используют в работе миллионы программистов/сисадминов/DevOps по всему миру.
Да и знание множества вещей расширяет кругозор, что не может быть плохим для программиста. К тому же это всего лишь инструменты. Старые, удобные, производительные и безотказные(почти всегда).

BAS безусловно хорош, даже очень. Если это первые шаги в алгоритмизации/программировании.

Может быть, кто работает давно с NodeJS, они тоже будут довольны во всем в BAS и у них не будет никаких пожеланий. По моему личному общению с коллегами - это не так. Но круг общения у меня небольшой, может дело в этом.

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

[sergerdn]

@Fox said in RESOURCES STRING XPATH JSON - module:

https://wiki.bablosoft.com/doku.php?id=ru:puppeteerwithfingerprints

А давно эта страница появилась? Читаю ее и понимаю, что вероятно, я вижу ее в первый раз.

[A Former User]

@sergerdn а что по твоему - программирование? Шлепание по клавишам? Или движение мышью? Те же абстракции в виде функций и классов, только которые ты визуально не видишь в строчках... И которые уже написаны за тебя (шаблоны) - кубики 🧐 программирование - это алгоритмизация, а собираешь ее на ассемблере, на высокоуровневом языке, или ещё на более высоком уровне абстракции в виде кубиков ( по сути тех же функций) - это дело вкуса - один фиг там все в двоичный код превращается - пиши на 0 -1, и тогда мы тут все скажем что ты тру программист.... А так, какое то выеживание, мол если я ту же функцию напишу, а не использую кубик, то мол я тру программист, нет, ты чуть тупее тех, кто использует готовый шаблон, а не изобретает велосипед снова и снова.... Не в обиду...

Некоторые вещи можно сделать изящнее в коде, но все же...

[A Former User]

@sergerdn в Яндексе например принята корпоративный стандарт - типо новый сервис быстро собираем на dgango, потому как средние нагрузки держит, шаблонизирован хорошо, и можно быстро собрать модель сервиса и протестировать в продакшене. Если зашло, переписывают на низкоуровневых языках... А так то можно годы потерять и на flask и на пирамиде....

[A Former User]

@sergerdn тут как вечный вопрос - использовать браузер или на запросах, многие матёрые прогеры на Зене уже писали - нафиг, если можно по быстрому собрать, то это лишь вопрос железа(горизонтальное масштабирование), обновлять и дебажить проще...
Но можно и на запросах, все отснифать, декомпилировать, дешифровать, деобфусцировать.... И нафиг бас тогда вообще...
А бас это быстро...

[sergerdn]

@Bigma said in RESOURCES STRING XPATH JSON - module:

@sergerdn а что по твоему - программирование? Шлепание по клавишам?

Ты меня пытаешься свалить в холивар.

@Bigma said in RESOURCES STRING XPATH JSON - module:

@sergerdn в Яндексе например принята корпоративный стандарт - типо новый сервис быстро собираем на dgango, потому как средние нагрузки держит, шаблонизирован хорошо, и можно быстро собрать модель сервиса и протестировать в продакшене. Если зашло, переписывают на низкоуровневых языках... А так то можно годы потерять и на flask и на пирамиде....

Не только там и это нормально, только кубики это не Django.

@Bigma said in RESOURCES STRING XPATH JSON - module:

@sergerdn тут как вечный вопрос - использовать браузер или на запросах, многие матёрые прогеры на Зене уже писали - нафиг, если можно по быстрому собрать, то это лишь вопрос железа(горизонтальное масштабирование), обновлять и дебажить проще...

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

[A Former User]

@sergerdn said in RESOURCES STRING XPATH JSON - module:

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

Ты сам то понял что сказал ? не ну если запрос это загрузить страничку - то ок, но как бы именно на разбор запросов и логику токенов и так далее часто времени гораздо больше тратится. Ладно, Jedem das Seine, как говорится...

[sergerdn]

@Bigma said in RESOURCES STRING XPATH JSON - module:

@sergerdn said in RESOURCES STRING XPATH JSON - module:

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

Ты сам то понял что сказал ? не ну если запрос это загрузить страничку - то ок, но как бы именно на разбор запросов и логику токенов и так далее часто времени гораздо больше тратится. Ладно, Jedem das Seine, как говорится...

Понял.

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