websocket 🚀 - नए अनुरक्षकों की जरूरत है

हे लोगों,

मुझे गोरिल्ला / वेबसोकेट को बनाए रखने में मदद करने में बहुत दिलचस्पी है। मैं वर्तमान में गोलंग में बहुत सारी नेटवर्किंग के साथ काम करता हूं और मेरा मानना है कि मैं परियोजना और टीम के लिए सेवा का हो सकता हूं।

MiikeWilliams 13 अप्रैल 2018

👍9

मैं गोलंग में नेटवर्किंग / सॉकेट पर भी काम कर रहा हूँ। To को बनाए रखने / योगदान करने में मदद करने के लिए खुश

nynhex 24 अप्रैल 2018

👍5

चूँकि लोग लगातार x/net/websocket पर "अनमनी" और "हर कोई गोरिल्ला / वेबसोकेट" का उपयोग कर रहा है, कृपया यह सुनिश्चित करने के लिए कि आपको एक _suitable_ अनुचर मिल गया है, यह सुनिश्चित करने के लिए आधे से अधिक बेक किए गए प्रयास के एक महीने से अधिक समय तक लगाने पर विचार करें। , क्योंकि कई उत्पादन प्रणालियां इसकी गुणवत्ता पर निर्भर करती हैं।

binary132 30 अप्रैल 2018

👎20 😕3 😄1

यहाँ जुझारू भाषा की कोई आवश्यकता नहीं है @ बाइनरी 132। यह एक ओएसएस परियोजना है, जिसे मुख्य रूप से एक व्यक्ति द्वारा बनाए रखा जाता है।

यदि (वाणिज्यिक) उत्पादन प्रणालियाँ इस पैकेज पर निर्भर करती हैं, तो उन इंजीनियरों के पास वापस योगदान करने के लिए या ट्राइएज में मदद करने के लिए समय समर्पित करना अधिक उचित अनुरोध होगा। बनाम गैरी को "आधे बेक्ड" प्रयास में रखने का सुझाव देना।

अनुचर और योगदानकर्ता ढूंढना वास्तव में कठिन है। अधिकांश अनुरोध बहरे कानों पर पड़ते हैं। मैं गैरी को इस बारे में स्पष्ट समयरेखा लगाने के लिए दोषी नहीं ठहराता।

elithrar 30 अप्रैल 2018

👍49

@ गैरीबर्ड ने आपको आधिकारिक विस्तार में विलय का विचार दिया है। stdlib? इस प्रकार शायद वर्तमान वेबस्कैट कार्यान्वयन की जगह?

glerchundi 30 अप्रैल 2018

Nevermjnd, मैंने पिछली टिप्पणियाँ नहीं पढ़ीं। इस संबंध में अभी भी @ गैरीबर्ड की राय की बहुत सराहना की जाएगी!

glerchundi 30 अप्रैल 2018

@glerchundi मैं सहमत हूं कि संकुल को विलय किया जाना चाहिए (x / net / websocket संकुल की जगह), लेकिन मेरे पास काम करने के लिए समय नहीं है और किसी और ने भी इसे करने के लिए कदम नहीं उठाया है।
https://github.com/golang/go/issues/18152#issuecomment -332949233

संकुल को मर्ज करना इस समस्या से मदद नहीं करता है। X / net / websocket पैकेज के लिए कोई अनुरक्षक नहीं हैं।

garyburd 30 अप्रैल 2018

👍6

इस परियोजना की स्थिति क्या है? मैं अपनी परियोजना में नियंत्रण संदेश पिन / पोंग समर्थन के लिए गोरिल्ला / वेबसोकेट पर स्विच करना चाह रहा हूं।

prologic 1 मई 2018

@prologic मैं सोच रहा हूं कि कार्रवाई का सबसे अच्छा तरीका सिर्फ योगदान देना है। यदि हमें कोई अपडेट / परिवर्तन फोर्क गोरिल्ला / वेबसोकेट बनाने की आवश्यकता है, तो जो भी आवश्यक हो, करें, फिर एक पीआर बनाएं। जितने अधिक लोग हमारी मदद कर रहे हैं बेहतर: डी

MiikeWilliams 1 मई 2018

मैंने इस परियोजना के नियमित अनुरक्षक के रूप में कदम रखा। मैं एक नए अनुचर की खोज के दौरान महत्वपूर्ण कीड़े को ठीक कर दूंगा।

यदि आप इस पैकेज की गुणवत्ता और चल रहे रखरखाव पर भरोसा करते हैं, तो कृपया पैकेज को बनाए रखने या अनुरक्षक को खोजने में मदद करने के लिए स्वेच्छा से शामिल हों। यदि आप इस परियोजना को बनाए रखने के लिए स्वेच्छा से किसी भी व्यक्ति का समर्थन करते हैं, तो यहां टिप्पणी करें या मेरे GitHub प्रोफ़ाइल पर पते पर ईमेल भेजें।

@MiikeWilliams और @nynhex : परियोजना को बनाए रखने में मदद करने के लिए स्वेच्छा से धन्यवाद। जैसा कि मुद्दे में कहा गया है, मैं नए अनुचर पर कुछ सहमति देखना चाहता हूं। जो अभी तक नहीं हुआ।

