Благодарю за комментарий. Писал пару проектов на телетоне. Мне не зашел он. Да и у Pyrogram, несмотря на мертвый гитхаб, больше сообщество пользователей)
Да все равно баны будут. Даже если работать через Selenium или Playwright. Есть ограничения от самого телеграм на отправку сообщений. Там все достаточно жестко. Особо не разгуляешься)
Задач достаточно много, в целом, описал в статье. Если коротко, то это автоматизация любого действия в телеграмм, которое вы можете сделать руками со своим аккаунтом: управление группой и каналом, связка с внешним апи, отправка сообщений и файлов, автоответчик, перехват и обработка сообщений от обычных ботов. Да куча применений)
К сожалению User-боты не поддерживают клавиатуры и инлайн-режим (callback data) и прочее. Поэтому тут приходится обходится фильтрами и командами, как в статье описал. User-боты они немного о другом)
Тут речь про User-бота. У них нагрузка не такая как у обычных ботов и используются они под другие задачи. Так что для абсолюного большинства проблем с пуллингом не будет. В остальном да, вы абсолютно правы.
Смотрю тут появился большой ожиотаж вокруг темы поиска элементов на странице. Если данная статья продолжит набирать обороты - в следующей я подробно раскрою тему с поиском элементов и действиями с ними через Playwright. Надеюсь на поддержку.
Вы так-же и ошибку получите и сможете быстро подстроится.
Тут не скажу. Нужно в документации смотреть
Не нужно путать тег name и атрибут name в методе get_by_role. Если нужен именно атрибут name, то поиск нужно делать через locator. Посмотрите в статье - я говорил об этом
Если не нужна асинхронность. В статье давал пример синхронного апи.
Нет) Он нажмёт на кнопку с надписью "Вход") То есть name - это не указание на атрибут, а указание на текст на кнопке. Тут все просто. Не всегда есть атрибут "name". Он часто не нужен просто. А вот тексты эти бывают часто. Например роль h2 с name "О нас". Или link с name "О нас". На самом деле удобно это
Тут суть в том, что надпись должна быть именно "Вход". Тогда он нажмет. Если надпись другая, то ее нужно указывать или использовать другой метод для поиска элемента. Таких методов в Playwright предостаточно)
И это далеко не единственное применение User-ботов)
Благодарю за комментарий. Писал пару проектов на телетоне. Мне не зашел он. Да и у Pyrogram, несмотря на мертвый гитхаб, больше сообщество пользователей)
Да все равно баны будут. Даже если работать через Selenium или Playwright. Есть ограничения от самого телеграм на отправку сообщений. Там все достаточно жестко. Особо не разгуляешься)
Да, как вариант)
Задач достаточно много, в целом, описал в статье. Если коротко, то это автоматизация любого действия в телеграмм, которое вы можете сделать руками со своим аккаунтом: управление группой и каналом, связка с внешним апи, отправка сообщений и файлов, автоответчик, перехват и обработка сообщений от обычных ботов. Да куча применений)
К сожалению User-боты не поддерживают клавиатуры и инлайн-режим (callback data) и прочее. Поэтому тут приходится обходится фильтрами и командами, как в статье описал. User-боты они немного о другом)
Попробуйте сейчас использовать User-бота под спам. Посмотрим сколько вы сообщений сможете отправить до первого бана)
Тут речь про User-бота. У них нагрузка не такая как у обычных ботов и используются они под другие задачи. Так что для абсолюного большинства проблем с пуллингом не будет. В остальном да, вы абсолютно правы.
Есть такое дело))
Медиагруппы это большой недостаток API телеграмм. Оно рабоатете одинаково не очень и на поллинге и на хуках)
Речь не про тесты. И в этой статье и в прошлой. Я акцент делал на переходе от селениум к Playwright. Не больше и не меньше.
Благодарю за обратную связь)
Смотрю тут появился большой ожиотаж вокруг темы поиска элементов на странице. Если данная статья продолжит набирать обороты - в следующей я подробно раскрою тему с поиском элементов и действиями с ними через Playwright. Надеюсь на поддержку.
Да я же описал метод locator)) Что вас всех так на этом name зациклило))
Вы так-же и ошибку получите и сможете быстро подстроится.
Тут не скажу. Нужно в документации смотреть
Не нужно путать тег name и атрибут name в методе get_by_role. Если нужен именно атрибут name, то поиск нужно делать через locator. Посмотрите в статье - я говорил об этом
Если не нужна асинхронность. В статье давал пример синхронного апи.
Это всего лишь один из подходов. Есть поиск по селектору, по XPATH, по альтам, плейсхолжеру и прочее. Со своего опыта скажу, что это удобно))
Нет) Он нажмёт на кнопку с надписью "Вход") То есть name - это не указание на атрибут, а указание на текст на кнопке. Тут все просто. Не всегда есть атрибут "name". Он часто не нужен просто. А вот тексты эти бывают часто. Например роль h2 с name "О нас". Или link с name "О нас". На самом деле удобно это
Тут суть в том, что надпись должна быть именно "Вход". Тогда он нажмет. Если надпись другая, то ее нужно указывать или использовать другой метод для поиска элемента. Таких методов в Playwright предостаточно)
2-3 дня на освоение) Не волнуйстесь) Очень удобный синтаксис.
Да решил тесты отдельно как-то описать. Все таки для большинства это не интересно.