Название: ANALYZING_PAGE
Версия: 2.1
Данные: ANALYZING_PAGE2.1.zip
ANALYZING_PAGE2.0.zip
Исходник:
Согласие на добавление модуля в BAS: Да.
Описание: проверка страницы на наличие нескольких селекторов со временем (отличается от модулей других пользователей тем, что не прекращает анализ страницы после обнаружения первого селектора) и проверка URL страницы на наличие или отсутствие заданых строк. Получение всей необходимой информации в 1 действии. Полезно для поиска и проверки селекторов и отладки скриптов для множества профилей. Может помочь выявить селекторы, которые не доступны немедленно при загрузке страницы. Модуль создан с использованием BAS и минимального JS.
Есть три действия: одно возвращает только информацию о селекторах, другое — только информацию об URL, третье — информацию об URL и селекторах.
Возвращает: URL, список URL_содержит_заданые строки, список селекторов с 4 пунктами данных для каждого:
-существует ли селектор (1 или 0)
-видим на экране (1 или 0)
-найден на каком номере повторной проверки (номер)
-количество элементов на странице, найденных этим селектором(номер).
Возможность включения или отключения ведения журнала состояния селекторов каждую итерацию (каждые 100 мс).
[31017747] [14:44:06] Thread #1 : Current data : >CSS> :nth-child(3) > :nth-child(1) > :nth-child(2) > textarea,0,0,0,0
[31017747] [14:44:06] Thread #1 : Current data : >CSS> #APjFqb,1,1,1,1
Вывод может быть в формате OBJECT (для опытных пользователей), LIST (список списков) или JSON-строка.
Примеры вывода:
JSON:
OBJECT:
LIST(array):
История версий:
@moonsoon hi, i'll answer in english, just don't have russian keyboard , maybe will use chatgpt to translate to russian.
In script creation, when looking and testing selectors on dynamic sites (such as Google and social networks), you may need to navigate through multiple screens and perform various checks. When you find a selector that seems suitable, and you deploy the script to run on 500 profiles with different fingerprints and accounts, you might encounter many 'selector not found' or 'failed to wait for selectors' errors.
In such situations, it's not always clear whether the issue is due to a specific fingerprint or account, or if the script didn't wait long enough for the selector to appear. Additionally, it might be unclear on which screen the error occurred. In these cases, it's possible that other selectors for the same element are present, and you may need to adjust the logic accordingly.
Putting the actions from this module in all suspected places and logging the results would help in figuring everything out in one action, instead of checking each thing one by one. For example, determining the current URL, checking its content, verifying the presence and visibility of selectors, and experimenting with extended waiting times could all be addressed together. This approach is more efficient than tackling each aspect individually, such as checking: Is this selector present? Is it visible? If I wait longer, would it be present? Maybe the selector, in this case, has too many elements and thus can't pinpoint one?
@moonsoon При создании сценария при поиске и тестировании селекторов на динамических сайтах (таких как Google и социальные сети) возможно придется переходить через несколько экранов и выполнять различные проверки. Когда вы находите подходящий селектор и запускаете сценарий на 500 профилях с разными отпечатками и аккаунтами, могут возникнуть ошибки типа 'селектор не найден' или 'не удалось дождаться селекторов'.
В таких ситуациях не всегда ясно, является ли проблема следствием конкретного отпечатка или аккаунта, или сценарий просто не дождался появления селектора. Кроме того, может быть неясно, на каком экране произошла ошибка. В этих случаях возможно, что другие селекторы для того же элемента присутствуют, и вам, возможно, потребуется соответствующим образом скорректировать логику.
Размещение действий из этого модуля во всех подозреваемых местах и ведение записей о результатах помогло бы разобраться во всем этом в одном действии, вместо того чтобы проверять каждую вещь по отдельности. Например, определение текущего URL, проверка его содержимого, проверка наличия и видимости селекторов, а также эксперименты с продленными временами ожидания могут быть решены вместе. Такой подход более эффективен, чем решение каждого аспекта индивидуально, такого как проверка: присутствует ли этот селектор? Он видим? Если подождать дольше, появится ли он? Возможно, что селектор в этом случае имеет слишком много элементов и поэтому не может его точно определить?
@111cbt111 said in ANALYZING_PAGE - Модуль для одновременного получения информации о нескольких селекторах и URL страницы:
Большое спасибо за модуль, к сожалению не могу голосовать.
@authorization you are welcome. Thank you for intention
@authorization now i can and you can too
Версия 2.0 обновлена в начале потока:
Добавлена проверка наличия нескольких строк в URL с четким результатом true/false.
Добавлено отображение имени переменной для каждого селектора в результатах (лучше использовать с действием Saveselector).
Расширены возможности логирования.
Добавлена опция группировки результатов селекторов по селекторам или именам переменных, в которых они хранятся.
