Faraday: 패러데이 위시리스트

• 전역 캐시가 필요하지 않도록 연결 개체를 유지하여 net-http-persistent를 덜 해킹하게 만듭니다.
• net-http-persistent가 gem을 사용하지 않도록 ... 그 중 90%가 우리가 이미 하고 있는 net-http를 관리하고 있으므로 몇 줄의 코드와 rescue + reopen 로직만 있으면 됩니다. gem에 대한 커플링/번역 로직을 제거할 것입니다 https://github.com/drbrain/net-http-persistent/pull/100 참조
• net-http-pipeline 사용 허용

감사합니다. 좋은 제안입니다!

전역 캐시가 필요하지 않도록 연결 개체를 유지하여 net-http-persistent를 덜 해킹하게 만듭니다.

아 예, 패러데이가 어댑터 및 미들웨어 클래스에 대한 랙 의미 체계를 구현해야 하는 또 다른 이유입니다. 현재 어댑터가 수명이 긴 Faraday::Connection#adapter 속성인 경우 net-http 어댑터가 연결 개체를 유지할 수 있습니다. 이를 지원하기 위해 위시리스트에 "어댑터/미들웨어 내부 API 다시 방문(드롭 랙 어댑터 의미론)"을 추가했습니다.

net-http-persistent가 gem을 사용하지 않도록 설정

내가 타고 있어. PR에 대한 포인터를 주셔서 감사합니다.

net-http-pipeline 사용 허용

Faraday는 병렬 요청을 지원하지만 net-http-pipeline 를 사용하여 net-http 대해 구현할 수 있는지 확실하지 않습니다. 위시리스트에 "파이프라이닝 또는 병렬 요청 재방문(net-http-pipeline, typhoeus)"을 추가했습니다.

파이프라인의 경우: 다음을 의미하기 때문에 내 프로젝트에서 사용하지 않기로 결정했습니다.
대부분의 처리기 논리를 다시 작성하므로 우선 순위가 낮습니다.

2019년 5월 31일 금요일 오전 10시 31분 위험 위험 olson [email protected]
썼다:

감사합니다. 좋은 제안입니다!

연결 개체를 유지하여 net-http-persistent를 덜 해킹하게 만듭니다.
그래서 우리는 전역 캐시가 필요하지 않습니다

아 예, Faraday가 랙 의미 체계를 구현한 또 다른 이유는
어댑터 및 미들웨어 클래스가 필요합니다. 현재 어댑터가
수명이 긴 Faraday::Connection#adapter 속성, net-http 어댑터
연결 개체를 유지할 수 있습니다. 나는 방금 "재방문
어댑터/미들웨어 내부 API(드롭 랙 어댑터 의미론)"를
이를 지원하는 위시리스트.

net-http-persistent가 gem을 사용하지 않도록 설정

내가 타고 있어. PR에 대한 포인터를 주셔서 감사합니다.

net-http-pipeline 사용 허용

Faraday는 병렬 요청을 지원하지만
net-http-pipeline을 사용하여 net-http용으로 구현할 수 있습니다. 나는 추가했다
"파이프라이닝 또는 병렬 요청 재방문(net-http-pipeline, typhoeus)"
위시리스트.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/lostisland/faraday/issues/953?email_source=notifications&email_token=AAACYZ5IS7IRWR45K7IFKL3PYFOILA5CNFSM4HAAQSK2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LDNMVX
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAACYZ6EKR7M4ARR47IAI23PYFOILANCNFSM4HAAQSKQ
.

@grosser 당신은 우리가 지금 패러데이에서 어댑터와 미들웨어를 밀어내는 과정에 있다고 들었을 것입니다.
테스트 내보내기 및 몇 가지 예제 제공( faraday-net_http faraday -http )을 포함하여 가능한 한 쉽게 만들기 위해 이미 많은 작업을 수행했습니다.

