Вэб-сайт адкрываецца ў браўзеры, так чаму Hackcat не можа яго прачытаць?
Адрозненне статусу ўваходу, праверкі доступу, сеткавага месцазнаходжання і структуры старонкі.
Розныя ўмовы для двух наведвальнікаў
Ваш браўзер можа ўжо быць увайшоў у сістэму, мець захаваныя файлы cookie або прайсці праверку вэб-сайта; інструменты аўтаматычнага чытання могуць не мець гэтых умоў. Мэтавы вэб-сайт таксама можа па-рознаму абыходзіцца з доступам у залежнасці ад метаду або сеткавага месцазнаходжання.
Такім чынам, «Я магу адкрыць яго» і «інструмент чытання не атрымаўся» могуць быць праўдай адначасова, і прычыну нельга вызначыць на аснове адной няўдачы.
Спачатку зрабіце мінімальнае меркаванне
Праверце, ці з'яўляецца адказ «доступ забаронены», старонка ўваходу, тайм-аўт або проста адсутнічае дынамічны кантэнт. Кожная сітуацыя патрабуе розных наступных крокаў.
Пры запісе праблем захоўвайце публічную старонку мэты, тып памылкі і час узнікнення. Прычына адной няўдачы можа быць незразумелай; аддзяляйце «назіраныя з'явы» ад «магчымых прычын». Поспех з іншым інструментам не даказвае, якое правіла заблакавала папярэднюю спробу.
- Пацвердзіце, што прадастаўлены адрас прызначаны для публічнага кантэнту.
- Паспрабуйце іншую публічную старонку дакумента на тым жа сайце.
- Калі патрабуецца ўзаемадзеянне, праверце, ці падтрымлівае бягучае асяроддзе Agent аперацыі браўзера.
- Вы таксама можаце ўставіць адпаведны арыгінальны тэкст і ўказаць, з якой старонкі ён быў узяты.
Не выкарыстоўвайце ўліковыя дадзеныя для вырашэння праблем з чытаннем
Не распаўсюджвайце публічна файлы cookie для ўваходу, спасылкі для зваротнага выкліку аўтэнтыфікацыі або URL-адрасы, якія змяшчаюць токены. Праверка вэб-сайта і патрабаванні да дазволаў не павінны разглядацца як перашкоды, якія трэба абыходзіць па жаданні. Калі збоі працягваюцца, папрасіце Hackcat выразна пералічыць атрыманую і адсутную інфармацыю; наступны аналіз можа быць заснаваны на матэрыялах, якія вы прадастаўляеце, але не можа прэтэндаваць на паспяховае атрыманне арыгінальнай старонкі.