Што рабіць, калі Agent паведамляе, што файл быў створаны, але яго нельга праглядзець або спампаваць?
Размяжоўвайце тры этапы стварэння, прадастаўлення файла і адкрыцця спасылкі, і аднаўляйце толькі збойныя часткі.
Спачатку пацвердзіце, ці быў файл сапраўды паспяхова прадастаўлены
Стварэнне файла ў асяроддзі выканання не азначае, што файл быў паспяхова прадастаўлены ў чаце. Вобласць вынікаў будзе адрозніваць поўны поспех, частковы поспех файла, збой прадастаўлення або спыненне. Калі паказваецца частковы поспех, праверце паспяховыя файлы і прычыны збою; не мяркуйце, што ўсе ўкладанні можна спампаваць толькі таму, што адказ кажа "створаны". Калі задача ўсё яшчэ запісвае ў мэтавы файл, ён можа быць яшчэ не прыдатны для атрымання поўнага выніку.
Пераправерце вынікі з арыгінальнай задачы
Адкрыйце картку файла або адпаведную вобласць вынікаў у арыгінальным чаце, каб праверыць апошні статус. Папярэдні прагляд патрабуе сапраўднага адраса файла; калі папярэдні прагляд недаступны або загрузка не атрымліваецца, спачатку пацвердзіце ваш бягучы ўваход і сетку, затым адкрыйце зноў, каб праверыць. Не працягвайце выкарыстоўваць старыя спасылкі, скапіяваныя з папярэдніх старонак, і не замяняйце праверку наяўнасці файла на выканальнай машыне, паўторна запускаючы ўсю задачу.
Паўтарыце спробу толькі для файлаў, якія патрабуюць аднаўлення
Калі прадастаўленне файла не атрымалася, вы можаце папрасіць Agent спачатку праверыць збойны шлях і фактычны файл, а затым апрацаваць толькі збойныя элементы; калі задача бэкэнда не завершана, спачатку праверце стан задачы. Звярніце ўвагу, што стварэнне файлаў для загрузкі таксама мае ліміты памеру; разбівайце або экспартуйце меншыя вынікі па меры неабходнасці ў адпаведнасці з задачай. Калі зыходны файл быў выдалены або асяроддзе ачышчана, не абяцайце, што яго ўсё яшчэ можна аднавіць; як толькі важныя вынікі атрыманы, захавайце іх самі, каб не спадзявацца толькі на часовыя папярэднія прагляды.