귀하의 과거 기여를 고려할 때 net_http_persistent의 소유권을 갖고 싶은지 궁금합니다.
위의 예에서 했던 것처럼 별도의 저장소(이는 사용자 아래에 있을 수 있음)로 분리하고 현재 버전과 정확히 동일한 v1.0을 릴리스하기만 하면 됩니다. 그런 다음 이전 버전과의 호환성을 위해 Faraday gem 사양에 추가합니다. 그런 다음 Faraday v2.0에 대한 이러한 종속성을 삭제할 계획입니다.

거기에서 원하는 대로 변경/리팩토링하고 원하는 모든 주요 변경을 수행할 수 있습니다. 😄
🙌 관심있으신분 알려주세요! 어쨌든 첫 번째 마이그레이션을 수행할 계획이므로 기꺼이 도와드리겠습니다.

쉬워보이네요 해볼께요

2020년 12월 31일 목요일 오전 4시 33분에 Matt [email protected]이 다음과 같이 썼습니다.

@grosser https://github.com/grosser 우리가 지금
패러데이에서 어댑터와 미들웨어를 밀어내는 프로세스.
우리는 이것을 가능한 한 쉽게 만들기 위해 이미 많은 작업을 수행했습니다.
테스트 내보내기 및 몇 가지 예제 제공 포함(faraday-net_http
패러데이-http)

귀하의 과거 기여를 감안할 때
net_http_persistent의 소유권?
당신이 해야 할 일은 그것을 별도의 리포지토리로 분리하는 것입니다(이것은
위의 예에서와 같이 사용자 아래에!) v1.0을 릴리스합니다.
그것은 현재와 정확히 동일합니다. 그런 다음
이전 버전과의 호환성을 위한 패러데이 보석 사양.

거기에서 원하는 대로 자유롭게 변경/리팩토링할 수 있으며
원하는 모든 주요 변경 사항 만들기 😄
🙌 관심있으신분 알려주세요! 도움이 되어서 저도 기쁩니다.
어쨌든 그 일을 할 계획이므로 첫 번째 마이그레이션으로

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/lostisland/faraday/issues/953#issuecomment-752938926 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AAACYZYOKFNQGJM5GXZQJMLSXRR73ANCNFSM4HAAQSKQ
.

@grosser 굉장하다! 도움이 필요하시면 외쳐주세요!
@julik, @grosser에 대한보다 내 의견을 참조하면 비슷한 일을 하시겠습니까하십시오 Patron 어댑터 😄를?

안녕하세요 여러분, 행복한 2021년! 나는 Patron 어댑터의 소유권을 가져도 괜찮습니다. 설정할 때 직면한 문제는 공유 테스트에서 모의 ​​사용을 관리하기가 매우 어렵다는 것이었습니다(webmock이 몇 곳에서 Patron을 패치하지 않고 그것은 실제로 호출됩니다). 추출을 할 때 나는 Patron webmock 재정의의 공동 유지자가 되어야 한다는 사실을 우연히 발견했습니다. 그것은 한 가지이며, 작동해야 하는 것이 실제로 작동하는지 테스트하는 대신 테스트할 것입니다. Webmock과 함께 작동합니다. 이것은 다소 개인적인 것이지만 2020년에 상대적으로 어려운 주제는 사람들을 설득해야 했기 때문에 그 해의 "확실한" 예산을 소진했습니다. 그리고 당좌 대월에 많이 빠져서 실제로는 내 웰빙에 약간의 위험이되었습니다 😄 나는 A에서 B로 매우 안전하고 효과적인 방식으로 이동할 수 있지만, 그 사이에 내가 처리할 수 있는 앞뒤로의 양은 경로가 이전보다 훨씬 낮습니다. 이것은 또한 내가 빠른 성장을 겪고 있는 조직의 일부라는 사실과 관련이 있습니다. 나는 이에 대해 양보를 요구할 수 있는 입장이 아닙니다. 결국 제 개인적인 문제입니다. 그러나 나는 일에 참여할 예산을 세워야 합니다.