@elithrar इस परियोजना और आपकी टिप्पणी के साथ आपकी मदद के लिए धन्यवाद।

garyburd 1 मई 2018

👍3

यह सब तब तक ठीक काम करता है जब तक कि वहाँ पर्याप्त लोग हैं जिनके पास "योगदानकर्ता" है
रेपो तक पहुंच? यानी: पीआर आदि को मंजूरी / मर्ज कर सकते हैं?

क्या मुझे रेपो में जोड़ा जा सकता है?

एक "आधिकारिक" अनुरक्षक के बदले में; बस कौन कर सकता है की सूची का विस्तार
"बनाए रखना" रेपो "काफी अच्छा" है IHMO।

जेम्स मिल्स / प्रोलोगिक

E: [email protected]
डब्ल्यू: prologic.shortcircuit.net.au

Tue पर, 1 मई, 2018 को सुबह 9:45 बजे, गैरी बर्ड नोटिफिकेशन @ithub.com ने लिखा:

मैंने इस परियोजना के नियमित अनुरक्षक के रूप में कदम रखा। क्रिटिकल ठीक कर दूंगा
नए अनुचर की खोज के दौरान बग।
यदि आप इस पैकेज की गुणवत्ता और चल रहे रखरखाव पर भरोसा करते हैं, तो
कृपया पैकेज को बनाए रखने या मदद करने के लिए स्वेच्छा से शामिल हों
एक अनुचर खोजने के लिए। यदि आप उन लोगों में से किसी का समर्थन करते हैं जो स्वेच्छा से थे
परियोजना को बनाए रखें, फिर यहां टिप्पणी करें या मेरे पते पर ईमेल भेजें
GitHub प्रोफाइल।
@MiikeWilliams https://github.com/MiikeWilliams और @nynhex
https://github.com/nynhex : स्वेच्छा से बनाए रखने में मदद करने के लिए धन्यवाद
परियोजना। जैसा कि मुद्दे में कहा गया है, मैं नए पर कुछ आम सहमति देखना चाहता हूं
मेंटेनर। जो अभी तक नहीं हुआ।
@elithrar https://github.com/elithrar आपकी मदद के लिए धन्यवाद
परियोजना और अपनी टिप्पणी ऊपर।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/gorilla/websocket/issues/370#issuecomment-385720231 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABOv-kRN5QKBJaRMcJl7bJdtfLVieCrlks5tuJE4gaJpZM4TC8KQ
।

prologic 1 मई 2018

@garyburd , @kisielk और खुद किसी भी महत्वपूर्ण कीड़े / पैच (गैरी के रूप में) को मर्ज कर सकते हैं
संबोधित किया गया, ऊपर), और अपने आप को और @kisielk इस बीच में
दोनों ने समय के लिए बहुत स्ट्रैप किया (+ अन्य गोरिल्ला रिपोज को बनाए रखें), इसलिए
यह केवल "महत्वपूर्ण बग" होगा।

मुझे नहीं पता कि गैरी इस पर कहां खड़ा है, लेकिन अगर आप योगदान देना शुरू करते हैं
फिक्स, प्रलेखन और स्थापित करने के लिए कुछ अवधि के लिए मुद्दों को triaging
क्षमता और विश्वास, यह हमें समझने में मदद करेगा कि कब क्या लिखना है
रेपो के लिए विशेषाधिकार।

Tue पर, 1 मई, 2018 को सुबह 9:54 बजे जेम्स मिल्स नोटिफिकेशन @github.com ने लिखा:

यह सब तब तक ठीक काम करता है जब तक कि वहाँ पर्याप्त लोग हैं जिनके पास "योगदानकर्ता" है
रेपो तक पहुंच? यानी: पीआर आदि को मंजूरी / मर्ज कर सकते हैं?
क्या मुझे रेपो में जोड़ा जा सकता है?
एक "आधिकारिक" अनुरक्षक के बदले में; बस कौन कर सकता है की सूची का विस्तार
"बनाए रखना" रेपो "काफी अच्छा" है IHMO।
जेम्स मिल्स / प्रोलोगिक
E: [email protected]
डब्ल्यू: prologic.shortcircuit.net.au
1 मई, 2018 को सुबह 9:45 बजे, गैरी बर्ड नोटिफिकेशन @ithub.com पर
लिखा था:
मैंने इस परियोजना के नियमित अनुरक्षक के रूप में कदम रखा। क्रिटिकल ठीक कर दूंगा
नए अनुचर की खोज के दौरान बग।
यदि आप इस पैकेज की गुणवत्ता और चल रहे रखरखाव पर भरोसा करते हैं, तो
कृपया पैकेज को बनाए रखने या मदद करने के लिए स्वेच्छा से शामिल हों
एक अनुचर खोजने के लिए। यदि आप उन लोगों में से किसी का समर्थन करते हैं जो स्वेच्छा से थे
प्रोजेक्ट को बनाए रखें, फिर यहां टिप्पणी करें या पते पर ईमेल भेजें
मेरे
GitHub प्रोफाइल।
@MiikeWilliams https://github.com/MiikeWilliams और @nynhex
https://github.com/nynhex : स्वेच्छा से बनाए रखने में मदद करने के लिए धन्यवाद
परियोजना। जैसा कि इस मुद्दे पर ध्यान दिया गया है, मैं इस पर कुछ सहमति देखना चाहता हूं
नया
मेंटेनर। जो अभी तक नहीं हुआ।
@elithrar https://github.com/elithrar आपकी मदद के लिए धन्यवाद
यह
परियोजना और अपनी टिप्पणी ऊपर।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
< https://github.com/gorilla/websocket/issues/370#issuecomment -385720231
,
या धागा म्यूट करें
<
https://github.com/notifications/unsubscribe-auth/ABOv-kRN5QKBJaRMcJl7bJdtfLVieCrlks5tuJE4gaJpZM4TC8KQ
।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/gorilla/websocket/issues/370#issuecomment-385722683 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AABIcOzOwnYM1mqFslZVlGWOmdU7-_F-ks5tuJNNgaJpZM4TC8KQ
।

