Faraday: फैराडे विशलिस्ट

• एक कनेक्शन ऑब्जेक्ट को आस-पास रखकर नेट-एचटीटीपी-निरंतर कम हैकी बनाएं ताकि हमें वैश्विक कैश की आवश्यकता न हो
• नेट-एचटीटीपी-परसिस्टेंट बनाएं मणि का उपयोग न करें ... इसका 90% नेट-एचटीटीपी का प्रबंधन कर रहा है जो हम पहले से ही करते हैं, इसलिए केवल एक चीज जो हमें चाहिए वह है rescue + reopen तर्क जो कोड की कुछ पंक्तियाँ हैं और मणि के लिए युग्मन/अनुवाद तर्क को हटा देगा https://github.com/drbrain/net-http-persistent/pull/100 देखें
• नेट-http-पाइपलाइन का उपयोग करने की अनुमति दें

धन्यवाद, वे बहुत अच्छे सुझाव हैं!

एक कनेक्शन ऑब्जेक्ट को आस-पास रखकर नेट-एचटीटीपी-निरंतर कम हैकी बनाएं ताकि हमें वैश्विक कैश की आवश्यकता न हो

आह हाँ, एक और कारण है कि फैराडे के एडॉप्टर और मिडलवेयर वर्गों के लिए रैक शब्दार्थ को लागू करने की आवश्यकता है। यदि वर्तमान एडेप्टर एक लंबे समय तक रहने वाला Faraday::Connection#adapter संपत्ति था, तो net-http एडेप्टर कनेक्शन ऑब्जेक्ट पर पकड़ बना सकता है। मैंने अभी इसका समर्थन करने के लिए इच्छा सूची में "रिविजिट एडेप्टर/मिडलवेयर आंतरिक एपीआई (ड्रॉप रैक एडेप्टर सेमेन्टिक्स)" जोड़ा है।

नेट-एचटीटीपी-लगातार मणि का उपयोग न करें

मैं बोर्ड पर हूँ। पीआर के सूचक के लिए धन्यवाद।

नेट-http-पाइपलाइन का उपयोग करने की अनुमति दें

फैराडे समर्थन समानांतर अनुरोध करता है, लेकिन मुझे यकीन है कि इसी समय अगर हम इस्तेमाल कर सकते हैं नहीं कर रहा हूँ net-http-pipeline उनके लिए लागू करने के लिए net-http । मैंने इच्छा सूची में "पाइपलाइनिंग या समानांतर अनुरोध (नेट-http-पाइपलाइन, टाइफियस)" को फिर से जोड़ा है।

पाइपलाइन के लिए: मैंने अपनी परियोजनाओं में इसका उपयोग नहीं करने का फैसला किया क्योंकि इसका मतलब है
अधिकांश हैंडलर तर्क को फिर से लिखना, मेरे लिए इतना कम प्रियो

शुक्र, 31 मई, 2019 10:31 जोखिम खतरे ओल्सन पर पर [email protected]
लिखा था:

धन्यवाद, वे बहुत अच्छे सुझाव हैं!

कनेक्शन ऑब्जेक्ट को आस-पास रखकर नेट-http-लगातार कम हैकी बनाएं
इसलिए हमें वैश्विक कैश की आवश्यकता नहीं है

आह हाँ, एक और कारण है कि फैराडे के रैक शब्दार्थ के कार्यान्वयन के लिए
एडेप्टर और मिडलवेयर कक्षाओं को जाने की जरूरत है। यदि वर्तमान एडॉप्टर था
एक लंबे समय तक रहने वाले फैराडे :: कनेक्शन # एडेप्टर संपत्ति, नेट-एचटीटीपी एडेप्टर
कनेक्शन ऑब्जेक्ट को पकड़ सकता है। मैंने अभी जोड़ा "Revisit
एडेप्टर/मिडलवेयर आंतरिक एपीआई (ड्रॉप रैक एडेप्टर सेमेन्टिक्स)" को
इसका समर्थन करने के लिए इच्छा सूची।

नेट-एचटीटीपी-लगातार मणि का उपयोग न करें

मैं बोर्ड पर हूँ। पीआर के सूचक के लिए धन्यवाद।

नेट-http-पाइपलाइन का उपयोग करने की अनुमति दें

