Ограничения в ZP

[DenisBY]

Накидал себе парсер ключевиков и оставил на ночь его работать. Утром увидел результат, который меня огорчил. Писал ключи в список, список сразу же в файл. Вышло, что при достижении около 30K строк в текстовом файле(объем около 2,5 Мб), он очищался и писался заново до 30K, после чего история повторялась снова. В итоге вместо 400K-500K ключей, вышло только 28K.

Это технические ограничение или у меня руки не совсем прямые? И если это технические ограничение, то где можно почитать про такие нюансы?

 

[rostonix]

Как именно с файлами работаете? какими экшенами?

 

[DenisBY]

К списку привязан txt файл в utf-8. Через DOM страницы регуляркой в обработке текста забираю нужные строчки в список.

 

[rostonix]

используются ли экшены Файл - Сохранить
или
Список - Сохранить в файл

 

[DenisBY]

Ни тот, ни другой. В экшене обработка текста регексом идет выборка по 15-20 строк со страница т.ч результат сразу же пишется в список. В свойствах списка указан файл, куда сохраняется эти строки.

 

[rostonix]

Запустите Diagnostic.exe и приложеите полученный report.zip

 

[DenisBY]

Не знаю как тут отправлять файлы, поэтому вот http://dropmefiles.com/9OYqO
Говорю сразу же ZP - "вечная" демка.

 

[LexxWork]

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