elithrar 1 मई 2018

👍2

उचित लगता है

मंगल पर, 1 मई, 2018 को 10:02 मैट सिल्वरलॉक सूचनाएं @github.com पर
लिखा था:

@garyburd , @kisielk और खुद किसी भी महत्वपूर्ण कीड़े / पैच (गैरी के रूप में) को मर्ज कर सकते हैं
संबोधित किया गया, ऊपर), और अपने आप को और @kisielk इस बीच में
दोनों ने समय के लिए बहुत स्ट्रैप किया (+ अन्य गोरिल्ला रिपोज को बनाए रखें), इसलिए
यह केवल "महत्वपूर्ण बग" होगा।
मुझे नहीं पता कि गैरी इस पर कहां खड़ा है, लेकिन अगर आप योगदान देना शुरू करते हैं
फिक्स, प्रलेखन और स्थापित करने के लिए कुछ अवधि के लिए मुद्दों को triaging
क्षमता और विश्वास, यह हमें समझने में मदद करेगा कि कब क्या लिखना है
रेपो के लिए विशेषाधिकार।
Tue, 1 मई 2018 को सुबह 9:54 बजे जेम्स मिल्स नोटिफिकेशन @github.com
लिखा था:
यह सब ठीक काम करता है जब तक कि पर्याप्त लोग हैं
"योगदान देने वाला"
रेपो तक पहुंच? यानी: पीआर आदि को मंजूरी / मर्ज कर सकते हैं?
क्या मुझे रेपो में जोड़ा जा सकता है?
एक "आधिकारिक" अनुरक्षक के बदले में; बस कौन कर सकता है की सूची का विस्तार
"बनाए रखना" रेपो "काफी अच्छा" है IHMO।
जेम्स मिल्स / प्रोलोगिक
E: [email protected]
डब्ल्यू: prologic.shortcircuit.net.au
1 मई, 2018 को सुबह 9:45 बजे, गैरी बर्ड नोटिफिकेशन @ithub.com पर
लिखा था:
मैंने इस परियोजना के नियमित अनुरक्षक के रूप में कदम रखा। मैं ठीक कर दूँगा
नाजुक
नए अनुचर की खोज के दौरान बग।
यदि आप इस पैकेज की गुणवत्ता और चल रहे रखरखाव पर भरोसा करते हैं,
फिर
कृपया पैकेज को बनाए रखने या इसके द्वारा स्वेच्छा से शामिल हों
मदद कर रहा है
एक अनुचर खोजने के लिए। यदि आप किसी ऐसे व्यक्ति का समर्थन करते हैं जो स्वेच्छा से था
सेवा
प्रोजेक्ट को बनाए रखें, फिर यहां टिप्पणी करें या पते पर ईमेल भेजें
मेरे
GitHub प्रोफाइल।
@MiikeWilliams https://github.com/MiikeWilliams और @nynhex
https://github.com/nynhex : मदद करने के लिए स्वयं सेवा करने के लिए धन्यवाद
बनाए रखने के
परियोजना। जैसा कि इस मुद्दे पर ध्यान दिया गया है, मैं इस पर कुछ सहमति देखना चाहता हूं
नया
मेंटेनर। जो अभी तक नहीं हुआ।
@elithrar https://github.com/elithrar आपकी मदद के लिए धन्यवाद
यह
परियोजना और अपनी टिप्पणी ऊपर।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
<
https://github.com/gorilla/websocket/issues/370#issuecomment -385720231
,
या धागा म्यूट करें
<
https://github.com/notifications/unsubscribe-auth/ABOv-kRN5QKBJaRMcJl7bJdtfLVieCrlks5tuJE4gaJpZM4TC8KQ
>
।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
< https://github.com/gorilla/websocket/issues/370#issuecomment -385722683
,
या धागा म्यूट करें
<
https://github.com/notifications/unsubscribe-auth/AABIcOzOwnYM1mqFslZVlGWOmdU7-_F-ks5tuJNNgaJpZM4TC8KQ
।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/gorilla/websocket/issues/370#issuecomment-385724831 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABOv-kFg85-WN3J-sixaRdZB1Vehif5Kks5tuJUWgaJpZM4TC8KQ
।
>