그래서: 우리가 그 결정을 재검토할 수 있다면(실제 요청 대신 webmock을 사용해야 하는 것이 어댑터에 관한 것입니다) 후원자 통합 도매에 대한 소유권을 가져도 괜찮습니다.

@julik 당신의 요점을 완전히 이해하십시오! Webmock을 도입한 주된 이유는 과거에 이미 논의한 것으로 기억합니다. 8가지 다른 어댑터를 처리해야 하는 것도 그 중 하나였습니다!

번들에서 외부 어댑터로의 마이그레이션이 가능한 한 부드럽고 쉽게 되도록 외부에서 테스트를 사용할 수 있도록 했습니다. Faraday v1.0은 여전히 ​​어댑터를 번들로 제공하므로(그러나 lib 폴더에 파일이 아닌 gem으로 포함됨), 그런 다음 repo를 새 gem으로 추출할 때 그대로 사용하는 것이 좋습니다.

하지만 그게 다야! Net::HTTP 어댑터에 대해 수행한 것처럼 이전 버전과의 호환성을 위해 어댑터 젬의 v1.0이 생성되고 패러데이에 추가되면 어댑터 젬에 대한 v2.0 경로를 시작하고 결정할 수 있습니다. 그것으로 무엇을 할 수 있습니다.
물론 여기에는 원하는 프레임워크로 테스트를 다시 작성하고 원한다면 실제 호출을 사용하는 것도 포함됩니다.
보석이 소위 "사용자 영역"에 있으면 더 이상 샷을 할 권리가 없으며 모든 결정은 커뮤니티와 보석 소유자에게 달려 있습니다.

그리고 더 말하겠습니다. 우리는 이미 실제 요청이 있는 일종의 "통합 테스트" 제품군을 만드는 것에 대해 내부적으로 논의하고 있습니다. 이 제품군의 주요 기능은 다음과 같습니다(모두 아직 논의 중임).

• 모든 어댑터와 함께 "플러그 앤 플레이"로 사용할 수 있도록 Gemified/Packaged
• 실제 요청을 합니다
• 도커 컨테이너 지원(모의 API 및 프록시 서버와 같은 것을 돕기 위해)
• 성능 시험
• 파이버/동시성 지원
• 기능 확인 보고서("패러데이" 기본 기능에 대해 테스트하고 어댑터가 지원하는 기능을 보여주는 어댑터에 대한 보고서 생성, 새 기능을 찾는 사용자에게 유용)
• 더 많이 열어주세요... !

@technoweenie 는 심지어 이에 대한 작업을 시작했습니다: https://github.com/technoweenie/faraday-live

그래서 당신이 그 일을 돕고 싶다면 그것이 어떻게 작동할 것인지에 대한 멋진 아이디어가 있었던 것으로 기억합니다. 우리는 또한 그 면에 대한 의견과 도움을 환영할 것입니다 😃

저도 제가 할 수 있는 곳에서 도와드릴 수 있어서 기쁩니다. (이것을 보여주신 @olleolleolle 에게 감사드립니다) :)

나는 https://github.com/lostisland/faraday/projects/3를 보았다 - 이것들을 보석으로 나누는 것과 관련하여 GitHub에 모든 개별 보석을 저장하기 위해 패러데이 조직을 만들 계획이 있습니까?

@iMacTia , 당신을 위한 CC

@MikeRogers0 lostisland, 이 조직은 gemified 어댑터인 faraday -http 의 고향입니다. 아마도 더 많은 어댑터가 이 조직에 살고 있습니까?

엄청난! 어젯밤 @lostisland 가 조직 계정이라는 사실을 완전히 비

