>> примерно так: пришел багрепорт что вот этот роут выдает чет не то, с >> точки зрения клиента. у нас роут покрыт тестами довольно хорошо, >> соответственно нужен анализ действительно ли там что-то "не то", в каких >> случаях это "не то" и т п. мы ставим данный роут на логгирование и >> сабмитер бага пытается его повторить, ну а далее разбираются логи >> запросов (и вот теперь еще хотим и логи ответов). после разбора >> полетов случай попадает в тесты, логгирование на роут убирается
> А чего мелочиться? Сделайте постоянное логирование всех запросов и > ответов - с сохранением в БД, например. Периодически старые записи > можно удалять из БД и сохранять, например, в файлы (или удалять, если > они вам не нужны). Это позволит вам не просить багрепортера повторять > ошибку, а сразу увидеть её в логах. При этом сэкономите на изменении > исходников и перезапусках сервиса. К тому же если вы не сразу > диагностируете проблему и повесите логгер не на тот роут, то цикл > "добавление логгера - перезапуск сервиса" придется повторить несколько > раз. А так все данные у вас уже есть, в удобной для просмотра и > фильтрации форме. логгируем именно в БД. тут вот вчера посчитали логгирование трех запросов: за 3 дня 3 млн записей. все запросы логгировать будет ужасТный размер БД :) -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