जेम्स मिल्स / प्रोलोगिक

E: [email protected]
डब्ल्यू: prologic.shortcircuit.net.au

prologic 1 मई 2018

अब तक अच्छा (y) प्रोलोगिक /

prologic 2 मई 2018

गोफर्स संगठन इस परियोजना को बनाए रखने में मदद करना चाहेगा। हमने संभवतः इसे बनाए रखने के तरीकों पर चर्चा करने के लिए सहायता अनुरोध जारी किया है। आप # गोफर्स चैनल में गोफर्स स्लैक पर भी हमसे संपर्क कर सकते हैं।

niaow 31 जुल॰ 2018

❤6 👍6

@garyburd @elithrar @kisielk मुझे लगता है कि हम गोफ़र्स में gorilla/websocket देखभाल करने में मदद करना चाहेंगे। अभी हमारा GitHub org लगभग 20 लोगों पर है, और मुझे लगता है कि उनमें से ज्यादातर हम जिस प्रोजेक्ट पर काम करते हैं उसमें योगदान नहीं करेंगे। इसलिए मैं केवल एक मुट्ठी भर से gorilla/websocket योगदान करना चाहता हूं, लेकिन यह अधिक हो सकता है।

आप इस रेपो के बाद हमें देखने का मार्ग कैसे शुरू करना चाहेंगे? मेरा प्रारंभिक विचार संगठन पर एक प्रशासक बनना था, और फिर द गोफर्स के लिए एक ऑर्गन टीम का प्रबंधन करना था, जो रेपो में योगदान करना चाहता था। यह हमें अन्य परियोजनाओं से अपना अधिक समय निकालने की आवश्यकता के बिना सदस्यता का प्रबंधन करने की अनुमति देगा।

theckman 6 अग॰ 2018

@theckman मैं एक या अधिक लोगों की तलाश कर रहा हूं जो कि RFC को लागू करने वाले ट्रैक रिकॉर्ड के साथ हैं और एक गैर-तुच्छ ओपन सोर्स प्रोजेक्ट को बनाए रखते हैं। इस परियोजना में योगदान देकर इस अनुभव को हासिल करने के लिए गोफर्स टीम के सदस्यों का स्वागत है। हमें बगों की समीक्षा करने और पीआर की समीक्षा करने में मदद की जरूरत है। वर्तमान अनुरक्षक उन लोगों की मदद के लिए केवल कार्यों को संभालेंगे।

गोरिल्ला अनुचर चाहते हैं कि पैकेज github.com/gorilla/websocket । पैकेज के उपयोगकर्ताओं को पैकेज के अनुरक्षित संस्करण को प्राप्त करने के लिए अपने कोड को अपडेट करने की आवश्यकता नहीं होनी चाहिए।

garyburd 10 अग॰ 2018

👍7 ❤2

@ गैरीबर्ड जो एक महान फिट की तरह लगता है। मुझे न केवल आरएफसी-कंप्लायंट सॉफ्टवेयर को लागू करने का अनुभव है, बल्कि ऐसे सॉफ़्टवेयर का समस्या निवारण है जो पूरी तरह से अनुपालन नहीं था और छिटपुट समस्याओं का कारण बन रहा है। यह RFC अनुपालन और स्थिरता को सर्वोच्च प्राथमिकता देने के साथ एक ओपन सोर्स प्रोजेक्ट को बनाए रखने के महत्व की सराहना करने में आपकी मदद करता है। मुझे पता है कि इसी तरह का अनुभव बाकी गोफर्स संगठन के भीतर भी मौजूद है।

मुद्दों के triaging के माध्यम से विश्वास का निर्माण, और पीआरएस की वृद्धि, समझ में आता है। मैं ख़ुशी से अपना अधिक समय इस भंडार की चीजों को देखने में लगाना शुरू कर दूंगा, जिसमें कोडबेस पर खुद को ताज़ा करना भी शामिल है। मुझे पता है कि गोफ़र्स से @itsjamie , और शायद @ jadr2ddude , भी मदद करने में स्पष्ट रूप से रुचि रखते हैं।

theckman 16 अग॰ 2018

@ stevenscott89 आप मदद कर रहे हैं। कृपया इस मुद्दे को पढ़ें और टिप्पणी करें।

garyburd 26 अक्तू॰ 2018

@garyburd मेरी कोई दिलचस्पी नहीं है। मुझे मदद करने में खुशी हो रही है क्योंकि हम इस पैकेज पर $ WORK पर भरोसा करते हैं, लेकिन मैं नहीं चाहता कि कोई भी प्रतिबद्धता मेरी उपलब्धता, रुचियों या नौकरी में बदल जाए।

ghost 26 अक्तू॰ 2018

फिलहाल यह लाइब्रेरी कहां है?
यदि अतिरिक्त कार्यक्षमता (किसी प्रकार की महत्वपूर्ण बग फिक्स नहीं है) को जोड़ा जाता है, तो क्या इसकी समीक्षा और विलय हो जाएगा?

