Здравствуйте!
Есть одна давняя проблема съема позиций, которая из обновления в обновление сохраняется. Заключается в долгом съеме последних ключей проекта в XML Stock. (Не проверял на других источниках). Последние ключи, 1-2% (то есть висит долго на 98-99%), снимаются долго в 90% случаев. И чтобы быстрее снять, приходиться вручную их прокликивать, тогда они снимаются сразу. Конечно можно было бы сказать что это просто особенность именно XML, но по моему мнению, тогда не получалось бы снимать их быстро приклеиванием.
Сам вопрос, можно ли реализовать эти клики программно, чтобы те ключи, которые зависли вконце съема автоматом прокликались, как вручную. Ведь вручную проклик работает в 100% случаев.
PS: Не помню точно, когда эта проблема появилась, но примерно в июне-июле 2025 по моему ее не было.
Все непроверенные запросы автоматически отправляются на перепроверку. Какая ошибка отображается в этих клетках? Укажите идентификатор лицензии.
Ответ для «paveldvlip»
на сообщение от 25 МАЯ 2026 Г., 10:14Все непроверенные запросы автоматически отправляются на перепроверку. Какая ошибка отображается в этих клетках? Укажите идентификатор лицензии.
Это не только у меня. У коллеги тоже. Лицензии разные.
Отображается не ошибка, а просто так. Долго может висеть. Иногда быстрее. Но именно в конце съема на 98-99%.
Ответ для «emilevart»
на сообщение от 25 МАЯ 2026 Г., 11:34Это не только у меня. У коллеги тоже. Лицензии разные.
Отображается не ошибка, а просто так. Долго может висеть. Иногда быстрее. Но именно в конце съема на 98-99%.
Раз уж вы скрываете статистику, могу только предположить, что у вас одновременно активирован в этой группе сбор живой выдачи и XML выдачи Яндекса. XML выдача быстрая, а те запросы, что уходят на живую выдачу, обрабатываются медленнее.
Ответ для «paveldvlip»
на сообщение от 25 МАЯ 2026 Г., 19:45Раз уж вы скрываете статистику, могу только предположить, что у вас одновременно активирован в этой группе сбор живой выдачи и XML выдачи Яндекса. XML выдача быстрая, а те запросы, что уходят на живую выдачу, обрабатываются медленнее.
PKT9SM
Настройки съема такие
Ответ для «emilevart»
на сообщение от 26 МАЯ 2026 Г., 09:37PKT9SM
Настройки съема такие
В статистике по вашему ключу я не вижу запросов, которые бы обрабатывались долго. Попробуйте в следующий раз когда такая ситуация произойдёт перекликнуть дату туда-сюда в списке даты-времени (слева внизу), либо быстро переключить на другую группу и вернуться назад. И сообщите результат.
Ответ для «paveldvlip»
на сообщение от 26 МАЯ 2026 Г., 11:06В статистике по вашему ключу я не вижу запросов, которые бы обрабатывались долго. Попробуйте в следующий раз когда такая ситуация произойдёт перекликнуть дату туда-сюда в списке даты-времени (слева внизу), либо быстро переключить на другую группу и вернуться назад. И сообщите результат.
Это происходит каждый съем, и не только у меня. Просто все уже привыкли к этому. Переключение не дает результата. Просто приходиться вручную прокликать по зависшим на снятии последним ключам.
Они зависают и в итоге сами доснимаются, если ничего не делать. Но это крайне неудобно так ждать каждый раз. Особенно если ядро большое.
Часто съем нужен срочно, поэтому приходиться вручную пройтись кликами по ним, и это дает результат. Значит вопрос решаемый.
Придумывать мне смысла нет. У коллеги с другого региона, с другой лицензией все точно так-же. Подозреваю что это массовая тема. Просто все молчат и терпят, как принято. Когда такой проблемы не было, было во много раз приятней работать с программой.
Ответ для «emilevart»
на сообщение от 26 МАЯ 2026 Г., 11:51Это происходит каждый съем, и не только у меня. Просто все уже привыкли к этому. Переключение не дает результата. Просто приходиться вручную прокликать по зависшим на снятии последним ключам.
Они зависают и в итоге сами доснимаются, если ничего не делать. Но это крайне неудобно так ждать каждый раз. Особенно если ядро большое.
Часто съем нужен срочно, поэтому приходиться вручную пройтись кликами по ним, и это дает результат. Значит вопрос решаемый.
Придумывать мне смысла нет. У коллеги с другого региона, с другой лицензией все точно так-же. Подозреваю что это массовая тема. Просто все молчат и терпят, как принято. Когда такой проблемы не было, было во много раз приятней работать с программой.
На моих тестовых проектах такого поведения не наблюдается. Пришлите файл с проектом, где наблюдается такой эффект. Прислать можно на почту или в Телеграм.
Ответ для «paveldvlip»
на сообщение от 26 МАЯ 2026 Г., 16:06На моих тестовых проектах такого поведения не наблюдается. Пришлите файл с проектом, где наблюдается такой эффект. Прислать можно на почту или в Телеграм.
На всех проектах такое наблюдается, кроме тех, у которых маленькая семантика.
Ответ для «emilevart»
на сообщение от 27 МАЯ 2026 Г., 14:00На всех проектах такое наблюдается, кроме тех, у которых маленькая семантика.
Я не могу диагностировать проблему наобум, мне надо её увидеть и понять причину. Статистика по вашей программе не показывает зависания запросов. Все проверки завершаются быстро. Либо вы что-то придумываете, либо это проявляется на другой программе. Попробуйте обратиться в XMLStock. Возможно они что-то смогут выяснить.
