не ковырял ни разу, хз. щас окажется, может регулярками и ищут

Дома строят

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

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

ну в любом ЯП регулярка компилится же

Тем более от изменения формата не спасешься и в случае с хождением по DOM

И при использовании API

Тем более от изменения формата не спасешься и в случае с хождением по DOM

Хождение по домам спасёт от мелких изменений (вроде дописывания одного класса к диву)

и так, передо мной как-то встала задача, подобрать для ботов короткие звучные имена. на том момент я в клиент апи ничего не понимал (да и сейчас не понимаю) принято было решение отпарсить страницы t.me\имябота. для ХХbot и ХХХbot перебором. для XXXXbot со словарем.

и так, передо мной как-то встала задача, подобрать для ботов короткие звучные имена. на том момент я в клиент апи ничего не понимал (да и сейчас не понимаю) принято было решение отпарсить страницы t.me\имябота. для ХХbot и ХХХbot перебором. для XXXXbot со словарем.

Ну вот, тем более это однократная задача, в которой с изменением выдачи не столкнешься 99%

Вы че, второй день за регулярки холиварите?)

только начали же

и так, передо мной как-то встала задача, подобрать для ботов короткие звучные имена. на том момент я в клиент апи ничего не понимал (да и сейчас не понимаю) принято было решение отпарсить страницы t.me\имябота. для ХХbot и ХХХbot перебором. для XXXXbot со словарем.

Мне кажется, тут дело не в DOM/регулярки

Ну вот, тем более это однократная задача, в которой с изменением выдачи не столкнешься 99%

вот именно

только начали же

Второй день

А в том, что даже с учетом t.me нахуй не нужно ничего парсить

Второй день

ладно, я вчера тут не присутствовал почти

А в том, что даже с учетом t.me нахуй не нужно ничего парсить

Там, наверное, статус код будет не 200, если свободен)

Мне кажется, тут дело не в DOM/регулярки

я парсил регулярками и DOM. вот код теста https://hastebin.com/upojexuyog.js

Там, наверное, статус код будет не 200, если свободен)

Именно

Можно HEAD делать

А в том, что даже с учетом t.me нахуй не нужно ничего парсить

здрасьте, страница выдается в любом случае

здрасьте, страница выдается в любом случае

И какая будет страница в случае с sjakjfjsixkansdjbot?

И какая будет страница в случае с sjakjfjsixkansdjbot?

проверь :)

проверь :)

Вот гады

А в том, что даже с учетом t.me нахуй не нужно ничего парсить

Не(

Да я уже посмотрел

Но тут и простым indexOf можно

Даже без регулярок

Но тут и простым indexOf можно

Yep

проверь :)

Че, не рест комплайнт?)

Я двухбуквенного бота ручным перебором минут за 5 прибрал ¯\_(ツ)_/¯

Да не ты же не ресткомплайнт)

Даже без регулярок

вопрос стоял пол другому, можно регулярками или нет

вопрос стоял пол другому, можно регулярками или нет

Нельзя

Нельзя

пример видишь? результат видишь?

А теперь перепиши на indexOf

И посмотри на результат еще раз

Тут в принципе не нужно парсить html

Ни регулярками, ни домами

Чуваки, регулярки ВСЕГДА быстрее, это факт) ДОМ удобнее, надёжнее и возможно безопаснее, но никогда не быстрее

Телеграм отдает чуть разные страницы для занятых и свободных

И посмотри на результат еще раз

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

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

Ты показал усложненный indexOf, а не парсинг html (:

ты зачем юзаешь jsdom? Это браузер, а не просто парсер хтмл. Теперь сравни регулярки с cheerio.

ты зачем юзаешь jsdom? Это браузер, а не просто парсер хтмл. Теперь сравни регулярки с cheerio.

я юзал первое что попало, не разбирал. проведи с cheerio, посмотрим, любопытно

Проверять вхождение строки можно и более производительными методами

Все равно тут самый оверхед на http-запросы

Проверять вхождение строки можно и более производительными методами

это вне утверждения "регулярками парсить html нельзя"

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

Мне лень брать в руки nokogiri и показывать, насколько ты не прав)

Все равно тут самый оверхед на http-запросы

тут да. но если в базе формы в html лежат. то нет

Мне лень брать в руки nokogiri и показывать, насколько ты не прав)