@garyburd @elithrar @kisielk

eranyanay 24 मार्च 2019

अतिरिक्त कार्यक्षमता पर विचार किया जाएगा, लेकिन इतिहास के अनुसार:

• यह बताने वाला मुद्दा बनाएं कि सुविधा किसके लिए है
• एपीआई का एक उदाहरण प्रदान करें जिसे आप बदलना या परिचय करना चाहते हैं
• वैकल्पिक सुझावों के साथ ठीक रहें - जैसे कि उदाहरण का उपयोग करके लिखना
मौजूदा एपीआई - एक विनम्र "नहीं" है - हर नई सुविधा दोनों एक नई चीज है
एक उपयोगकर्ता के लिए सीखने और रखरखाव के बोझ पर एक बहुत विस्तारित समूह पर
अनुरक्षक 😉

आशा है कि यह स्पष्ट करने में मदद करता है।

ऑन सन, मार्च 24, 2019 को 7:48 पूर्वाह्न एरण याने सूचनाएं @ithub.com ने लिखा:

फिलहाल यह लाइब्रेरी कहां है?
यदि अतिरिक्त कार्यक्षमता (जरूरी नहीं कि कुछ की महत्वपूर्ण बग ठीक हो
क्रमबद्ध) जोड़ा जाता है, क्या इसकी समीक्षा और विलय हो जाएगा?
@garyburd https://github.com/garyburd @elithrar
https://github.com/elithrar @kisielk https://github.com/kisielk
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/gorilla/websocket/issues/370#issuecomment-475966209 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AABIcAJ1DJ3OS6MKSMSUX24vIz6kAmdtks5vZ5A0gaJpZM4TC8KQ
।

elithrar 24 मार्च 2019

👍4

मुद्दों के triaging के माध्यम से विश्वास का निर्माण, और पीआरएस की वृद्धि, समझ में आता है। मैं ख़ुशी से अपना अधिक समय इस भंडार की चीजों को देखने में लगाना शुरू कर दूंगा, जिसमें कोडबेस पर खुद को ताज़ा करना भी शामिल है। मुझे पता है कि गोफ़र्स से @itsjamie , और शायद @ jadr2ddude , भी मदद करने में स्पष्ट रूप से रुचि रखते हैं।

इस मुद्दे पर नमस्ते कहने के लिए बस एक त्वरित ड्राइव; हम इस परियोजना की स्थिति के बारे में चर्चा कर रहे थे गोफर्स की सुस्त स्थिति में और मैं खुद को उपरोक्त सूची में जोड़ना चाहता था।

IngCr3at1on 24 अप्रैल 2019

Https://groups.google.com/forum/# .topic/golang -nuts / 9D2JuYrqqLo पर फिर से पोस्ट किया गया

@ IngCr3at1on - यदि आप अभी भी रुचि रखते हैं, तो मुझे बताएं। हम विशेष रूप से लोगों की तलाश कर रहे हैं कि वे PRI की "जोखिम बिट" पर विचार करने से पहले, प्रोजेक्ट और उसके उपयोगकर्ताओं के लिए "कमिट" पर विचार करने से पहले, मदद करने, समीक्षा करने और लिखने के लिए triaging, समीक्षा और लेखन प्रदान कर सकें।

elithrar 29 जून 2019

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

IngCr3at1on 1 जुल॰ 2019

@ IngCr3at1on - जो मेरे लिए काम करता है। आइए इसे जारी रखें-आगे जा रहा है।

(मैंने यह भी पूछा क्योंकि हम अभी तक सब कुछ नहीं ट्राई कर रहे हैं, और सगाई के स्तर की पुष्टि करना चाहते हैं)

elithrar 1 जुल॰ 2019

👍1

@ एलिथ्रार आह अच्छा बिंदु, मुझे जीथब को खोलने के लिए याद रखने का एक कारण है।

IngCr3at1on 2 जुल॰ 2019

मैंने https://github.com/nhooyr/websocket लिखा और बनाए रखा

मुझे इस पैकेज को बनाए रखने में खुशी होगी, निश्चित रूप से पीछे की संगतता का सम्मान करते हुए। मेरे पास वेबसॉकेट्स के साथ अनुभव की एक महत्वपूर्ण मात्रा है, मुहावरेदार गो लाइब्रेरी लिखना और ओपन सोर्स में योगदान करना।

मैं ज्यादातर बग फिक्स में ही विलीन हो जाऊंगा क्योंकि इस पैकेज में पहले से ही एक बहुत बड़ी एपीआई सतह है जो यह करता है और उपयोगकर्ताओं को मेरी लाइब्रेरी के लिए स्थगित करता है जहां संभव है कि दिए गए न्यूनतम एपीआई और दृष्टिकोण के लिए सुविधाओं को जोड़ना आसान है।

