Проблема с парсингом п ZP

[one]

Никак немогу понать в каком месте может быть проблема. Может кто сталкивался с подобным и какое нашлось решение? Есть один не сложный парсер. Один запрос в поисковую систему с ключем и результат расскидывается по переменным, потом пишется в таблицу. В PM все отрабатывает отлично а в ZP с одним ключем беда, именно с одним ключем, в таблицу не пишется ничего.

 

[nicanil]

Я в таких случаях чуть ли не через каждый шаг расставляю вывод в лог и записываю в него содержимое переменных. Так можно понять на каком этапе всё ломается и сузить круг подозреваемых.

Данные в таблицу могут не записывать из-за того, что переменные пустые, а переменные пустые из-за того, что не сработала регулярка, а регулярка не сработала из-за того, что пришёл некорректный ответ, а ответ некорректный потому что запрос слишком длинный (это как пример возможной проблемы).

 

[one]

Да, но в РМ все работает, данные парсятся.

 

[nicanil]

Да, но в РМ все работает, данные парсятся.

Значит при работе в ZP выводить всё лог

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

Возможно по какой-то причине при работе через ZP в переменную после парсинга попадают символы, которые используются как разделители строк и\или столбцов, из-за чего ломается структура таблицы (здесь же я уже пытаюсь угадать в чём проблема, основываясь на своём опыте).

 

[one]

Буду смотреть. Спасибо за мысли!

 

[Roman48]

//zennolab.com/discussion/threads/soxranjat-log-zennoposter-v-fajl.75744/post-542786

Global.Variables.IsDebugMode = true;

Можно попробовать и так увидишь прям в логе каждый действие.

 

[one]

//zennolab.com/discussion/threads/soxranjat-log-zennoposter-v-fajl.75744/post-542786

Global.Variables.IsDebugMode = true;

Можно попробовать и так увидишь прям в логе каждый действие.

Спасибо, но думаю не увижу того что надо, но попробую!