फैराडे समानांतर अनुरोधों का समर्थन करता है, लेकिन मुझे यकीन नहीं है कि अगर हम
नेट-एचटीटीपी के लिए उन्हें लागू करने के लिए नेट-http-पाइपलाइन का उपयोग कर सकते हैं। मैंने जोड़ लिया है
"पाइपलाइनिंग या समानांतर अनुरोधों पर दोबारा गौर करें (नेट-http-पाइपलाइन, टाइफियस)" to
इच्छा सूची।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/lostisland/faraday/issues/953?email_source=notifications&email_token=AAACYZ5IS7IRWR45K7IFKL3PYFOILA5CNFSM4HAAQSK2YY3PNVWWWK3TUL52HS4DFVREXG43VMVBW61#IPPVXHJJTOR
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAACYZ6EKR7M4ARR47IAI23PYFOILANCNFSM4HAAQSKQ
.

@grosser आपने सुना होगा कि अब हम एडेप्टर और मिडलवेयर को फैराडे से बाहर धकेलने की प्रक्रिया में हैं।
हमने इसे यथासंभव आसान बनाने के लिए बहुत काम किया है, जिसमें परीक्षण निर्यात करना और कुछ उदाहरण प्रदान करना शामिल है ( faraday-net_http faraday -http )

मैं सोच रहा था, आपके पिछले योगदानों को देखते हुए, यदि आप net_http_persistent का स्वामित्व लेना चाहते हैं?
आपको बस इतना करना है कि इसे एक अलग रेपो में अलग करना है (यह आपके उपयोगकर्ता के अधीन हो सकता है!) जैसा कि हमने ऊपर के उदाहरणों के लिए किया था, और एक v1.0 जारी करें जो बिल्कुल वर्तमान के समान है। फिर हम इसे बैकवर्ड-संगतता के लिए फैराडे जेम स्पेक में जोड़ देंगे। फैराडे v2.0 . के लिए इन निर्भरताओं को छोड़ने की योजना है

वहां से, आप इसे अपने दिल की सामग्री में बदलने/फिर से करने के लिए स्वतंत्र हैं और अपने इच्छित सभी महत्वपूर्ण परिवर्तन कर सकते हैं
कृपया मुझे बताएं कि क्या आप रुचि रखते हैं या नहीं ! मुझे पहले माइग्रेशन में मदद करने में भी खुशी हो रही है क्योंकि मैं वैसे भी उस काम को करने की योजना बना रहा हूं

आसान लगता है, मैं कोशिश करूँगा

गुरु, 31 दिसंबर, 2020 को सुबह 4:03 बजे मैट नोटिफिकेशन @github.com ने लिखा:

@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 की शुभकामनाएं! मैं संरक्षक एडॉप्टर का स्वामित्व ले रहा हूं, इसे स्थापित करते समय मुझे जिस समस्या का सामना करना पड़ा है, वह यह थी कि मुझे साझा परीक्षणों में मॉक का उपयोग करना बहुत मुश्किल था (यह भी दिया गया कि वेबमॉक पैच पैट्रन को कुछ स्थानों पर, बिना जिसे वास्तव में बुलाया जा रहा है)। निष्कर्षण करते समय मैं इस तथ्य में ठोकर खाई कि मुझे संरक्षक वेबमॉक ओवरराइड का सह-रखरखाव भी बनना होगा - यह एक बात है, और यह जांचने के बजाय कि जिस चीज को वास्तव में काम करने की ज़रूरत है, मैं परीक्षण करूँगा कि क्या यह वेबमॉक के साथ काम करता है। यह थोड़ा व्यक्तिगत है, लेकिन मेरे लिए 2020 के लिए अपेक्षाकृत कठिन विषय लोगों को चीजों के बारे में समझाना रहा है, और मैंने उस वर्ष के लिए अपना "विश्वसनीय" बजट समाप्त कर दिया। और भारी ओवरड्राफ्ट में चला गया, और यह वास्तव में मेरी भलाई के लिए एक जोखिम बन गया 😄 मैं ए से बी तक बहुत सुरक्षित और प्रभावी तरीके से प्राप्त कर सकता हूं, लेकिन आगे और पीछे की मात्रा को मैं संभाल सकता हूं रास्ता पहले की तुलना में बहुत कम है। इसका इस तथ्य से भी लेना-देना है कि मैं तेजी से विकास का अनुभव करने वाले एक संगठन का हिस्सा हूं। मैं यह माँग करने की स्थिति में नहीं हूँ कि इसके लिए रियायतें दी जाएँ- आखिर यह मेरा निजी मामला है। लेकिन मुझे चीजों में अपनी भागीदारी के लिए बजट देना होगा।

