Faraday: 요청 본문을 기록하려고 하면 대신 응답을 기록합니다.

@nthx 나도 이거보고..

@stve - 보고서가 의미가 있습니까?

요청 구성도 필요합니까? 해보진 않았지만..

<strong i="6">@client</strong> = Saorin::Client.new(:url => @endpoint) do |connection|
  connection.response :logger, <strong i="7">@logger</strong>, :bodies => true
  connection.request :logger, <strong i="8">@logger</strong>, :bodies => true
end

일반적인 경쟁 조건이라고 생각합니다. 여기서 일어나는 일은 env[:body] 가 한 번 요청의 본문으로 설정되었다는 것입니다. 그러나 log 메소드 또는 dump_body가 실행될 때까지 응답 본문은 env[:body] 내부의 요청 본문을 대체하고 원래 요청 본문에 대해 더 이상 변수/복사본이 만들어지지 않습니다. 이것이 반드시 문제를 수정하는 것은 아닙니다. env 는 요청에 대해 전역적이므로 호출이 이루어지기 전에 미들웨어가 동기적으로 그리고 순서대로 실행된다고 가정해서는 안 됩니다.

쉬운 수정은 두 개의 env 값을 사용하여 본문을 추적하고 하나는 요청에, 다른 하나는 응답에 사용하는 것입니다.

헤더에는 request_headers 및 response_headers 라는 두 개의 개별 값이 있기 때문에 이 버그가 없습니다. 그래서 그들의 리드를 따르지 않는 이유는 ...

또는 request_body 라는 두 번째 env 값을 만들고 env.request_body 및 env.body 둘 다에 요청 본문을 두 번 저장합니다. 그렇게 하면 기존 동작에 의존하는 모든 코드가 이를 유지하지만 여기에 있는 로깅 기능과 같은 업데이트된 코드는 존재하는 경우 request_body 를 사용할 수 있습니다.

이것이 업스트림에서 곧 수정되지 않으면 패러데이를 패치하고 내 포크를 사용할 가능성이 매우 큽니다. 신뢰할 수 없는 로깅을 할 수 없습니다 ...

@nthx , 놓쳤다면 죄송하지만 어떤 로거를 사용하고 계신가요?
코드는 괜찮아 보이지만 내가 볼 수 있는 유일한 "문제"는 메시지를 평가하는 데 사용되는 프로시저입니다. 요청이 처리된 후에 평가가 이루어지지 않는 한 일반적으로 문제가 되지 않습니다.
이것이 표준 (동기식) 로거로 가능한지 확실하지 않으므로 사용중인 로거를 알고 싶습니다. :)

사실, 나는 이 경우에 내 자신의 로거를 사용해왔다. 다른 메시지에 대해서는 작동했기 때문에 문제를 일으킬 수 있다고 생각하지 않았습니다.
표준 로거로 확인하고 제 로거로 재확인하여 알려드리겠습니다.

안녕하세요 @nthx , 테스트에 행운이 있습니까? 새로운 사실을 발견하셨나요?
이 문제를 종료하고 문제가 Faraday 또는 로거에 있는지 이해하고 싶습니다.

나는 표준을 테스트했고 나에게 잘 작동하는 로거에 결함이 있다고 가정하고 이것을 닫을 것입니다.

@nthx 가능한 원인으로 패러데이를 가리키는 새로운 증거가 있는 경우 언제든지 다시 열 수 있습니다.

당시에는 Faraday 내장 Logger를 사용하여 여전히 이 버그가 있었지만 미들웨어에 자체 로거를 작성하고 나중에 Faraday를 사용하는 것에서 더 간단한 것으로 전환하여 해결했습니다.

안녕하세요 @iMacTia , 저도 이 문제로 골머리를 앓았습니다. 로거 전에 어댑터를 정의할 때 문제가 재현되는 것을 발견했습니다.

이 코드 로그 요청 본문:

Faraday.new(url: url) do |faraday|
  faraday.response :logger, ::Logger.new(STDOUT), bodies: true
  faraday.adapter Faraday.default_adapter
end

이것은 다음을 수행하지 않습니다.

Faraday.new(url: url) do |faraday|
  faraday.adapter Faraday.default_adapter
  faraday.response :logger, ::Logger.new(STDOUT), bodies: true
end

안녕하세요 @llxff 입니다 .

예, 미들웨어 순서가 중요하고 어댑터가 항상 맨 아래에 있어야 하므로 예상됩니다.
어댑터를 BEFORE에 놓으면 로거 어댑터에 도달하기 전에 요청이 수행되어 응답이 두 번 기록됩니다.
또한, 저는 이제 이에 대한 @nthx 문제를 다시 읽고 있으며 미들웨어 스택에 어댑터가 없다는 것을 깨달았습니다.

<strong i="11">@client</strong> = Saorin::Client.new(:url => @endpoint) do |connection|
    connection.response :logger, <strong i="12">@logger</strong>, :bodies => true
  end

또한 Saorin gem에서 코드를 확인했는데 동일한 정확한 이유로 완전히 잘못된 것처럼 보입니다: https://github.com/mashiro/saorin/blob/master/lib/saorin/client/faraday. rb#L16

말이된다. 아직 다시 확인할 수는 없지만 다른 생각이 있습니다. 초기 보고서를 읽었는데 다음과 같이 나와 있습니다.

이것은 문서화되지 않았지만 #277 PR에서 논의되었습니다.

실제로 응답 로깅을 구성하는 방법에 대한 문서가 없는 경우에도 마찬가지입니까?
문서가 있었다면 어떻게 해야 하는지 의심의 여지가 없었을 것입니다.

문서 업데이트를 위한 티켓을 만들어 주시겠습니까? 아니면 이것을 다시 열 수 있습니까?

또한 - Saorin 녀석들에게 누구에게 연락해야합니까?

안녕하세요 @nthx 님 말씀이 맞습니다. 현재 우리 문서가 충분히 상세하지 않습니다(사실, 우리는 Readme를 "문서"로 사용하고 있습니다).
귀하의 특정 경우에는 로거 미들웨어를 사용하는 방법을 보여주는 https://github.com/lostisland/faraday/blob/master/README.md#basic -use 섹션에 세 번째 예가 있지만 충분하지 않다는 데 동의합니다. .
우리는 가까운 장래에 이러한 종류의 문제를 완화하는 데 도움이 될 개선된 Wiki를 가질 계획입니다.

Saorin에 따르면 문제를 추적하는 데 도움이 될 오류가 있는 코드에 대한 예제를 제공하고 내 의견을 보고하는 페이지에서 문제를 여는 것이 좋습니다.
나는 당신이 그들의 gem을 적극적으로 사용하고 그들이 필요할 수 있는 추가 정보를 제공할 수 있기 때문에 이 작업을 하는 것을 선호합니다.

감사 해요

안녕,

방금 이 문제를 보고 내 요청이 제대로 서명되지 않은 이유를 이해합니다.

요청하기 전에 서명을 추가하는 미들웨어를 만들었습니다.
미들웨어를 사용하기 전에 어댑터를 정의하므로 인증 헤더를 추가하기 전에 요청이 전송되었습니다.

부작용은 미들웨어가 env.body를 사용하여 서명을 작성하고 응답 본문을 사용하여 서명을 작성한다는 것입니다.

연결 상단에서 어댑터를 정의할 때 내 로그도 잘못되었고 내 서명 스크립트도 잘못되었다고 생각했습니다.

친애하는!