मैंने पहले ही # 543 पर एक तुलना तालिका जोड़ दी है, जिससे यह स्पष्ट होता है कि गोरिल्ला / वेबसोकेट एक परीक्षण की गई परिपक्व लाइब्रेरी है, जबकि मेरा नया है, कम इस्तेमाल किया जाता है लेकिन एक बेहतर एपीआई प्रदान करने का प्रयास करता है।

nhooyr 28 सित॰ 2019

@nhooyr हैलो, आप अपने पुस्तकालय के साथ एक महान काम कर रहे हैं, इसे बनाए रखें! लेकिन मेरा मानना है कि फिलहाल ज्यादातर वेबसोकेट उपयोगकर्ताओं के लिए गोरिल्ला वेबसोकेट से आपकी लाइब्रेरी में जाने के लिए कोई वास्तविक चिंता नहीं है। यह पैकेज सबसे अधिक जरूरतों को हल करता है जो वेबसोकेट अनुप्रयोगों की आवश्यकता होती है, इसमें स्थिर एपीआई होता है और सुरक्षा सुधार प्राप्त करता है। यह टूटा नहीं है, यह अच्छी तरह से डिज़ाइन किया गया है और काफी अच्छा प्रदर्शन करता है। मैं वास्तव में इस पैकेज का विकास जारी रखना चाहता हूं। व्यक्तिगत रूप से मुझे इस पैकेज का एपीआई भी पसंद है - पिंग / पोंग कॉलबैक के साथ, एक अच्छा विकल्प होने के बारे में स्पष्ट रूप से लिखना और पढ़ना आदि हमेशा शानदार होता है और मुझे उम्मीद है कि आपका पैकेज विकसित होता रहेगा। लेकिन फिर से - यह पैकेज अभी भी समृद्ध और वास्तविक है।

FZambia 28 सित॰ 2019

@nhooyr हैलो, आप अपने पुस्तकालय के साथ एक महान काम कर रहे हैं, इसे बनाए रखें!

मैं सराहना करता हूँ।

लेकिन मेरा मानना है कि फिलहाल ज्यादातर वेबसोकेट उपयोगकर्ताओं के लिए गोरिल्ला वेबसोकेट से आपकी लाइब्रेरी में जाने के लिए कोई वास्तविक चिंता नहीं है।

मैं असहमत हूं। Https://github.com/gorilla/websocket/pull/543#issuecomment -536234499 पर मेरी प्रतिक्रिया देखें

स्पष्ट करने के लिए, मैं गोरिल्ला / वेबसोकेट को टूटा हुआ या मूल्यवान नहीं मानता। मैंने अपनी तुलना में यह स्पष्ट कर दिया है कि गोरिल्ला / वेबसैट परिपक्व और युद्ध परीक्षण का विकल्प है और यदि कोई उपयोगकर्ता चाहता है, तो उसे यही उपयोग करना चाहिए।

यह पैकेज सबसे अधिक जरूरतों को हल करता है जो वेबसोकेट अनुप्रयोगों की आवश्यकता होती है, इसमें स्थिर एपीआई होता है और सुरक्षा सुधार प्राप्त करता है। यह टूटा नहीं है, यह अच्छी तरह से डिज़ाइन किया गया है और काफी अच्छा प्रदर्शन करता है। मैं वास्तव में इस पैकेज का विकास जारी रखना चाहता हूं।

मैं माफी माँगता हूँ, मेरा मतलब यह नहीं था कि मैं इस पैकेज में कोई सुविधाएँ नहीं जोड़ूँगा। मैं बिल्कुल करूँगा, लेकिन मैं सुविधाओं की नकल नहीं करना चाहता। उदाहरण के लिए, यदि उपयोगकर्ता WASM का समर्थन चाहते हैं, तो उन्हें मेरे पुस्तकालय का उपयोग करना चाहिए, क्योंकि यह पहले से ही वहां लागू हो चुका है और इसे लागू करने की तुलना में कहीं अधिक सरल है (देखें # 432)। अन्यथा मैं इस पुस्तकालय और मेरा में नकल करने के प्रयास को समाप्त करने जा रहा हूं।

निश्चित रूप से अगर इस पुस्तकालय में एक विशेषता की महत्वपूर्ण मांग है, तो मैं इसे लागू

व्यक्तिगत रूप से मुझे इस पैकेज का एपीआई भी पसंद है - पिंग / पोंग कॉलबैक के साथ, स्पष्ट रूप से लिखना और समय सीमा पढ़ना आदि

यह सबसे खराब एपीआई नहीं है, लेकिन मुझे लगता है कि कई उपयोगकर्ता nhooyr.io/websocket में एपीआई से लाभान्वित होंगे। जैसा कि मैंने उल्लेख किया है, गोरिल्ला / वेबसोकेट उन उपयोगकर्ताओं के लिए सबसे अच्छा विकल्प है जो एक परिपक्व और स्थिर पुस्तकालय चाहते हैं, लेकिन जिन सुविधाओं के लिए मेरी लाइब्रेरी है और गोरिल्ला / वेबसोकेट नहीं है, मुझे लगता है कि नक़ल के प्रयास के बजाय मेरी लाइब्रेरी के लिए उपयोगकर्ताओं को स्थगित करना बेहतर है।

nhooyr 29 सित॰ 2019

मुझे लगता है कि नक़ल करने के बजाय अपनी लाइब्रेरी के लिए उपयोगकर्ताओं को हटाना बेहतर है
प्रयास है।

उसी को दूसरा तरीका कहा जा सकता है। इसके अलावा, "डुप्लिकेट प्रयास" नहीं है
हमेशा खराब - प्रतिस्पर्धात्मक कार्यान्वयन एक दूसरे में सुधार करते हैं, और एपीआई नहीं कर सकते
सभी उपयोग-मामलों या उपयोगकर्ताओं को फिट करें।

मैं खुश हूँ आप मामलों का कहना है के लिए उपयोगकर्ताओं को एक करना होगा जहां
अपने पुस्तकालय के साथ आसान समय - उन मामलों में हमेशा मौजूद रहेंगे। के समान
रिएक्ट बनाम वीयू, मक्स बनाम ची, आदि।

अभी, हम इसे बनाए रखना जारी रखेंगे, जबकि हम एक लंबी अवधि के लिए देखते हैं,
समर्पित रखवाला।

On Sat, Sep 28, 2019 at 5:07 PM अनमोल सेठी नोटिफिकेशन @github.com
लिखा था:

@nhooyr https://github.com/nhooyr हैलो, आप एक महान काम कर रहे हैं
अपने पुस्तकालय के साथ, इसे बनाए रखें!
मैं सराहना करता हूँ।
लेकिन मेरा मानना है कि फिलहाल ज्यादातर के लिए कोई वास्तविक चिंता नहीं है
वेबसैट उपयोगकर्ताओं को गोरिल्ला वेबसोकेट से अपनी लाइब्रेरी में जाने के लिए।
मैं असहमत हूं। # 543 पर मेरी प्रतिक्रिया देखें (टिप्पणी)
https://github.com/gorilla/websocket/pull/543#issuecomment-536234499
स्पष्ट करने के लिए, मैं गोरिल्ला / वेबसोकेट को टूटा हुआ या मूल्यवान नहीं मानता।
मैंने अपनी तुलना में यह स्पष्ट कर दिया है कि गोरिल्ला / वेबसैट परिपक्व है
और युद्ध परीक्षण विकल्प और यदि वह उपयोगकर्ता चाहता है, तो वह यही है
उन्हें उपयोग करना चाहिए।
यह पैकेज सबसे अधिक जरूरतों को हल करता है जो वेबसोकेट अनुप्रयोगों की आवश्यकता होती है, है
स्थिर एपीआई और सुरक्षा सुधार प्राप्त करता है। यह टूटा नहीं है, यह अच्छी तरह से डिज़ाइन किया गया है
और काफी अच्छा प्रदर्शन करता है। मैं वास्तव में इस पैकेज का विकास चाहता हूं
जारी रखने के लिए।
मैं माफी माँगता हूँ, मुझे यह सुझाव देने का कोई मतलब नहीं था कि मैं इसमें कोई सुविधाएँ नहीं जोड़ूँगा
पैकेज। मैं बिल्कुल करूँगा, लेकिन मैं सुविधाओं की नकल नहीं करना चाहता।
उदाहरण के लिए, यदि उपयोगकर्ता WASM का समर्थन चाहते हैं, तो उन्हें मेरे पुस्तकालय का उपयोग करना चाहिए
यह पहले से ही वहां लागू है। नहीं तो मैं अभी खत्म होने जा रहा हूं
इस पुस्तकालय और मेरा में डुप्लिकेट प्रयास।
बेशक अगर इस पुस्तकालय में एक विशेषता की महत्वपूर्ण मांग है, तो मैं
इसे लागू करेगा।
व्यक्तिगत रूप से मुझे इस पैकेज का एपीआई भी पसंद है - पिंग / पोंग कॉलबैक के साथ,
समय सीमा आदि को स्पष्ट रूप से लिखना और पढ़ना
यह सबसे खराब एपीआई नहीं है, लेकिन मुझे लगता है कि अधिकांश उपयोगकर्ता एपीआई से लाभान्वित होंगे
in nhooyr.io/websocket जैसा कि मैंने उल्लेख किया है, गोरिल्ला / वेबसोकेट सबसे अच्छा है
उन उपयोगकर्ताओं के लिए विकल्प जो एक परिपक्व और स्थिर पुस्तकालय चाहते हैं लेकिन सुविधाओं के लिए
मेरी लाइब्रेरी है और गोरिल्ला / वेबसैट नहीं है, मुझे लगता है कि यह टालना बेहतर है
मेरे पुस्तकालय के उपयोगकर्ताओं को प्रयास को नकल करने के बजाय।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/gorilla/websocket/issues/370?email_source=notifications&email_token=AAAEQ4AZJYFPHLQ55WX625LQL7WSTA5CNFSM4EYLYKIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD73EV4A#issuecomment-536234736 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAEQ4DEQ5PEKV5AFGB43XLQL7WSTANCNFSM4EYLYKIA
।

elithrar 29 सित॰ 2019

उसी को दूसरा तरीका कहा जा सकता है। इसके अलावा, "डुप्लिकेट प्रयास" नहीं है
हमेशा खराब - प्रतिस्पर्धात्मक कार्यान्वयन एक दूसरे में सुधार करते हैं, और एपीआई नहीं कर सकते
सभी उपयोग-मामलों या उपयोगकर्ताओं को फिट करें।
मैं खुश हूँ आप मामलों का कहना है के लिए उपयोगकर्ताओं को एक करना होगा जहां
अपने पुस्तकालय के साथ आसान समय - उन मामलों में हमेशा मौजूद रहेंगे। के समान
रिएक्ट बनाम वीयू, मक्स बनाम ची, आदि।

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

हालांकि, परिपक्वता को छोड़कर, ज्यादातर लोगों को इन सुविधाओं की आवश्यकता नहीं है।

संदेश तैयार किए
- मैंने इसे अभी तक नहीं जोड़ा है क्योंकि कोई भी प्रदर्शन के मुद्दों में नहीं भागा है और न ही मैंने ऐसा कोई बेंचमार्क देखा है कि यह सुविधा प्रदर्शन में काफी सुधार करे।
कॉन्फ़िगर करने योग्य बफर आकार
- सर्वर साइड https://github.com/golang/go/issues/13870 पर अवरुद्ध है
- अगर बेंचमार्क यह स्पष्ट करता है कि महत्वपूर्ण प्रदर्शन अंतर है, तो मैं क्लाइंट साइड समर्थन जोड़ूंगा। अधिकांश वेबसॉकेट संदेश बहुत छोटे हैं इसलिए मुझे उम्मीद नहीं है कि एक बड़ा प्रदर्शन सुधार होगा। यदि इसके लिए मांग है, तो यह जोड़ने के लिए तुच्छ है।
निम्न स्तर का नियंत्रण
- मेरा लक्ष्य निम्न स्तर के प्रोटोकॉल नियंत्रण की आवश्यकता नहीं करने के लिए एपीआई एक्सप्रेस को पर्याप्त प्रदान करना था।
- अत्यंत असामान्य मामलों के लिए, मैं अभी भी गोरिल्ला / वेबसोकेट या गोबवास / डब्ल्यूएस की सिफारिश करूंगा
दबाव
- Https://github.com/nhooyr/websocket/issues/5#issuecomment -536238131 या # 203 देखें

इस प्रकार, मैं यह नहीं देखता कि गोरिल्ला / वेबसोकेट nhooyr.io/websocket API / सुविधा सेट में कैसे सुधार कर सकता है और खुद को अलग कर सकता है।

मुझे लगता है कि nhooyr.io/websocket सुविधाओं को फिर से लागू करना दुर्भाग्यपूर्ण होगा, जब मैंने पहले ही इतना समय, प्रयास और विचार डाल दिया है और यह भी विचार कर रहा है कि गोरिल्ला / वेबसोकेट में इन सुविधाओं को लागू करने के लिए किसी ने भी कदम नहीं उठाया है। अब एक साल से अधिक समय के लिए।

nhooyr 29 सित॰ 2019

_या_ पुस्तकालय के लिए ऐसा कहा जा सकता है जो एक मानक को संबोधित करता है: फिर से, एक से अधिक कार्यान्वयन में लाभ होता है।

वैसे भी - यह इस धागे के लिए ऑफ-टॉपिक है - एक नए अनुचर के लिए शिकार जारी है।

elithrar 29 सित॰ 2019

यह किसी भी पुस्तकालय के लिए कहा जा सकता है जो एक मानक को संबोधित करता है: फिर से, एक से अधिक कार्यान्वयन में लाभ होता है।

हो सकता है, लेकिन यह स्पष्ट है कि कोई भी दूसरा कार्यान्वयन नहीं करना चाहता है।

उदाहरण के लिए https://github.com/gorilla/websocket/issues/87 अक्टूबर 2015 से खुला है लेकिन मैं जो बता सकता हूं, वह सिर्फ एक तुच्छ दस्तावेजीकरण फिक्स है।

nhooyr 29 सित॰ 2019

कृपया इस थ्रेड पर नज़र रखने से बचें।

elithrar 29 सित॰ 2019

चूंकि यह एक मार्मिक विषय लगता है, मैं एक दो सुझाव देना चाहूंगा:

रेपो विवरण को संपादित करने के लिए उल्लेख है कि अनुरक्षकों की जरूरत है।
उसी प्रभाव के लिए README को संपादित करें।
समस्या को बनाएँ या संशोधित करें और अनुरोधकों को खींचने के लिए अनुरोध करें कि रखरखाव की आवश्यकता है और परिवर्तन में अतिरिक्त समय (या उस प्रभाव के लिए कुछ) लग सकता है।

यह पिन किया गया मुद्दा सहायक है, लेकिन मैंने पीआर सबमिट करते समय सिर्फ इसे नोटिस नहीं किया।

chappjc 14 नव॰ 2019

👍4

Websocket: नए अनुरक्षकों की जरूरत है

सबसे उपयोगी टिप्पणी

सभी 36 टिप्पणियाँ

>

संबंधित मुद्दों