इसलिए: यदि हम उस निर्णय पर फिर से विचार कर सकते हैं (वास्तविक अनुरोधों के बजाय वेबमॉक का उपयोग करना है, जो कि एडेप्टर के बारे में है) तो मैं संरक्षक एकीकरण थोक का स्वामित्व ले रहा हूं।

@julik पूरी तरह से अपनी बात

हमने बाहरी रूप से परीक्षण उपलब्ध कराए हैं ताकि बंडल से बाहरी एडेप्टर में माइग्रेशन जितना संभव हो उतना आसान और आसान हो, और चूंकि फैराडे v1.0 अभी भी एडेप्टर को बंडल करेगा (लेकिन lib फ़ोल्डर में फ़ाइलों के बजाय रत्न के रूप में शामिल है), तो रेपो को एक नए मणि में निकालने के दौरान उनका उपयोग करना समझ में आता है।

लेकिन यही है! एक बार एडॉप्टर रत्न का v1.0 बना दिया गया है और बैकवर्ड-संगतता के लिए फैराडे में जोड़ा गया है, जैसा कि हमने Net::HTTP एडेप्टर के लिए किया था, यहीं से आप एडॉप्टर रत्न के लिए v2.0 पथ शुरू कर सकते हैं और निर्णय ले सकते हैं उसके साथ क्या करें।
निश्चित रूप से, यदि आप चाहें तो जो भी ढांचा आपको पसंद है और वास्तविक कॉल का उपयोग करके पुनर्लेखन परीक्षण शामिल हैं।
एक बार जब मणि तथाकथित "उपयोगकर्ता भूमि" में है, तो हमें अब शॉट्स को कॉल करने का कोई अधिकार नहीं है और सभी निर्णय समुदाय और मणि मालिकों के लिए होने चाहिए।

और मैं आपको और बताऊंगा, हम पहले से ही आंतरिक रूप से कुछ प्रकार के "एकीकरण परीक्षण" सूट बनाने के बारे में चर्चा कर रहे हैं जिसमें वास्तविक अनुरोध किए जा रहे हैं। इस सुइट की मुख्य विशेषताएं होंगी (सभी अभी भी चर्चा के लिए तैयार हैं):

• Gemified/पैकेज किया गया ताकि इसे किसी भी एडॉप्टर के साथ "प्लग-एंड-प्ले" का उपयोग किया जा सके
• वास्तविक अनुरोध करता है
• डॉकटर कंटेनरों के लिए समर्थन (मॉक एपीआई और प्रॉक्सी सर्वर जैसी चीजों में मदद करने के लिए)
• प्रदर्शन का परीक्षण
• फाइबर / समवर्ती समर्थन
• फीचर्स चेक रिपोर्ट ("फैराडे" बेस फीचर्स के खिलाफ टेस्ट और एडॉप्टर के लिए एक रिपोर्ट तैयार करता है, जो यह दिखाने के लिए कि एडॉप्टर द्वारा कौन से यूजर्स सपोर्ट करते हैं, जो उन यूजर्स के लिए उपयोगी है जो नए की तलाश में हैं)
• अधिक के लिए खोलें...!

@technoweenie ने उस पर काम करना भी शुरू कर दिया है: https://github.com/technoweenie/faraday-live

इसलिए, यदि आप इसमें भी मदद करना चाहते हैं, जैसा कि मुझे याद है कि आपके पास कुछ अच्छे विचार थे कि यह कैसे काम कर सकता है, तो हम उस मोर्चे पर इनपुट और मदद का भी स्वागत करेंगे

जहां मैं कर सकता हूं वहां मदद करने में मुझे भी खुशी हो रही है (मुझे यह दिखाने के लिए @olleolleolle धन्यवाद) :)

मैंने https://github.com/lostisland/faraday/projects/3 देखा - इन्हें रत्नों में विभाजित करने के संदर्भ में, क्या सभी व्यक्तिगत रत्नों को संग्रहीत करने के लिए GitHub पर एक फैराडे संगठन बनाने की योजना है?