다음 주에는 Net::HTTP 어댑터를 gem으로 옮기기 위해 변경된 사항을 살펴보고 Net::HTTP::Persistent 대해 복제합니다. 빠른 작업을 돕기 위해 개인 계정에서 한 번 시작하겠습니다. 모양이 생긴 것 같습니다. 링크를 올려 놓고 이전할 수 있습니다.

감사합니다 @MikeRogers0 , 듣기 좋습니다. 추가 도움을 주시면 감사하겠습니다.
@grosser 는 또한 Net::HTTP::Persistent 어댑터에 대해 과거에 기여한 적이 있으므로 지식이 풍부하므로 부담 없이 계속해서 그를 유지하십시오.

어댑터의 위치에 관해서는 개인적으로 그들이 어디에 있어야 하는지에 대해 강하게 느끼지 않습니다.
그 사람이 주요 유지 관리인이라면 개인 계정으로 사는 것이 나에게는 완벽합니다.
그래서 당신이 그것에 만족한다면, 나는 당신의 계정에 어댑터를 남겨두는 것에 대해 아무런 반대가 없습니다 😄

@MikeRogers0 @julik @grosser 새 어댑터를 더 쉽게 만들 수 있도록 새 템플릿 저장소를 만들었습니다. https://github.com/lostisland/faraday-adapter-template

이것을 WIP와 매우 유사하게 생각하고 개선을 위한 피드백을 자유롭게 제공하십시오!

@iMacTia 템플릿 저장소는 매우 편리했습니다!

나는 그것을 기반으로 https://github.com/MikeRogers0/faraday-net_http_persistent를 설정했습니다. - @lostisland 로 전송되도록 설정했습니다. :)

멋진 작업
나는 저장소 전송이 어떻게 작동하는지 확인하고 있었고 사용자에서 조직으로 이동할 때 조금 더 복잡하므로 여전히 'lostisland'로 이전할 의향이 있다면 먼저 저에게 이전해 주십시오. 그러면 이전하겠습니다. 내 안에? 그런 다음 귀하와 @grosser 를 해당 저장소의 관리자로 추가하겠습니다 👍

또한 템플릿 리포지토리가 도움이 되었다니 기쁩니다! 피드백이 있는 경우(불분명한 내용, 원하는 내용이 포함된 내용, 오타 등...) 저에게 알려주거나 이에 대한 PR을 자유롭게 열어주세요 😄

다음 단계는 첫 번째 버전의 gem을 Rubygems로 릴리스하고 Faraday에서 Net::HTTP::Persistent 어댑터를 제거하고 새 gem을 거기에 연결하는 것입니다.
당신은 패러데이에 대한 PR을 교환 여부를 수행하려는 경우 나는 당신까지, 방출 돌볼 수 ( 여기에 우리가 그것을 어떻게에 PR Net::HTTP )

@iMacTia - 굉장합니다, 전송이 시작되었습니다 :)

또한 템플릿 리포지토리가 도움이 되었다니 기쁩니다! 의견이 있으시면

Readme에 GitHub Action을 추가하고 다시 작성했습니다. 저는 유용할 수 있다고 생각 하는 주요 변경 사항을 홍보했습니다. :) 또한 Rubocop을 StandardRB로 교체했습니다. 권장하고 싶습니다.

다음 단계는 첫 번째 버전의 gem을 Rubygems로 릴리스하고 Faraday에서 Net::HTTP::Persistent 어댑터를 제거한 다음 새 gem을 연결하는 것입니다.

엄청난! 홍보하러 갑니다 🎉

@MikeRogers0 @grosser repo가 ​​이전되었으며 둘 다 초대장을 받았을 것입니다 👍
https://github.com/lostisland/faraday-net_http_persistent

@MikeRogers0 피드백 주셔서 감사합니다 🙏!

@MikeRogers0 faraday-net_http_persistent 이제 Rubygems에서 사용할 수 있습니다 🎉
https://rubygems.org/gems/faraday-net_http_persistent