Версия апарсера 1216. Запросы абсолютно рандомные, можно тестить на любых. В логе ошибка выглядит вот так:
Перед этой ошибкой в коде идёт строка "Results count not found".
Процент таких ошибок небольшой, но всё же он есть. По моим наблюдениям это где-то 1 к 150-300 запросам. Возможно дело в паблик проксях и возможно на платных такого не будет, но ошибка есть ошибка, тем более учитывая, что ютуб отлично парсится без банов и на паблик прокси, незачем специально покупать для этого платные.
В связи с тем, что в апарсере не существует на данный момент инструментов, позволяющих в адекватное время выяснить причины подобной ошибки(если я ошибаюсь - поправьте), могу внести следующее предложение в двух вариантах:
1. Сделать возможность выбора, чтобы писать(либо не писать, как сейчас) в логи тот код, что парсится со страницы. Ну и собственно просматривать его в логах так же, как в тестовом парсинге. Это поможет в дебаге таких вот "плавающих" ошибок.
2. Сделать в тестовом парсинге возможность парсинга запроса по кругу до какой-нибудь неординарной ошибки. Потому что руками сидеть тыкать кнопку "Запуск" и ждать появления редкой ошибки не очень интересно, если честно )
Но первый вариант куда лучше. В этом случае сами пользователи смогут видеть код страниц, как в тестовом парсинге(возможно также стоит добавить и рендеринг страницы, как в тестовом парсинге), и это поможет в определении причин ошибки. Ну либо если у пользователя недостаточно знаний для определения, в чём ошибка - всегда можно скинуть лог с полными данными сапорту, где у людей явно побольше знаний и возможностей определения причин ошибок.
JavaScript execution error(SE::YouTube, query: resume writing services in ottawa): TypeError: Cannot read property 'twoColumnSearchResultsRenderer' of undefined at SE_YouTube.parse [as parseOrig] (evalmachine.:1:5320) at parse.next () at SE_YouTube. (evalmachine.:1:13650) at AsyncGenerator.next () at SE_YouTube.__asyncGenCaller (evalmachine.:1:2556) at runMicrotasks () at processTicksAndRejections (node:internal/process/task_queues:115:5) at build/core.to_build.pl line 63661
Процент таких ошибок небольшой, но всё же он есть. По моим наблюдениям это где-то 1 к 150-300 запросам. Возможно дело в паблик проксях и возможно на платных такого не будет, но ошибка есть ошибка, тем более учитывая, что ютуб отлично парсится без банов и на паблик прокси, незачем специально покупать для этого платные.
В связи с тем, что в апарсере не существует на данный момент инструментов, позволяющих в адекватное время выяснить причины подобной ошибки(если я ошибаюсь - поправьте), могу внести следующее предложение в двух вариантах:
1. Сделать возможность выбора, чтобы писать(либо не писать, как сейчас) в логи тот код, что парсится со страницы. Ну и собственно просматривать его в логах так же, как в тестовом парсинге. Это поможет в дебаге таких вот "плавающих" ошибок.
2. Сделать в тестовом парсинге возможность парсинга запроса по кругу до какой-нибудь неординарной ошибки. Потому что руками сидеть тыкать кнопку "Запуск" и ждать появления редкой ошибки не очень интересно, если честно )
Но первый вариант куда лучше. В этом случае сами пользователи смогут видеть код страниц, как в тестовом парсинге(возможно также стоит добавить и рендеринг страницы, как в тестовом парсинге), и это поможет в определении причин ошибки. Ну либо если у пользователя недостаточно знаний для определения, в чём ошибка - всегда можно скинуть лог с полными данными сапорту, где у людей явно побольше знаний и возможностей определения причин ошибок.
Последнее редактирование: