Тело письма, адрес и тестовый токен остаются во входе и не попадают в диагностический результат.
О проекте
Задача
При ошибке парсинга удобно сериализовать весь объект письма. Вместе с причиной в журнал тогда уйдут адрес, содержание и заголовок авторизации.
Решение
Я собираю диагностическое событие по разрешенному списку, а не удаляю известные секреты из произвольного объекта. Сохраняются проверенный ID, код ошибки и признак повторяемости. Свободный текст исключения не копируется.
Результат
Четыре события сведены к requestId, code, retryable. Ни адреса, ни тела, ни один TEST-SECRET не вошли в результат. Неизвестный код заменен unclassified_error, а повтор разрешен только для timeout.
Что передано заказчику
- index.html
- source.json
- source.csv
- result.json
- result.csv
- engine.js
- checks.json
- style.css
Инструменты и подход
Навыки
Содержание 3
Готовая работа
REQ-02 сохраняет причину, но не письмо
У REQ-02 есть код timeout и возможность повтора, а также адрес, тема, тело и тестовый секрет. В результат переходят только requestId, code и retryable. Я выбрал разрешённый минимум вместо удаления нескольких известных лишних полей: новый атрибут входа не попадёт в диагностику автоматически.
Разбор и материалы
Вклад и команда
Я реализовал очистку почтовой диагностики по списку разрешённых полей и подготовил проверки приватных значений.
Ссылки и материалы
- index.html
- source.json
- source.csv
- result.json
- result.csv
- engine.js
- verify.cjs
- checks.json
- style.css
- Диагностика писем: журнал из разрешенных полей — исходная таблица.csv
4 ситуаций для сравнения.
- Диагностика писем: журнал из разрешенных полей — проверка.txt
Критерии проверки этого решения.
- Диагностика писем: журнал из разрешенных полей — паспорт.json
Контекст, ограничения, решение и данные.
- Диагностика писем: журнал из разрешенных полей — инструкция.html
Как открыть и проверить рабочий разбор.
Загружаем комментарии…