@iMacTia , आपके लिए एक सीसी

@MikeRogers0 Losisland, यह org, एक रत्नयुक्त एडॉप्टर, फैराडे- http का घर है। शायद अधिक एडेप्टर इस संगठन में रहते हैं?

बहुत बढ़िया! मैंने कल रात पूरी तरह से खाली कर दिया कि @lostisland एक संगठन खाता था :) मुझे लगता है कि उन्हें संगठन में रखना मेरी प्राथमिकता है।

अगले सप्ताह मैं देखूंगा कि Net::HTTP एडॉप्टर को एक रत्न में स्थानांतरित करने के लिए क्या बदला गया था, फिर Net::HTTP::Persistent लिए डुप्लिकेट :) ऐसा लगता है कि यह आकार ले चुका है मैं एक लिंक डालूंगा और हम इसे स्थानांतरित कर सकते हैं।

धन्यवाद @ माइकरोगर्स0 , यह सुनकर बहुत अच्छा लगा, किसी भी अतिरिक्त मदद की बहुत सराहना की जाती है।
@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 में स्थानांतरित करने के लिए सेट किया - क्या आप इसे देखना चाहते हैं और सुनिश्चित करें कि मैंने कुछ भी स्पष्ट नहीं छोड़ा है? :)

शानदार काम @MikeRogers0 , और वास्तव में तेज़ भी!
मैं जांच कर रहा था कि रिपोजिटरी ट्रांसफर कैसे काम करता है और उपयोगकर्ता से संगठन में जाने पर यह थोड़ा और जटिल है, इसलिए यदि आप अभी भी इसे 'लॉस्टिसलैंड' में स्थानांतरित करने के इच्छुक हैं, तो क्या आप इसे पहले मुझे स्थानांतरित कर सकते हैं तो मैं इसे स्थानांतरित कर दूंगा मुझमे? फिर मैं आपको और @grosser को उस रेपो में जोड़ूंगा

साथ ही, टेम्पलेट रेपो को सुनकर खुशी हुई! यदि आपके पास कोई प्रतिक्रिया है (कुछ भी अस्पष्ट, कुछ भी जो आप चाहते थे, टाइपो, आदि ...) कृपया मुझे बताएं या इसके खिलाफ पीआर खोलने के लिए स्वतंत्र महसूस करें

अगला कदम यह होगा कि मणि के पहले संस्करण को रूबीगेम्स में जारी किया जाए, फैराडे से Net::HTTP::Persistent एडॉप्टर को हटा दिया जाए और वहां अपना नया रत्न प्लग किया जाए।
मैं रिलीज का ध्यान रख सकता हूं, आप पर निर्भर है कि आप फैराडे के खिलाफ स्वैपिंग पीआर करना चाहते हैं या नहीं ( यहां पीआर हमने इसे Net::HTTP लिए कैसे किया)

@iMacTia - बहुत बढ़िया, स्थानांतरण शुरू हुआ :)

साथ ही, टेम्पलेट रेपो को सुनकर खुशी हुई! यदि आपके पास कोई प्रतिक्रिया है

मैंने रीडमी में एक गिटहब एक्शन जोड़ा और फिर से लिखा। मैंने अपने द्वारा किए गए मुख्य परिवर्तनों का प्रचार किया जो मुझे लगता है कि उपयोगी हो सकते हैं :) मैंने रूबोकॉप को स्टैंडर्डआरबी के लिए भी स्वैप किया था, जिसे मैं प्रोत्साहित करना चाहता हूं।

अगला कदम मणि के पहले संस्करण को रूबीगेम्स में जारी करना होगा, फैराडे से नेट :: एचटीटीपी :: पर्सिस्टेंट एडेप्टर को हटा दें और वहां अपना नया रत्न प्लग करें।

बहुत बढ़िया! मैं एक पीआर पर काम करूंगा

@MikeRogers0 @grosser रेपो ट्रांसफर हो गया है और आप दोनों को आमंत्रण मिलना चाहिए था
https://github.com/lostisland/faraday-net_http_persistent

@MikeRogers0 प्रतिक्रिया के लिए धन्यवाद 🙏!

@MikeRogers0 faraday-net_http_persistent अब Rubygems पर उपलब्ध है
https://rubygems.org/gems/faraday-net_http_persistent