тогда я остаюсь правым :)

В фантазиях разве что

https://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags Вот развернутый ответ, почему ты не прав

HTML can't be parsed by regex ???

HTML can't be parsed by regex ???

Читай дальше

В фантазиях разве что

какие фантазии? я привел пример, результаты теста, и полученное короткое имя бота. Мне не важно мнение авторитетов, важно что есть результат

Дальше еще смешнее?

какие фантазии? я привел пример, результаты теста, и полученное короткое имя бота. Мне не важно мнение авторитетов, важно что есть результат

Ну, если ты не умеешь выбирать инструменты, это же не значит, что нормальный парсер не покажет схожие результаты по скорости? (:

Ну, если ты не умеешь выбирать инструменты, это же не значит, что нормальный парсер не покажет схожие результаты по скорости? (:

если ты утверждаешь - проведи альтернативный тест, код подправить ведь не долго. Ставлю 10$ что ты не найдешь такой нормальный парсер конкретно к моему примеру, который победит мою регулярку

Ну, если ты не умеешь выбирать инструменты, это же не значит, что нормальный парсер не покажет схожие результаты по скорости? (:

Напиши свой

горичо :)

я юзал первое что попало, не разбирал. проведи с cheerio, посмотрим, любопытно

regular: 16 ms jsdom: 11180 ms cheerio: 3045 ms

Мне кажется, nodejs разработчики просто не понимают и боятся регулярок и отсюда это "фиии, регулярные выражение, как так можна таааа..."

regular: 16 ms jsdom: 11180 ms cheerio: 3045 ms

спасибо

Мне кажется, nodejs разработчики просто не понимают и боятся регулярок и отсюда это "фиии, регулярные выражение, как так можна таааа..."

согласен

Мне кажется, nodejs разработчики просто не понимают и боятся регулярок и отсюда это "фиии, регулярные выражение, как так можна таааа..."

Я понимаю и активно использую регулярки. Там, где они реально нужны (:

Ты показал усложненный indexOf, а не парсинг html (:

Покажи как надо

Просто когда нужно проверить вхождение строки - для этого не нужно использовать ни парсер, ни регулярки

Покажи как надо

Как надо что?

Как надо что?

как через indexOf вытащишь имя бота

как через indexOf вытащишь имя бота

А зачем вытаскивать имя бота?

Нужно проверить, занято ли оно

Нужно проверить, занято ли оно

да

Мне кажется, nodejs разработчики просто не понимают и боятся регулярок и отсюда это "фиии, регулярные выражение, как так можна таааа..."

Вот прямо с языка снял

Посмотри ответы для занятого и для свободного

Буквально первые 10 строк

Посмотри ответы для занятого и для свободного

я в теме. как конкретно ты хотел с помощью indexOf это сделать

Посмотри ответы для занятого и для свободного

Буквально первые 10 строк

Посмотри ответы для занятого и для свободного

Так напиши свой пример, который сделает по скорости работы регулярку Ты уже больше времени на спор потратил, чем писал бы свой индекс оф

Буквально первые 10 строк

Так напиши свой пример, который сделает по скорости работы регулярку Ты уже больше времени на спор потратил, чем писал бы свой индекс оф

Мне лень впн запускать, t.me же заблокирован

<meta name="robots" content="noindex, nofollow">

В занятом нет, в свободном есть

Мне лень впн запускать, t.me же заблокирован

Но есть вероятность, что ты таки написал, убедился, что нифига не быстрее

Если есть такая строка => имя свободно

Но есть вероятность, что ты таки написал, убедился, что нифига не быстрее

Делать мне нехуй, лол

Делать мне нехуй, лол

тогда ты конечно прав. нельзя парсить html регулярками :)

Делать мне нехуй, лол

Ну если на беспредметный спор в чате есть время, то верю

Ну если на беспредметный спор в чате есть время, то верю

Спорить весело

Код писать тоже весело, но не так весело как спорить

Здравствуйте. Уважаемые ботоделы, подкажите, плз на чем написан юзербот @clippy? Какой api использован, если это псевдобот?

Здравствуйте. Уважаемые ботоделы, подкажите, плз на чем написан юзербот @clippy? Какой api использован, если это псевдобот?

клиентский апи на mtproto

других вариантов нет

или речь о том, какая там выше абстракция вроде языка/библиотеки? это только автору известно