# Завантажити історію джерел

Canonical page: https://phishdestroy.github.io/TgWitness/uk/docs/reference/history/

Завантажуйте минулі повідомлення з увімкнених джерел, призупиняйте та відновлюйте процес, а також перевіряйте підписаний звіт про хід роботи.

**Поточна основна версія:** доступна з вихідного коду; не входить до складу портативної попередньої версії 0.7.0.

У розділі **«Джерела**» перегляньте активовані чати, розпочніть спостереження, а потім виберіть **«Завантажити повну історію**». Цей процес фіксує список джерел і завантажує доступні минулі повідомлення у розділ «Чати» та підписаний журнал спостережень. Медіафайли використовують існуючі налаштування вкладень та стійку чергу завантаження. Це відрізняється від підписаного експорту у форматі JSON/HTML для кожного чату окремо.

Для збору даних з усього облікового запису виберіть **«Весь обліковий запис**», розпочніть спостереження, щоб завантажити його список джерел, і перегляньте цей список перед початком збору історії. Обмеження на кількість діалогів у списку все ще діє (за замовчуванням — 1 000, можна налаштувати в розділі «Параметри»). Успішне виконання не означає, що всі діалоги облікового запису були включені до списку. Для чатів, виявлених або увімкнених пізніше, потрібно виконати процедуру ще раз.

## Призупинення, поновлення та часткові результати

- **Призупинення історії** зупиняє зчитування. **Продовження історії** відновлює зчитування з останнього збереженого повідомлення в кожному джерелі; перезапуск програми також залишає процес у стані призупинення до його відновлення. Спочатку перезапустіть спостереження. Для відновлення потрібно використовувати той самий обліковий запис Telegram.
- Спостереження за повідомленням, обробка вкладень та фіксація позиції курсора відбуваються в одній транзакції. При відновленні виконання вже зафіксовані спостереження не повторюються. У режимі реального часу або під час окремого, явно запущеного циклу виконання може відбуватися незалежне спостереження за тим самим повідомленням.
- Кожне джерело фіксує верхній ідентифікатор повідомлення під час першого зчитування. Новіші повідомлення належать до реального спостереження, а не до решти історичних сторінок цього джерела.
- Джерела, до яких неможливо отримати доступ, та джерела, вимкнені під час збору даних, залишаються видимими як «неуспішні» або «пропущені». Інші джерела продовжують працювати; загальний результат є неповним.
- Затримки FloodWait дотримуються встановленого інтервалу для збереженого облікового запису. Тайм-аути передачі даних та недостатній простір на диску призупиняють роботу з збереженням курсора. Продовження роботи відбувається після усунення причини.
- **Завершення поточного циклу збереження історії** зберігає збережені спостереження. Це не призводить до їх видалення або скасування завантажень вкладень, що вже знаходяться в черзі. Новий цикл знову зчитує джерела, для яких увімкнено спостереження.

Поняття «завершення історії» стосується лише зчитування історії. Вкладення можуть залишатися в стані очікування, завершуватися невдало або виключатися згідно з налаштованою політикою. Перевіряйте підтвердження отримання медіафайлів у журналі та черзі вкладень; лише завершене підтвердження з збереженими байтами вважається збереженим вкладенням. Операція з історією є явним запитом на створення знімка і відрізняється від параметрів, що вибирають категорії майбутніх подій у реальному часі.

## Передача та перевірка

Збережіть **підписаний звіт про хід роботи**, а потім скористайтеся **функцією «Експорт доказів»**, щоб завантажити журнал та збережені вкладення. Пізніший експорт доказів може містити додаткові записи; звіт прив’язує свої лічильники до префікса журналу на момент його створення. Запустіть верифікатор із надійної версії цієї версії:

```
python tgwitness/verify.py tgwitness-history-report.json --evidence evidence.zip --fingerprint TRUSTED_FINGERPRINT
```

Зберігайте очікуваний відбиток ключа підпису окремо. Верифікатор перевіряє підпис звіту, архів доказів, контрольну точку звіту, план джерел, обліковий запис та кількість збережених/недоступних повідомлень. Без `--evidence` він перевіряє лише підписаний звіт та його внутрішню узгодженість. Етапи прогресу, заголовки, курсори та підсумки вкладень є підписаними заявами збирача, а не незалежно відтвореними цим засобом перевірки звіту. Перевіряючий докази все одно перевіряє архівні байти мультимедіа.

Ані підписання, ані завершення доступної історії не підтверджують походження з Telegram, атомарний знімок або історичну повноту. Повідомлення можуть змінюватися під час читання; видалені повідомлення, непомітні проміжні редагування та секретні чати не відновлюються. Оператор, який контролює ключ підписання, може сфабрикувати журнал до того, як з’являться зовнішні підтвердження. Для підтвердження задокументованих властивостей виявлення несанкціонованого втручання використовуйте окремо збережені контрольні точки або незалежного свідка.

Курсор збору даних відображає стан локального робочого простору. Відновлення лише ZIP-файлу з доказами не відновлює завдання збору даних, що перебуває в процесі виконання, або сеансу Telegram. Зберігайте резервну копію робочого простору, якщо потрібно продовжити виконання початкового завдання.