ईएफ कोर 2.2 रोडमैप के बारे में क्या?

ईएफ कोर 2.2 रोडमैप के बारे में क्या?

https://github.com/aspnet/Announcements/issues/308

रोडमैप अच्छा दिखता है, विशेष रूप से स्वास्थ्य जांच और HTTP 2.0। हालांकि, यथासंभव दयालु तरीके से , मैं एक साधारण प्रथम पक्ष Microsoft प्राधिकरण सर्वर बनाने की आवश्यकता से असहमत हूं। IdentityServer4 इस अंतर को अच्छी तरह से भरता है और इसके एक सरल संस्करण को फिर से लागू करने में लगने वाला समय कहीं और बेहतर तरीके से खर्च किया जा सकता है। मैं समझता हूं कि लक्ष्य एक सरल समाधान प्रदान करना है, लेकिन यह कठिन है और IdentityServer एक एपीआई प्रदान करता है जो जितना आसान हो जाता है। यदि एक सरल अमूर्त के लिए विचार हैं, तो इसे IdentityServer के शीर्ष पर बनाया जा सकता है ताकि लोग साधारण अमूर्तता का उपयोग कर सकें, लेकिन जरूरत पड़ने पर उनके पास शक्ति हो।

अद्यतन

ASP.NET समुदाय स्टैंडअप में, यह उल्लेख किया गया था कि ASP.NET कोर टीम पहचान सर्वर टीम से विकल्पों के बारे में बात कर रही है, जिसमें पहचान सर्वर के शीर्ष पर कुछ बनाना शामिल है। मुझे लगता है कि हम सब यही चाहते हैं, अच्छा किया!

ASP.NET Core WebHooks के आसपास की वर्तमान योजनाएँ क्या हैं?

डिस्पैचर के संबंध में, क्या यह तब मिडलवेयर में संभव होगा? मैं
C# public async Task Invoke(HttpContext context, [FromRoute] SomeModel someModel)
^{[सेक्वेरी]?}

सिंपल ऑथ सर्वर लेकिन यह भी याद रखें कि कटाना सिंपल ऑथ सर्वर के साथ क्या हुआ था

मैं @ रेहान सईद की चिंताओं को प्रतिध्वनित करना चाहता हूं और कुछ स्पष्टीकरण मांगना चाहता हूं कि यह नया सर्वर किन सटीक उपयोग मामलों को भरने वाला है। यदि यह मुख्य रूप से है तो वेब एपीआई के पास अपने वाहक टोकन प्राप्त करने का एक तरीका है जो ऐप के मौजूदा प्रमाणीकरण के भीतर मान्य है, तो यह ठीक होगा। लेकिन उसके ऊपर सब कुछ शायद मौजूदा समाधानों के लिए बेहतर है जो पहले से ही IdentityServer, OpenIddict, और AspNet.Security.OpenIdConnect.Server जैसे उत्पादों के साथ विभिन्न जटिलता और लचीलेपन के कई विकल्प प्रदान करते हैं।

आईआईएस इन-प्रोसेस होस्टिंग के बारे में क्या?

क्या आप "एपीआई क्लाइंट जनरेशन (सी # और टाइपस्क्रिप्ट)" के टाइपस्क्रिप्ट भाग के बारे में अधिक विस्तार से बता सकते हैं?

यह वास्तव में कुछ ऐसा होगा जिसका मैं इंतजार कर रहा हूं। वर्तमान में मैं अपनी कोणीय क्लाइंट एपीआई सेवाओं को स्वत: उत्पन्न करने के लिए एनएसवाग का उपयोग कर रहा हूं। लेकिन क्लाइंट कॉन्फ़िगरेशन के लिए बस इतने अलग संयोजन संभव हैं कि मुझे लगता है कि यह सभी को खुश करने के लिए समस्याग्रस्त हो सकता है।

मेरे सिर के ऊपर से, कुछ चीज जिस पर विचार किया जाना चाहिए (और यदि संभव हो तो विन्यास योग्य होना चाहिए):

• एचटीपी क्लाइंट के साथ लाने या कोणीय सेवा के साथ सिर्फ एक टाइपस्क्रिप्ट क्लाइंट?
• यदि यह कोणीय है, तो आप किन संस्करणों का समर्थन करते हैं (RxJS के लिए भी महत्वपूर्ण)?
• अशक्त/अपरिभाषित हैंडलिंग
• एनम हैंडलिंग
• दिनांक प्रकारों के लिए जे एस दिनांक या क्षण?
• अपवाद हैंडलिंग, सत्यापन त्रुटि प्रबंधन
• क्लाइंट में जेनरेट कोड का विस्तार कैसे करें?
• नाम निर्माण को प्रभावित करने की संभावना (उदाहरण के लिए उत्पन्न क्लाइंट वर्गों के लिए xxxDTO से DTO भाग को छोड़ना या पहले से ही OpenAPI परिभाषा पर)

यदि सुविधाओं के लिए वोट करना संभव होता, तो मौजूदा मिडलवेयर में ये सुधार/सुधार मेरी इच्छा सूची में होंगे:

• https://github.com/aspnet/Home/issues/1190 को एन्क्रिप्ट करने दें
• रिस्पांस कैश मिडलवेयर मूल रूप से आज की तरह प्रयोग करने योग्य नहीं है। कैश्ड प्रतिक्रियाओं के उपयोगकर्ता संचालन के लिए रेडिस प्रतिक्रिया कैश स्टोर और एक्स्टेंसिबिलिटी को जोड़ने से https://github.com/aspnet/Home/issues/2606 हल होना चाहिए
• प्री-जीजेआईपी और प्री-बीआर एन्कोडेड फाइलों की सेवा का समर्थन ।
• प्रतिक्रिया संपीड़न मिडलवेयर के साथ कई मुद्दों को ठीक एक ब्रॉटली संपीड़न प्रदाता जोड़ें ।

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

मैं यह देखने में विफल रहता हूं कि आप सुरक्षा कार्य को "शून्य कॉन्फ़िगरेशन" के रूप में जितना वे कर सकते हैं उससे कहीं अधिक कैसे कर सकते हैं। ऐसा लगता है कि यह केवल और अधिक भ्रम (नामकरण और उपयोग में) जोड़ देगा, जबकि वर्षों तक समर्थन और बनाए रखने के लिए एक और चीज बन जाएगी, लगातार अन्य सुविधाओं से प्रयास को दूर करना। कृपया इस पर पुनर्विचार करें।

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

संपादित करें: @DamianEdwards ने ट्विटर पर उत्तर दिया कि यह वास्तव में एक निरीक्षण था (जिसका अर्थ है कि यह 2.2 के लिए योजनाबद्ध है)। ओह!

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

यह शायद एक अलोकप्रिय दृश्य है, लेकिन मैं एक Microsoft Auth सर्वर देखना चाहता हूं, जो हमारे इनपुट और समर्थन के साथ लोगों की नज़रों में बना हो।

वर्तमान वाले - Id4, OpenIddict - स्पष्ट रूप से उत्कृष्ट OSS प्रोजेक्ट हैं, और मैं यह महसूस करने में मदद नहीं कर सकता कि इसके पीछे MS के समर्थन वाला कोई भी कभी भी एक बुरी बात हो सकती है ...?

लोगों के एक छोटे समूह से कितना समर्थन उपलब्ध है, इसकी एक सीमा है, और ये मिशन के लिए महत्वपूर्ण उत्पाद हैं।

मुझे लगता है कि यह अफ़सोस की बात है कि MS OSS आचार संहिता में एक पंक्ति शामिल नहीं है जो कहती है "ऐसी सुविधाओं का प्रचार न करें जो किसी ऐसी चीज़ की नकल करती हैं जिसे Nuget अनुरोध के साथ लाया जा सकता है और जो आकस्मिक रूप से दो-व्यक्ति व्यवसाय को कुचल देगी जो कि हमारे पारिस्थितिकी तंत्र में योगदान देता है"।

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

मुझे यह भी आश्चर्य है कि यूआई और दस्तावेज़ीकरण जैसे शीर्ष पर कुछ बनाने के अलावा ऑथ कार्यक्षमता को डुप्लिकेट करने के बारे में।

इसके अतिरिक्त, एक अच्छी तरह से परीक्षण किया गया JSON-LD 1.1 पुस्तकालय रोडमैप के लिए एक अच्छा, विशिष्ट अतिरिक्त होगा। :)

दूसरों ने जो कहा है उसे दोहराते हुए - मैं आपके द्वारा नए सिरे से लागू किए जाने के बजाय IdentityServer4 जैसी किसी चीज़ से प्राधिकरण कार्य को लाया जाना अधिक पसंद करूंगा। यदि अंतराल हैं तो निश्चित रूप से योगदान, नमूने और शोधन एकीकरण बिंदुओं के माध्यम से उन्हें पाटना एक बेहतर तरीका होगा। शायद इस स्पेस (B2C) में अपने क्लाउड ऑफ़रिंग पर भी कुछ ध्यान दें, जो एक भयावह स्थिति में है।

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

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

यह आपके जैसे प्लेटफ़ॉर्म धारकों के लिए विशेष रूप से महत्वपूर्ण है - एक प्लेटफ़ॉर्म धारक जो मौजूदा ओपन सोर्स ऑफ़रिंग में कार्यक्षमता की नकल करता है _discourages_ योगदान उन पेशकशों के साथ संलग्न होने के दौरान _प्रोत्साहन_ योगदान।

मैं भी प्राधिकरण पर खर्च किए जा रहे प्रयास के बिंदु को नहीं देख सकता, लेकिन ASP.NET कोर पहचान के _management_ में सुधार देखना चाहता हूं। डेमियन एडवर्ड्स live.asp.net पर बिल्कुल स्पष्ट थे कि हमें अपनी सुरक्षा को रोल-अप नहीं करना चाहिए, लेकिन - जब तक कि मैंने इसे याद नहीं किया है - ASP.NET कोर आइडेंटिटी में कोई उपयोगकर्ता प्रबंधन उपकरण नहीं है और इसलिए हमें रोल करना होगा हमारा अपना। यह मुझे थोड़ा डरावना लगता है क्योंकि मैं सुरक्षा विशेषज्ञ नहीं हूं और अपने स्वयं के बनाए गए सुरक्षा छेद को छोड़ने से घातक रूप से डरता हूं।

2.2 में एमवीसी स्तर से AspNetCore.Http अबास्ट्रक्शन तक सामग्री फॉर्मेटर्स को स्थानांतरित करने के बारे में कैसे?

हो सकता है कि जिम्मेदार प्रधान मंत्री इस आइडेंटिटी सर्वर लाइट का अधिक विस्तृत विवरण लिख सकें ताकि यह स्पष्ट हो सके कि ASP.NET टीम मौजूदा तीसरे पक्ष के ओपन सोर्स समाधानों में किन कमियों को दूर करना चाहती है। क्योंकि जैसा कि यह खड़ा है, आप एक पहिया को फिर से शुरू करने के बारे में बात कर रहे हैं, लेकिन शायद कुछ प्रवक्ता हटा रहे हैं, और यह ज्यादा समझ में नहीं आता है। जैसा कि किसी और ने कहा है, AAD B2C को ठीक करना और उसके साथ प्रथम श्रेणी का एकीकरण प्रदान करना बहुत अच्छा होगा, और MS के लिए व्यावसायिक समझ में आता है।

साथ ही, क्या आपने यह भी सोचा है कि @blowdart के बाद एक नया, ग्राउंड-अप प्रामाणिक सर्वर उत्पाद प्राप्त करना कितना मुश्किल होगा?

एक django की तरह एक अंतर्निहित रीस्टफुल एपीआई समर्थन रखने की कोई योजना है?
Cuz यह कुछ ऐसा है जिसे सभी डेवलपर्स हर बार लिखते हैं!

मैंने हाल ही में कुछ ऐसा बनाया है जिसे जेनेरिक रीस्टफुल एपीआई नियंत्रक के रूप में लिखा जा सकता है:

https://github.com/0xRumple/dorm-portal/blob/master/DormPortal.Web/Controllers/StudentsController.cs

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

बहुत छोटे पैमाने पर, हमें एक और स्वास्थ्य जांच कार्यान्वयन की आवश्यकता क्यों है। पहले से ही कई ओपन सोर्स समाधान हैं जैसे

• https://github.com/Xbaril/BeatPulse , इसमें पूर्व-लिखित चेक का एक गुच्छा शामिल है और यहां तक ​​कि एक UI के साथ आता है
• https://www.app-metrics.io/web-monitoring/aspnet-core/health/

इनके साथ फीचर अंतर क्या होगा और 2.2 में क्या दिया गया है?

@ 0xRumple ApiController में सुधार को सामान्य रूप से इसे कम क्रिया बनाने में मदद करनी चाहिए। लेकिन नहीं, आप शायद कुछ ऐसा नहीं देखेंगे जो आपको डिफ़ॉल्ट रूप से आपकी संस्थाओं के लिए एक सीआरयूडी एपीआई देता है। इस तरह की चीज़ों को आपके डीएएल और प्राधिकरण के बारे में बहुत अधिक धारणाएँ बनानी होंगी।

यदि आप अपने आवेदन में कुछ पैटर्न का पालन करते हैं, तो 2.2 में अपना खुद का आधार प्रकार या सम्मेलन बनाने में कुछ भी गलत नहीं है जो आपके लिए काम को सामान्यीकृत करेगा।

@kieronlanning

वर्तमान वाले - Id4, OpenIddict - स्पष्ट रूप से उत्कृष्ट OSS प्रोजेक्ट हैं, और मैं यह महसूस करने में मदद नहीं कर सकता कि इसके पीछे MS के समर्थन वाला कोई भी कभी भी एक बुरी बात हो सकती है ...? लोगों के एक छोटे समूह से कितना समर्थन उपलब्ध है, इसकी एक सीमा है, और ये मिशन के लिए महत्वपूर्ण उत्पाद हैं।

चूँकि आपने इस बारे में पूछा था कि क्या यह एक बुरी बात हो सकती है:

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

इससे भी बुरी बात यह है कि यह तीसरे पक्ष के पारिस्थितिकी तंत्र को नुकसान पहुंचाता है और Microsoft द्वारा "आधिकारिक" पैकेज जारी करने के कारण नए उत्पादों को हतोत्साहित करता है, जिसे कई कंपनियां सिर्फ इसलिए चुनती हैं क्योंकि यह Microsoft से है, भले ही यह तकनीकी रूप से (और इस मामले में) कम हो। काबिल। ASP.NET पहले से ही Json.NET, Poly, AutoMapper, और कई अन्य पुस्तकालयों को एकीकृत करता है, इसलिए यह इस तरह के एक जटिल सुरक्षा उत्पाद (जिसे समान आधार कोड के 80% की आवश्यकता होगी) के पुनर्निर्माण के लिए एक गलत कदम की तरह लगता है, जब महान विकल्प पहले से मौजूद हैं, और साथ में रोडमैप पर काम करने के लिए और भी बहुत सी दिलचस्प चीज़ें।

@झांकना
आप सही कह रहे हैं, मेरे ऐप्स की बेस क्लास लिखना एक अच्छा विचार है।

असल में मेरा मानना ​​​​है कि वे ढांचे की जिम्मेदारियों के भीतर नहीं हैं:

CRUD resources (repository responsibility)

Manipulating data (sieve responsibility)
    Paging
    Filtering
    Searching
    Sorting
    Shaping

लेकिन ऐसी कई चीजें हैं जो मैंने सोचा था कि AspNetCore बेहतर कर सकता था (AspNetCore.RestFramework पैकेज होने से):

1. HATEOAS (स्वयं खोजने योग्य एपीआई)
2. मीडिया प्रकार (कस्टम मीडिया प्रकार सेट करना)
3. वर्जनिंग (मीडियाटाइप संस्करण अपडेट करें)
4. मेनप्युलेटेड डेटा मेटाडेटा (एक्स-पेजिनेशन हेडर में पेजिनेशन, फिल्टर मेटाडेटा ... आदि)।
5. दर सीमित और थ्रॉटलिंग।

मुझे पता है कि वहाँ बहुत सारे पुस्तकालय हैं, मुझे यहाँ कुछ मिले: https://github.com/thangchung/awesome-dotnet-core... लेकिन, तृतीय पक्ष पुस्तकालय वास्तव में एंटरप्राइज़ ऐप्स के लिए एक अच्छा विकल्प नहीं हैं!

वही चलनी के लिए जाता है, अगर पेजिनेशन, फ़िल्टरिंग ... आदि के लिए एक आधिकारिक पैकेज है, तो डेवलपर्स बग्गी या गैर-रखरखाव पुस्तकालयों को लिखने की प्रवृत्ति नहीं रखते हैं, मैंने इस चलनी का उपयोग अपने ऐप में किया है जिसका मैंने ऊपर उल्लेख किया है: https:// github.com/Biarity/Sieve , लेकिन यह पुस्तकालय किसी भी समय लेखक के व्यस्त होने पर गैर-रखरखाव हो सकता है।

मुझे लगता है कि AspNetCore django के रूप में आउट-ऑफ-द-बॉक्स समाधानों के बारे में सोचना शुरू करने के लिए पर्याप्त परिपक्व है, इस तरह हमारे पास asp प्रदर्शन की विलासिता और django की

लेकिन, एंटरप्राइज़ ऐप्स के लिए तृतीय पक्ष पुस्तकालय वास्तव में एक अच्छा विकल्प नहीं हैं!

^ यही कारण है कि हमारे पास अच्छी चीजें नहीं हो सकती 😞

लेकिन, एंटरप्राइज़ ऐप्स के लिए तृतीय पक्ष पुस्तकालय वास्तव में एक अच्छा विकल्प नहीं हैं!

हां, ठीक यही मानसिकता है जिसे यहां बदलने की जरूरत है। ASP.NET Core और .NET Core ओपन सोर्स हैं और उनका इकोसिस्टम _is_ ओपन सोर्स कम्युनिटी को गले लगाता है और इसे ऐसा करना जारी रखना चाहिए। न केवल ओपन सोर्स समाधानों के साथ जो .NET फाउंडेशन का हिस्सा हैं, बल्कि वास्तव में किसी भी समाधान के साथ।

लेकिन यह पुस्तकालय किसी भी समय गैर-रखरखाव जा सकता है लेखक व्यस्त हो गया

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

यदि आप किसी अन्य पुस्तकालय पर निर्भरता लेने का निर्णय लेते हैं, तो यह आपकी जिम्मेदारी है कि आप उसके साथ रह सकें। भले ही इसके लेखक कौन हैं। ओपन सोर्स के बारे में अच्छी बात यह है कि भले ही लेखक ने जवाब न दिया हो, आप इसे स्वयं बदलने के पूरी तरह से हकदार हैं।

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

यदि आप एंटरप्राइज़ एप्लिकेशन बना रहे हैं और अभी भी इस NIH सिंड्रोम से जूझ रहे हैं (या "<लार्ज-कंपनी> में आविष्कार नहीं किया गया"), तो आपको वास्तव में जागना चाहिए क्योंकि यह 2018 है और आपको अब ओपन सोर्स को अपनाने की संभावना है।

आप सही हैं Microsoft किसी भी पैकेज को बनाए रखना बंद कर सकता है लेकिन कम से कम उनके पास एक विशिष्ट LTS है: https://www.microsoft.com/net/support/policy

उदाहरण के लिए, .NET Core 1.1 समर्थन 27 जून 2019 को समाप्त हो रहा है... इस तरह मैं यह सुनिश्चित कर सकता हूं कि यदि मैं इस संस्करण का उपयोग करता हूं तो मैं बीच में अपंग नहीं होऊंगा।

मैंने एक बार तीसरे पक्ष के पेजिनेशन टैग-हेल्पर का उपयोग किया था, और यह सुखद नहीं था, लेखक ने मूल रूप से मुझे बताया कि वह इसे .NET कोर 1.1 के लिए ठीक नहीं करेगा, और मुझे प्रोजेक्ट को अपडेट करना चाहिए, यह एक विश्वविद्यालय प्रणाली थी, में 2.0 (और उसे ऐसा करने का पूरा अधिकार है क्योंकि उसने वह पैकेज मुफ़्त में लिखा था)।

यहाँ समस्या है, उद्यम में, यह काम नहीं करता है... आप पूरी टीम को यह विश्वास नहीं दिला सकते कि आपको 2.0 में जाना चाहिए, जबकि ऐप अप-एंड-रनिंग सिर्फ इसलिए है क्योंकि पेजिनेशन-टैग-हेल्पर करता है' टी काम!
तो आप बस स्रोत को हैक करना शुरू करें जैसे मैंने एक डेकोरेटर का उपयोग करके किया था: https://github.com/cloudscribe/cloudscribe.Web.Pagination/issues/37

और हाँ, किसने कहा कि मैं ओपन-सोर्स का बहुत बड़ा प्रशंसक नहीं हूं: भ्रमित:?

@0xRumple योगदान करने और सहयोग करने के लिए ओपन सोर्स का विचार नहीं है?

यदि वह तृतीय-पक्ष पेजिनेशन टैग-सहायक मौजूद नहीं था, तो आपको इसे स्वयं लिखना होगा और इसे वैसे भी "उद्यम में" बनाए रखना होगा।

यहाँ समस्या है, उद्यम में, यह काम नहीं करता है... आप पूरी टीम को यह विश्वास नहीं दिला सकते कि आपको 2.0 में जाना चाहिए, जबकि ऐप अप-एंड-रनिंग सिर्फ इसलिए है क्योंकि पेजिनेशन-टैग-हेल्पर करता है' टी काम!

"पूरी टीम को यह समझाने की कोशिश करने के बजाय कि आपको 2.0 में जाना चाहिए", एक अद्यतन वापस योगदान करें और काम करने के लिए किसी और पर निर्भर होने के बजाय या माइक्रोसॉफ्ट के समकक्ष प्रदान करने के लिए प्रतीक्षा करने के बजाय मदद करें। यदि स्वामी आपके योगदान को स्वीकार नहीं करना चाहता है तो अपनी आवश्यकताओं के लिए एक कांटा लेकर आगे बढ़ें।

मुझे लगता है कि आपकी सोच का प्रकार (बिल्कुल कोई अपराध नहीं है) एक बड़ा हिस्सा है कि "माइक्रोसॉफ्ट प्राधिकरण सर्वर" बनाम पहचानकर्ता के आसपास चर्चा क्यों हो रही है। यदि डेवलपर्स भाग नहीं लेना चाहते हैं तो ओपन सोर्स कैसे काम करेगा। क्या हमें Microsoft द्वारा आवश्यक सभी कोड प्रदान करने की प्रतीक्षा करनी चाहिए?

मैं यहां कई लोगों से सहमत हूं कि माइक्रोसॉफ्ट को सावधान रहना चाहिए कि वे हर चीज के लिए अपना खुद का प्रतिस्थापन करके पारिस्थितिकी तंत्र में अच्छे ओपन सोर्स प्रोजेक्ट्स को खत्म नहीं करते हैं।

मैं वास्तव में @ 0xRumple द्वारा उल्लिखित पेजिनेशन टैगहेल्पर लाइब्रेरी का लेखक

माइक्रोसॉफ्ट की तुलना में ओएसएस डेवलपर्स से नगेट पैकेज का उपयोग करने के लिए यह वास्तव में अलग नहीं है, यदि आप एस्पनेट कोर 1.1 पर फंस गए हैं तो आपको एस्पनेट कोर 2.x से सुधार और सुधार नहीं मिल सकते हैं जब तक कि आप नए ढांचे में अपडेट नहीं करते।

@joeaudette
मैंने अभी उस उदाहरण का उल्लेख बिल्ट-इन बनाम थर्ड-पार्टी सॉल्यूशंस पर अपनी बात को स्पष्ट करने के लिए किया है, मैं अभी भी उस पेजिनेशन टैगहेल्पर पर आपके काम के लिए आभारी हूं ... विश्वविद्यालय आपके पेजिनेशन पैकेज का उपयोग करता है और वे खुश हैं: दिल:

@alhardy

क्या हमें Microsoft द्वारा आवश्यक सभी कोड प्रदान करने की प्रतीक्षा करनी चाहिए?

यह मुख्य समस्या है, हम सोचते हैं कि जब Microsoft एक आधिकारिक समाधान लाता है, तो वे किसी अन्य ओपन-सोर्स समाधान से लड़ेंगे या वे कोड की हर एक पंक्ति को स्वयं लिखेंगे: मुस्कान:

बेशक नहीं, हम दोनों दुनिया के सर्वश्रेष्ठ, एक आधिकारिक समाधान और समुदाय-आधारित समाधान कर सकते हैं यदि Microsoft सही समाधान अपनाता है और लापता समाधान बनाता है, ताकि डेवलपर्स उन पर योगदान करने पर ध्यान केंद्रित कर सकें।

django समुदाय ने इसे सही पाया, वे आधिकारिक तौर पर एक विशिष्ट समस्या के लिए प्रारंभिक सरल समाधान प्रदान/अपनाते हैं, उदाहरण के लिए रीस्टफुल ढांचा, और उसके ऊपर समुदाय का निर्माण ... यहां django-rest- के निर्माण के प्रारंभिक चरण पर एक नज़र डालें- ढांचा: https://www.djangoproject.com/weblog/2016/jun/22/django-rest-framework-funding/

उन्होंने प्रारंभिक परियोजना शुरू की, और समुदाय उसके ऊपर सुधार/निर्माण कर रहा है, यह उनका रेपो है: https://github.com/encode/django-rest-framework... लगभग 800 योगदानकर्ता!
और समुदाय को ऐसे पैकेज बनाने के लिए प्रेरित किया जाता है जो उस पैकेज के शीर्ष पर समस्या का समाधान करते हैं जैसे django-rest-auth या django-rest-framework-jwt ।

कम से कम वे ऐसे "आधिकारिक समाधान" प्रदान करते हैं जिनकी अधिकांश डेवलपर्स को आवश्यकता होती है, जैसे django-admin-site या django-debug-toolbar । यह "बैटरी शामिल" के पायथन दर्शन से भी आता है, पहले, मुझे लगा कि यह बुरा है क्योंकि यह कम से कम-सामान्य-भाजक समाधानों के लिए प्रयास करता है, और मुझे बाद में एहसास हुआ कि यह हवा लाता है।

*PS: Dapper (StackExchange द्वारा) और EFCore (Microsoft द्वारा) दोनों ORM हैं, लेकिन उनका उद्देश्य एक ही समस्या को अलग-अलग तरीकों से हल करना है। डैपर को शुरुआत में 2011 में बनाया गया था जबकि EFCore 2014... क्या EFCore ने ओपन-सोर्स प्रोजेक्ट्स को बुरी तरह प्रभावित किया था? बिल्कुल नहीं, और हालांकि यह एक आधिकारिक समाधान है!
लोग पहले से ही उस अद्भुत सामग्री के ऊपर निर्माण कर रहे हैं, जैसे: https://github.com/crhairr/EntityFrameworkCore.MongoDb/

क्या EFCore ने ओपन-सोर्स प्रोजेक्ट्स को बुरी तरह प्रभावित किया?

उउह, किसी को NHibernate याद है (जो कार्यक्षमता में EF के सबसे करीब है)? नहीं, शायद नहीं, क्योंकि ईएफ जारी होने के बाद यह उतना ही अच्छा है जितना मृत

@0xRumple

बेशक नहीं, हम दोनों दुनिया के सर्वश्रेष्ठ, एक आधिकारिक समाधान और समुदाय-आधारित समाधान कर सकते हैं यदि Microsoft सही समाधान अपनाता है और लापता समाधान बनाता है,

इस मामले में, यह न तो इसलिए है क्योंकि यह किसी मौजूदा समाधान को फिर से बना रहा है, बल्कि जानबूझकर कम कार्यक्षमता के साथ है।

एंटिटी फ्रेमवर्क और डैपर बहुत अलग हैं। ईएफ को हमेशा एक पूर्ण-विशेषताओं वाले ओआरएम के रूप में डिजाइन किया गया था, और दोनों 2007 में मूल

हालांकि, मुझे नहीं लगता कि आप भी गलत हैं और ऐसा लगता है कि हम सब एक दूसरे से बात कर रहे हैं। जब आप आरईएसटी से संबंधित पुस्तकालयों के बारे में बात कर रहे हैं, तो थ्रेड ज्यादातर ऑथ सर्वर उत्पाद के बारे में टिप्पणियां हैं, जो वेब ढांचे में शामिल करने के लिए छोटे और पर्याप्त केंद्रित लगते हैं। मैं सहमत हूं कि मानकीकृत search/paging/filter पैरामीटर वेब एपीआई कोड के लिए अंतर्निहित होने में सहायक होंगे।

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

आप यह भी सोच सकते हैं कि इन संगठनों में ओपन सोर्स में वापस योगदान देना पागल बात के रूप में देखा जाता है।

हां, आइडेंटिटी सर्वर 4 कमाल का है। लेकिन एक गैर-तकनीकी जोखिम प्रबंधक के लिए यह कुछ ऐसा है जिसके लिए हमारे पास कोई वारंटी नहीं है, कुछ मुट्ठी भर लोगों द्वारा समर्थित है और इससे भी बदतर - स्रोत कोड के साथ कुछ देखने के लिए उपलब्ध है। यह व्यक्ति गुमराह है लेकिन जमीन पर औसत डेवलपर यह लड़ाई जीतने वाला नहीं है।

एक "पहचान सर्वर लाइट" जैसा कि @markrendle उपयुक्त रूप से कहते हैं, मुख्य रूप से Microsoft कर्मचारियों द्वारा लिखा गया है, .NET कोर का उपयोग करने की अनुमति देने में अंतर हो सकता है या नहीं, खासकर अगर संगठन में एक उद्यम वास्तुकार है जो जोर दे रहा है कि कुछ $$ $$$ एचपी या आईबीएम से एंटरप्राइज़ जंक का उपयोग प्रमाणीकरण के लिए किया जाता है।

@edandersen

लेकिन एक गैर-तकनीकी जोखिम प्रबंधक के लिए यह कुछ ऐसा है जिसके लिए हमारे पास कोई वारंटी नहीं है, कुछ मुट्ठी भर लोगों द्वारा समर्थित है और इससे भी बदतर - स्रोत कोड के साथ कुछ देखने के लिए उपलब्ध है।

मुझे पूरा यकीन है कि यदि आप इसके लिए भुगतान करते हैं तो IdentityServer लोग कुछ सहायता प्रदान करेंगे - जैसे आप Microsoft को भुगतान करेंगे। ओएसएस मुफ्त के बराबर नहीं है।

आपको क्या लगता है कि Microsoft की ASP.NET कोर टीम "मुट्ठी भर लोग" नहीं है? स्पॉयलर... वे कुल मिलाकर 20-30 लोगों की तरह हैं। ऐसे उत्पाद पर केवल एक जोड़ा ही काम करेगा।

मैं वास्तव में उत्सुक हूं कि "हर किसी के देखने के लिए उपलब्ध स्रोत कोड" एक बुरी चीज क्यों है? और आपको क्या लगता है कि Microsoft का यह उत्पाद खुला स्रोत नहीं होगा? यह नया डिफ़ॉल्ट है।

@khellang "सभी को देखने के लिए उपलब्ध स्रोत कोड" स्पष्ट होने के लिए यह एक अच्छी बात है! लेकिन आपको उन तर्कों पर आश्चर्य होगा जो कुछ डेवलपर्स को काम करने की ज़रूरत है। "Microsoft ने इसे लिखा" बिंदु दुर्भाग्य से कभी-कभी एकमात्र स्वीकार्य तर्क होता है। नोट मैं एक काल्पनिक लेकिन विशिष्ट निष्क्रिय कंपनी के लिए डेविल्स एडवोकेट की भूमिका निभा रहा हूं।

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

ठीक है, अगर हम इन गैर-तकनीकी प्रबंधकों के तर्कों का उपयोग करना शुरू करते हैं, तो चीजें पागल होने लगेंगी। आईएमएचओ, जो लोग गैर-तकनीकी हैं, उन्हें यह निर्देश नहीं देना चाहिए कि क्या इस्तेमाल किया जाना चाहिए या नहीं। यदि वे कहना चाहते हैं, तो कम से कम उन्हें पता होना चाहिए कि वे किस बारे में बात कर रहे हैं, और यह कहना कि IdentityServer जैसा एक अच्छी तरह से ज्ञात पैकेज MS की तुलना में कम गुणवत्ता वाला है, मेरे लिए, यह बिल्कुल गलत है। मैं उस तरह की कंपनी से भागूंगा!

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

व्यक्तिगत रूप से, मैं OAuth-Server स्थान में किसी अन्य दावेदार को समस्या के रूप में नहीं देखता, लेकिन एक अच्छी बात है।

यह इस क्षेत्र में विकास को गति देने में मदद कर सकता है, या बस उन लोगों के लिए एक त्वरित और गंदे समाधान के रूप में काम कर सकता है, जिन्हें इससे ज्यादा कुछ नहीं चाहिए - एक त्वरित और गंदा समाधान।

यदि आप OAuth सर्वर से अधिक चाहते हैं या चाहते हैं, तो हम में से किसी को भी मौजूदा समाधानों का उपयोग करने से कोई रोक नहीं सकता है। या, यदि आप चाहते हैं कि एक-क्लिक का खाका बुनियादी OAuth _और कुछ और नहीं_ करे, तो यह कम से कम मेरे लिए एक योग्य लक्ष्य की तरह लगता है।

मुझे लगता है कि यह धागा ओएसएस क्या है, एमएस क्या करने में अच्छा है और एमएस क्या अच्छा नहीं है, इस पर ध्यान केंद्रित करने के बजाय .NET कोर 2.2 के रोडमैप पर ध्यान केंद्रित करने के बजाय, जो वास्तव में है यहाँ मायने रखता है।

@खेलंग
"NHibernate मर चुका है", किसने कहा? मुझे लगता है कि परियोजना अभी भी जीवित है, और यहां तक ​​​​कि डैपर से भी बेहतर गति है
https://github.com/nhibernate/nhibernate-core/graphs/contributors
https://github.com/StackExchange/Dapper/graphs/contributors

आह, मैंने आधिकारिक aspcore pacakges के भीतर रीस्टफुल फ्रेमवर्क रखने पर अपनी बात पर टिके रहने के लिए अब तक IdentityServer का उल्लेख नहीं किया है ... यहाँ IdentityServer के बारे में मेरे विचार हैं, यह वास्तव में ठोस और महान है, लेकिन यह 2-लड़कों की परियोजना है, मेट्रिक्स पर एक नज़र डालें:
https://github.com/IdentityServer/IdentityServer4/graphs/contributors

लगभग 85% काम 2 लोगों द्वारा किया जाता है और सुरक्षा से संबंधित परियोजना के लिए यह ठीक है, लेकिन उद्यम में कई कंपनियां भविष्य में ऐसी परियोजनाओं की रखरखाव के बारे में सोचती हैं। हाल ही में एक कंपनी ने मुझे बताया कि वे चाहते हैं कि मैं अपने प्रोजेक्ट में Vus.Js के बजाय रिएक्ट का उपयोग करूं क्योंकि उन्होंने कहा "vue.js बहुत ज्यादा इवान यू है" ... और मुझे लगता है कि वे सही हैं। और यही मैं आधिकारिक पैकेज के भीतर रीस्टफुल पैकेज रखने के बारे

वही डेटा मैनिपुलेशन/सीविंग (पेजिंग, आकार देने, सॉर्टिंग ... आदि) के लिए जाता है क्योंकि लगभग हर प्रोजेक्ट में वे आवश्यकताएं होती हैं, और हाँ जैसा कि @मणिगंधम ने कहा, वे मानकीकृत और सीधे हैं।

@मणिगंधम
वास्तव में वही है जो मुझे लगता है कि सही है ... आधिकारिक तौर पर समाधानों को अपनाना और समर्थन करना, चाहे आर्थिक रूप से या जीथब के माध्यम से योगदान करना या कम से कम उनके डॉक्स या पाठ्यक्रमों में उनका उल्लेख करना (मैंने पहले ही हेंसलमैन को माइक्रोसॉफ्ट वर्चुअल में अपने पाठ्यक्रमों में से एक में स्वाशबकल का उल्लेख करते देखा है। अकादमी जो वास्तव में महान है, और इस तरह की परियोजनाओं के लिए और अधिक अनुकूलन देखना बेहतर होगा!)

@kieronlanning
आप सही कह रहे हैं, हम मुख्य विषय से बहुत दूर चले गए हैं... लेकिन जैसा कि मैंने पहले उल्लेख किया है, एएसपी कोर अभी बहुत परिपक्व (प्रदर्शनकारी और भरोसेमंद) हो गया है, और मुझे लगता है कि यह आउट-ऑफ-द से शुरू करने का समय है

मुझे लगता है कि एक परियोजना को छूट देना क्योंकि इसमें दो मुख्य योगदानकर्ता हैं, बहुत ही मूर्खतापूर्ण है। IS4 का रखरखाव बहुत अच्छी तरह से किया जाता है और वे दो लोग सवालों के जवाब देने और लोगों की मदद करने में बहुत समय लगाते हैं। इसे व्यापक रूप से बाजार पर OAuth2 सेवर के लिए सर्वश्रेष्ठ FOSS समाधानों में से एक माना जाता है।

"NHibernate मर चुका है", किसने कहा? मुझे लगता है कि परियोजना अभी भी जीवित है, और यहां तक ​​​​कि डैपर से भी बेहतर गति है

@ 0xRumple मैंने कहा "मृत जितना अच्छा" ओएसएस परियोजनाओं के स्वास्थ्य और उपयोग पर आपके पास कुछ बहुत ही अजीब मीट्रिक हैं। क्या 2003 से किसी प्रोजेक्ट पर किए गए कमिट्स की संख्या की तुलना 2011 से चल रहे प्रोजेक्ट से करना उचित है? वे _very_ भिन्न जानवर भी हैं (जैसा कि पहले सूत्र में बताया गया है); डैपर कुछ समय के लिए "पूर्ण" रहा है (इसका मतलब यह नहीं है कि इसे बनाए नहीं रखा गया है, छोड़ दिया गया है, आदि), जबकि NHibernate (और इसका फीचर सेट) पिछड़ रहा है।
मुझे पता है कि परियोजना अभी भी चल रही है, लेकिन मुझे आखिरी बार याद नहीं है, मेरे पिछले 7 वर्षों में .NET अंतरिक्ष में परामर्श, जहां मैंने जंगली में NHibernate का सामना किया है (जहां यह प्रक्रिया में नहीं था एंटिटी फ्रेमवर्क में माइग्रेट किया जा रहा है)। हर कोई जो पिछले कुछ वर्षों से इस स्थान का अनुसरण कर रहा है, वह अच्छी तरह से जानता है कि NHibernate पिछड़ रहा है और Entity Framework के लिए बाजार हिस्सेदारी खो रहा है। अकेले NuGet डाउनलोड नंबर देखें: इकाई फ्रेमवर्क में 3.4M के साथ 45.8M बनाम NHibernate है।

वैसे भी, बिंदु इकाई फ्रेमवर्क बनाम NHibernate नहीं है। यह सिर्फ _one_ उदाहरण था। हमने यह चर्चा बार-बार की है; हाल ही में जब Microsoft ने ASP.NET Core में अपने स्वयं के हल्के IoC कंटेनर कार्यान्वयन को शुरू किया था या जब Microsoft अपने स्वयं के ऑब्जेक्ट मैपर को रोल करने पर विचार कर रहा था। जब भी Microsoft OSS समुदाय में किसी स्थान में प्रवेश करता है, तो यह कमरे से बाहर की हवा का बहुत (अधिकांश?) चूसता है। अक्सर छोटी, समुदाय संचालित परियोजनाओं के लिए समय के साथ दम घुटने के लिए पर्याप्त होता है। मैं, और अधिकांश समुदाय, यह सब अच्छी तरह से जानते हैं; Microsoft की अपनी (.NET) दुनिया में Microsoft के साथ प्रतिस्पर्धा करना असंभव है। मैं पूरी तरह से समझता हूं कि उनके पास भुगतान करने वाले ग्राहक हैं जिन्हें उन्हें संतुष्ट करने की आवश्यकता है, इसलिए मैं इस प्रतिक्रिया से उनके दिमाग को बदलने की उम्मीद नहीं कर रहा हूं: मुस्कान:

कमाल की विशेषताएं :)

स्वास्थ्य जांच सुविधा के लिए मुझे और जानकारी कहां मिल सकती है?

स्व-हस्ताक्षरित प्रमाणपत्र प्रबंधन में सुधार करें

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

चिंताओं को कम करने की भावना में, मेरे वेब ऐप्स एकाधिक वेब एपीआई कहते हैं। पहले उदाहरण में मैं https://localhost का उपयोग करके इन वेब एपीआई को विकसित करता हूं:. एक बार वेब एपीआई तैयार हो जाने के बाद (पर्याप्त), मैं इसे अपने स्थानीय मशीन पर आईआईएस में प्रकाशित करता हूं। प्रत्येक साइट का एक उपयुक्त होस्ट नाम होता है जिसे मैंने अपने आंतरिक DNS सर्वर पर सेट किया है। इस बिंदु पर मैं सर्वर प्रमाणपत्र बनाने के लिए बैरी डोरेंस' - @blowdart - gist https://gist.github.com/blowdart/1cb907b68ed56bcf8498c16faff4221c का उपयोग करता हूं। मैं सभी सही दुकानों में प्रमाण पत्र आयात करता हूं, मेरी मशीन पर बिना किसी अलार्म के सब कुछ काम करता है।

यह तब बदलता है जब नेटवर्क पर अन्य लोग वेब ऐप्स तक पहुंचते हैं (एपीआई कॉल सभी मेरे विकास बॉक्स के भीतर हैं)। उपयोगकर्ता द्वारा सख्त चेतावनी प्राप्त की जाती है। मैं उनसे कहता हूं कि इन चेतावनियों को अनदेखा करें और जहां संभव हो और पर्याप्त रूप से सरल हों, प्रमाणपत्र आयात करें। चूंकि इन स्व-हस्ताक्षरित प्रमाणपत्रों में एक ही जारीकर्ता का नाम और सामान्य नाम होता है, इसलिए प्रत्येक नया वेब ऐप एक चेतावनी पृष्ठ को ट्रिगर करता है

मैं यह सोचने में मदद नहीं कर सकता कि किसी के संगठन में उपयोगकर्ताओं को चेतावनी पृष्ठों के माध्यम से जाने के लिए कहना एक बुरा विचार है।

सुरक्षा में एक गैर-विशेषज्ञ के रूप में, मैं कुछ चीज़ें देखना चाहता हूँ:

• मेरे द्वारा बनाए गए सभी विकास प्रमाणपत्रों के लिए स्थानीय रूट प्रमाणपत्र रखने की क्षमता और फिर उन्हें पीसी, मैक, एंड्रॉइड, आईपैड और आईफोन उपकरणों में आयात करने का एक अधिकृत तरीका बताया गया, ताकि ये खतरनाक पृष्ठ अब न हों

• एपीआई के लिए प्रमाण पत्र बनाने का एक आसान तरीका जिसका उपयोग आईआईएस और केस्ट्रेल के साथ किया जा सकता है जो सभी सही प्रमाणपत्र स्टोर को सही ढंग से पॉप्युलेट करता है

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

@blowdart मेरे
मुझे मिले सभी दस्तावेज बहुत सामान्य थे - मैं केवल एक सर्वर प्रमाणपत्र के साथ एपीआई और वेब ऐप्स की सुरक्षा के लिए प्रमाण पत्र (आदर्श रूप से रूट सीए पर आधारित) बनाने की प्रक्रिया चाहता था। शायद विशिष्ट-मामले के दस्तावेज़ीकरण की आवश्यकता है।

@CrispinH विंडो सर्वर एक सर्टिफिकेट अथॉरिटी के साथ आता है जिसे आप सेट कर सकते हैं, अगर आप पूरी तरह से जाना चाहते हैं।

सामान्य रूप में प्रमाण पत्र के लिए एक आसान विषय नहीं हैं और आप इसे सही करने के लिए काफ़ी जानने के लिए होगा।

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

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

यदि आप वास्तव में, वास्तव में, इस मूल (सजा का इरादा) नीचे जाना चाहते हैं तो https://infiniteloop.io/powershell-self-signed-certificate-via-self-signed-root-ca/ आपको पॉवरशेल में आरंभ कर सकता है, लेकिन यह आपको कोई CRL या OCSP या निरसन समर्थन नहीं देता है। https://gist.github.com/Soarez/9688998 ओपनएसएसएल को कवर करता प्रतीत होता है। और अगर आपको सीआरएल की आवश्यकता है तो विंडोज़ में सीए बनाया गया है, इसे स्थापित करना यहां दस्तावेज है https://leastprivilege.com/2008/08/14/how-to-build-a-developmenttestdemo-ca/

_ध्यान दें कि मैंने उपरोक्त किसी भी लिंक का उपयोग नहीं किया है (हालांकि मुझे पिछले एक के लेखक पर भरोसा है), और किसी भी तरह से यह किसी भी प्रकार की आधिकारिक MSFT अनुशंसा नहीं है। ASP.NET सुरक्षा टीम की आधिकारिक सिफारिश यह है कि किसी ऐसे व्यक्ति को जो बुनियादी ढांचे और जोखिमों को समझता है, आपके लिए एक कॉर्पोरेट CA स्थापित करे। अपने आईटी विभाग से बात करें_

@blowdart नहीं, मैं वास्तव में उस 'रूट' से नीचे नहीं जाना चाहता। यह जानकर अच्छा लगा कि अब क्यों।

ऐसा लगता है कि मेरे ह्यूमनॉइड परीक्षण को सार्वजनिक इंटरनेट पर लेट्स एनक्रिप्ट प्रमाणपत्रों का उपयोग करके एक परीक्षण होस्ट पर करना होगा, लेकिन एक प्रमाणीकरण दीवार के साथ चुभती आँखों को दूर रखने के लिए।

आपको क्या चाहिए और आपके बजट के आधार पर, DigiCert जैसी कुछ कंपनियां प्रबंधित PKI सेवाएं प्रदान करती हैं। वह निजी रूट या उनके सार्वजनिक रूट का उपयोग कर सकता है। मैं लागत नहीं जानता।

और अगर यह केवल HTTPS है तो याद रखें कि आपको प्रत्येक azurewebsites.net सबडोमेन के लिए एक प्रमाण पत्र मिलता है।

IdentityServer4 के सामुदायिक प्रयासों को सीखने, अपनाने और संलग्न करने के लिए एक और कार्यान्वयन के बजाय, नए OpenID कार्यान्वयन पर ध्यान दें और एक ओपिनेटेड IdentityServer "लाइट" संस्करण बनाने में योगदान करें जिसे nuget से शामिल किया जा सकता है और न्यूनतम प्रयासों के साथ सेटअप किया जा सकता है।

आप सभी ओवररिएक्ट कर रहे हैं।
ASP.NET टीम पहले से ही आप सभी की तरह सोच रही है। @DamianEdwards ने इसके बारे में सबसे हालिया सामुदायिक

यहां सबसे प्रासंगिक हिस्सा है (लेकिन मैं आपको यह सब सुनने के लिए प्रोत्साहित करता हूं):

"हम वास्तव में इसके बारे में IdentityServer लोगों से बात कर रहे हैं।"
https://youtu.be/Tzh2EXwgEk8?t=25m15s

यह देखना वाकई दिलचस्प है कि "एमएसएफटी प्राधिकरण सर्वर" परियोजना के बारे में चर्चा कितनी भावुक है: मुस्कान:

संयोग से, विटोरियो बर्टोकी ने इस परियोजना के बारे में बात करने के लिए ठीक 2 साल पहले मुझसे संपर्क किया था क्योंकि वे इस परियोजना के आधार के रूप में OpenIddict (ओआईडीसी सर्वर जिसे मैं विकसित और बनाए रखता हूं) का उपयोग करने पर विचार कर रहा था।
पिछले साल, मुझे बताया गया था कि वे तीसरे पक्ष के OSS का लाभ उठाने के बजाय अपने स्वयं के कार्यान्वयन के साथ जाना पसंद करते थे क्योंकि

मुझे यह देखकर खुशी हुई कि उन्होंने अपना विचार बदल दिया और अंत में मौजूदा OSS समाधान जैसे IdentityServer4 का उपयोग करने पर विचार कर रहे हैं बजाय इसके कि स्क्रैच से एक और चीज़ बनाई जाए: यह .NET समुदाय को भेजा गया एक बहुत अच्छा संकेत है: क्लैप:

यह थ्रेड से थोड़ा हटकर है, लेकिन @ क्रिस्पिनएच , ऐसा लगता है कि आप कुछ देख रहे हैं https://stackoverflow.com/questions/51123289/how-to-generate-a-response-to-a-csr- इन-नेट-कोर-यानी-टू-राइट-ए-सीएसआर-हस्ताक्षर-से। .NET Core 2.0 में प्रमाणपत्र बनाने और काम करने के लिए अन्य सुविधाएं भी शामिल हैं। सीए चलाने के बारे में भी टिप्पणियां देखें। लाइब्रेरी टूलिंग लगभग वहां है और आपके संगठन के आधार पर, आप कुछ सर्वर में कुछ नियंत्रित फैशन में प्रमाण पत्र का उपयोग करने में सक्षम हो सकते हैं, बिना बहुत अधिक इंट्रास्ट्रक्चर सेट किए। उस टोकन पर, (डीईआर एन्कोडेड) प्रमाणपत्र हस्ताक्षर अनुरोध (सीएसआर) आउट-ऑफ-द-बॉक्स पढ़ना एक अच्छा अतिरिक्त होगा - एक JSON-LD पुस्तकालय के साथ। और सामान्य रूप से अधिक क्रिप्टो। :)

मुझे कुछ मिडलवेयर देखना अच्छा लगेगा जैसे LetsEncrypt के लिए समर्थन - विंडोज़, लिनक्स और एज़ूर में डॉकर में ऐप सेवाओं के साथ काम करना।

@kieronlanning मैं सहमत हूं, पहले उल्लेखित सीएसआर हस्ताक्षर के संबंध में डीईआर एन्कोडिंग के अलावा (यद्यपि किनारे के मामलों के बिना समर्थन जोड़ना मुश्किल नहीं लगता है)। .NET के लिए कुछ पुस्तकालय हैं (लेट्स एनक्रिप्ट पेज पर भी सूचीबद्ध हैं), लेकिन थोड़ी परेशानी भी है। उदाहरण के लिए, किया जा रहा है की तरह आइए Encryptc एक दिखता है के संबंध में सबसे सक्रिय रूप से बनाए रखा नेट Certes , लेकिन उस पर एक निर्भरता लेता BouncyCastle । यह अच्छा होगा अगर किसी ने इसे केवल .NET मानक 2.0 होने में मदद की। मेरे लिए एक कारण यह है कि बाउंसीकास्टल ऑरलियन्स TaskScheduler साथ अच्छी तरह से काम नहीं करता है। :)

क्रिप्टो उल्लेख के बारे में, हालांकि सख्ती से ASP.NET कोर मुद्दा नहीं है, MS प्रतीत होता है कि ब्लॉकचेन पर बहुत जोर दे रहा है, लेकिन .NET में क्रिप्टो क्षमता का अभाव है। _सतह पर_ इसका बहुत कुछ ASP.NET कोर के साथ भी है (जैसे, उदाहरण के लिए, विभिन्न ब्लॉकचेन एक्सप्लोरर कार्यान्वयन, जैसे कि https://etherscan.io/) और इसके लिए अधिक समर्थन प्राप्त करना अच्छा होगा इन्फर्नो जैसी लाइब्रेरी और प्लेटफॉर्म में बेक की गई अधिक क्षमताएं। एक उत्कृष्ट मुद्दा https://github.com/sdrapkin/SecurityDriven.Inferno/issues/10#issuecomment -395778931 पर है (अगर किसी के पास मदद करने के लिए कुछ है तो यहां कुछ आंखें उधार देना)।

यह @kieronlanning से मेरा नंबर एक फीचर अनुरोध होगा:

"मुझे LetsEncrypt के लिए समर्थन जैसे कुछ मिडलवेयर देखना अच्छा लगेगा।"

यहाँ खुला मुद्दा है: https://github.com/aspnet/Home/issues/1190। कृपया जाकर इसे अपवोट करें।

क्या इसे एएसपीनेट कोर पर सभी ढांचे के लिए न केवल सिग्नलआर पर उपलब्ध होने के लिए संदेशपैक माना जा रहा है? चूंकि एचटीपी 2 फ्रेमिंग बाइनरी है, क्या आप इसके लिए मैसेजपैक पर विचार कर रहे हैं?

पूर्वावलोकन3 पर जारी प्राधिकरण सर्वर?

यह पहले से मौजूद है। Https://IdentityServer.io

@कम से कम विशेषाधिकार
मुझे IdentityServer पसंद है और उसका उपयोग करता हूं
लेकिन मैं माइक्रोसॉफ्ट के कार्यान्वयन को देखने के लिए बहुत उत्सुक हूं और समझता हूं कि क्यों (माइक्रोसॉफ्ट) ने आपके कोर में पहचानकर्ता को शामिल नहीं किया

@ danroth27 - क्या आप नवीनतम साझा कर सकते हैं?

Microsoft IdentityServer का उपयोग कर रहा है।

तो यह कैसे काम कर रहा है? Microsoft सीधे IDS4 कोड का उपयोग करता है? Microsoft ने IDS4 सुविधाओं में कटौती की? यहाँ मॉडल क्या है? हमारी अपेक्षाएं क्या होनी चाहिए? क्या उनके बीच कोई संभावित प्रवास पथ है?

Microsoft हमारे मानक nuget पैकेज का उपयोग करेगा और टेम्पलेट और ASP.NET पहचान के साथ अच्छा खेलने के लिए आपको कुछ डिफ़ॉल्ट सेटिंग्स देने के लिए हमारे कॉन्फ़िगरेशन API का उपयोग करेगा। बस इतना ही।

आप ठीक वही चीज़ आज पहले ही हासिल कर सकते हैं।

यह शायद मैं हूं, लेकिन मुझे यह पढ़कर आश्चर्य हुआ कि Microsoft प्राधिकरण सर्वर का अंतर IdentityServer4 द्वारा भरा गया है। मेरी समझ के अनुसार IdentityServer की मुख्य चिंता प्रमाणीकरण है, प्राधिकरण नहीं।

मेरे लिए IdentityServer प्रमाणीकरण सर्वर के रूप में ठीक है, लेकिन प्राधिकरण सर्वर के रूप में काम नहीं करता है। मैंने माना कि यही कारण है कि पॉलिसीसेवर बनाया गया था।

@leastprivilege क्या IdentityServer को PolicyServer जैसी किसी चीज़ के साथ बढ़ाया जाएगा?

@Ruard तो यह भ्रमित करने वाला है (और डोमिनिक शायद मेरे स्पष्टीकरण पर

OAuth प्रमाणीकरण है, लेकिन इसके पास पहले चरण के रूप में प्राधिकरण है, और फिर स्कोप आदि के आधार पर अनुदान जारी करता है। इसलिए, हमारे रैपिंग में, पहचान सर्वर लॉगिन करेगा, इसे मान्य करेगा, आवश्यक स्कोप को मान्य करेगा (जो प्रारंभिक मामले में होगा हमेशा सफल होते हैं क्योंकि हम डिफ़ॉल्ट स्कोप का उपयोग कर रहे हैं), फिर कॉलर को एक टोकन वापस पास करें, जो तब एपीआई को भेजा जाता है जो इसे मान्य करेगा, और फिर, वैकल्पिक रूप से, आप एपीआई के भीतर प्राधिकरण नियमों के साथ आगे बढ़ सकते हैं। OIDC उपयोगकर्ता की पहचान की जानकारी प्राप्त करने का एक तरीका होने के कारण OIDC को और अधिक भ्रमित करता है, जिसमें प्राधिकरण भी शामिल है कि ऐप को इसकी अनुमति है ...

इसलिए, मूल रूप से, पहचान सर्वर हमें एक पहचान देगा, यह अधिकृत करते हुए कि ऐप को इसकी अनुमति है, और फिर आप पहुंच को और नियंत्रित करने के लिए ASP.NET के प्राधिकरण टुकड़ों का उपयोग कर सकते हैं।

@ मिचेलजेड एक बड़े होने की कहानी होगी। हम सरल परिदृश्यों के लिए कॉन्फ़िगर करेंगे, और एक बार जब आप उनसे बाहर निकल जाते हैं तो आप IdentityServer कॉन्फ़िगरेशन मॉडल की पूरी शक्ति का पता लगा सकते हैं।

@blowdart हम पहले से ही IdentityServer का उपयोग करते हैं (और क्षमताओं से प्रभावित हैं!), हालाँकि Microsoft की "दीर्घकालिक-समर्थन" नीतियों से लाभ प्राप्त करना भी हमारे लिए एक बड़ा प्लस है। इसलिए आप यहां जो भी तालमेल प्रदान कर सकते हैं, उसका बहुत-बहुत स्वागत है।
हम दोनों उत्पादों, ASP.NET Core और IdentityServer (4) को समान रूप से पसंद करते हैं। यह निश्चित रूप से सही दिशा में एक कदम है IMHO।
हालांकि, हम यह भी मानते हैं कि ये सभी प्रोटोकॉल बिल्कुल "सीधे आगे" नहीं हैं। वे रॉकेट साइंस नहीं हैं जिन्हें आप समझते हैं, लेकिन फिर भी, वे सीधे आगे भी नहीं हैं।

मेरी इच्छा है कि कोई वास्तव में सरल प्रोटोकॉल का आविष्कार करेगा, सभी विरासत कार्यान्वयन को पीछे छोड़कर भविष्य पर ध्यान केंद्रित करेगा।

यदि आप पहले से ही इसका उपयोग कर रहे हैं, तो आपका उपयोग वास्तव में नहीं बदलेगा, आपके पास यह काम कर रहा है :)

हम व्यक्तिगत प्रमाणीकरण के साथ फ़ाइल नई > वेब एपीआई पर लक्ष्य कर रहे हैं, और फिर अन्य एपीआई जोड़ रहे हैं, और सब कुछ सम्मेलन आधारित है। यह मौजूदा ऐप्स के लिए काम नहीं करेगा, क्योंकि सम्मेलन नए होंगे। मैं आपकी कॉन्फ़िगरेशन को हमारे साथ बदलने की योजना नहीं बनाऊंगा :)

मेरी इच्छा है कि कोई वास्तव में सरल प्रोटोकॉल का आविष्कार करेगा, सभी विरासत कार्यान्वयन को पीछे छोड़कर भविष्य पर ध्यान केंद्रित करेगा।

यह समस्या है - ऐप्स अधिक जटिल हो रहे हैं कम नहीं। इनकी सुरक्षा के लिए सुरक्षा भी जटिल है। जब मैं लोगों को यह कहते हुए सुनता हूं कि IdentityServer जटिल है, तो मैंने हमेशा पीछे धकेला है - ऐसा नहीं है। यह आपके एप्लिकेशन की सुरक्षा आवश्यकताएं हैं जो जटिल हैं। अक्सर लोगों के पास इसे पहचानने का नजरिया नहीं होता।

हां, यह काम कर रहा है - और यह अच्छी तरह से काम कर रहा है - लेकिन फिर भी, यह अतिरिक्त आश्वासन आपको दे सकता है, जब माइक्रोसॉफ्ट आधिकारिक तौर पर "समर्थन" करता है और अंततः एक तकनीक का "समर्थन" करता है जो शुद्ध सोना है ....!
आपको एक बिल्कुल नए स्तर पर उठाया गया है!

@brockallen हां, एप्लिकेशन शायद चीजों को बहुत जटिल करते हैं। हालाँकि, OIDC प्रोटोकॉल को निर्विवाद रूप से OAuth 2.0 से कुछ सामान विरासत में मिला है जो बेहतर होगा कि वह हिल जाए। आपकी टीम के कुछ सदस्यों (मुझे लगता है कि यह @leastprivilege था) ने कहा था कि अगर ओआईडीसी को जमीन से विकसित किया जाएगा, तो यह शायद अब हमारे पास से काफी अलग दिखाई देगा।

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

@टीम;
पूर्वावलोकन 3 के लिए, क्या आप कृपया "प्राधिकरण सर्वर" पर कुछ विवरण दस्तावेज़ प्रदान कर सकते हैं और यह वेब एपीआई और क्लाइंट साइड जेएस, जैसे Vue के साथ कैसे काम करेगा?
हमें निर्णय लेने की आवश्यकता है और प्राधिकरण सर्वर पर यह पूर्वावलोकन एक महत्वपूर्ण पूर्वावलोकन है और कोई भी विवरण दस्तावेज़ हमें हमारे निर्णय पर जानकारी देगा।

धन्यवाद!

जैसा कि पहले चर्चा की गई थी

https://identityserver.io

अभी-अभी देखा कि यूएस ओपन डेटा एपीआई JSON-LD में हैं: https://project-open-data.cio.gov/v1.1/schema/ । यह एक तेजी से बढ़ती प्रवृत्ति प्रतीत होती है, इसलिए ASP.NET के साथ उपयोग की जाने वाली एक अच्छी तरह से संसाधन वाली JSON-LD .NET लाइब्रेरी अच्छी होगी। :)

@veikkoeeva तो NuGet APIs (कम से कम हिस्सा) हैं। वे json-ld.net का उपयोग कर रहे हैं, किसी अन्य पुस्तकालय की आवश्यकता नहीं है।

@खेलंग और अन्य पुस्तकालय भी हैं, यह विशेष पुस्तकालय अनुरक्षकों का उपयोग कर सकता है (https://github.com/linked-data-dotnet/json-ld.net/issues/26)। मुझे एहसास है कि यह खुला स्रोत है और सिद्धांत रूप में मैं योगदान करने के लिए कदम उठा सकता हूं, लेकिन कम से कम कुछ समय के लिए मैं इसमें मदद करने के लिए बहुत पतला हूं। अन्यथा रखें, शायद, मैं इस बात पर ध्यान देना चाहूंगा कि बहुत सारे डेटा सेट सिमेंटिक प्रारूपों की ओर बढ़ रहे हैं और यह स्पष्ट नहीं है कि .NET का उपयोग करके कुशलतापूर्वक कैसे काम किया जाए।

IMHO, ASP.Net कोर के मूल में IdentityServer4 जोड़ें एक बुरा विचार है।
कृपया .NetCore को एक अखंड ढांचे के रूप में न बनाएं।
.NetCore वहाँ है और IdentityServer4 वहाँ है, लोग स्वयं के प्रमाणीकरण और प्राधिकरण आवश्यकताओं के आधार पर वास्तुकला का आधार बनाते हैं।

@mikeandersun योजना केवल एक आसान डिफ़ॉल्ट कॉन्फ़िगरेशन है जिसे आप बॉक्स से बाहर काम करने के लिए अपनी परियोजना में जोड़ सकते हैं।

आप अभी भी इसका उपयोग नहीं कर सकते हैं, और यह आपको प्रभावित नहीं करेगा। आप अभी भी IdSrv का उपयोग कर सकते हैं और इसे स्वयं पूरी तरह से कॉन्फ़िगर कर सकते हैं। आप अभी भी चुन सकते हैं कि आपके प्रोजेक्ट में कौन से घटक शामिल करने हैं। इनमें से कोई भी ASP.NET Core को अखंड नहीं बना रहा है।

ASP.NET कोर!= .NET कोर btw।

क्या 2.2 एलटीएस रिलीज होगी? (यह पूछते हुए कि क्या इसकी पहले ही घोषणा की जा चुकी है, आपसे कोई नई घोषणा करने के लिए नहीं कहा जा रहा है।)

@yzorg नहीं जिसकी घोषणा नहीं की गई है। यह निर्धारण अक्सर गुणवत्ता/स्थिरता के आधार पर रिलीज के बाद किया जाता है।

@blowdart , क्या यह टेम्पलेट एक एपीआई के बजाय एक वेब ऐप एमवीसी क्लाइंट के साथ पहचान सर्वर प्रदान करेगा?

@Ponant नहीं। इसका उद्देश्य केवल एपीआई है। हम 3.x टाइमलाइन में इसका पुनर्मूल्यांकन करेंगे।

दिलचस्प... यह प्रश्न कल एक बैठक में आया था। यदि हम वेब एपीआई के उपयोग के बिना एक पूर्ण "एमवीसी" प्रोजेक्ट बनाते हैं, तो क्या हम नए एएसपी.नेट 2.2 आईएस 4 टेम्पलेट का उपयोग कर सकते हैं जो 2.2 में एकीकृत है?
लगता है बिग बॉस (बैरी) ने अभी-अभी सवाल का जवाब दिया।

@blowdart एलियास बिग बॉस: यह एक शॉट में क्यों नहीं किया जाता है? एएसपीनेट कोर पहचान आईएस 4 सर्वर से बात कर रहे एमवीसी क्लाइंट या वेब एपीआई का उपयोग करने के लिए पहली नजर में यह छोटा लगता है।

@Ponant क्योंकि हमारे पास अनंत संसाधन नहीं हैं। एमवीसी प्रवाह के एक बड़े हिस्से को बदलने के लिए हर किसी को बदलने के लिए आप हमें कौन सी सुविधाओं को छोड़ना पसंद करेंगे जो कोई नई सुविधाएं नहीं देगा, बस एक मौजूदा कैसे काम करता है? एक व्यक्तिगत प्रमाणित एपीआई पूर्ण ढांचे और ASP.NET कोर के बीच का अंतर रहा है। काम का फोकस उस गैप को भरने पर था। आइडेंटिटी सर्वर में पहले से ही एमवीसी के लिए "कोर" के रूप में आइडेंटिटी सर्वर के साथ वर्किंग टेम्प्लेट हैं।

@CrispinH @blowdart मैं आपसे पूरी गर्मजोशी से सहमत हूं, उपयोगकर्ता प्रशासन, भूमिकाएं, किरायेदारी और उपयोगकर्ता-समूहों की सख्त जरूरत है। इसे देखें - इस सैकड़ों डेवलपर्स और कंपनियों के बारे में

-> उपयोगकर्ता/समूह/किरायेदार प्रबंधन के लिए इतने सारे अनुरोध

--> फिर से यहां लोग शिकायत कर रहे हैं ... यह चलता रहता है, यहां तक ​​कि ट्विटर और फेसबुक पर भी.. यही कारण है - WP और PHP जैसे अन्य प्लेटफॉर्म आसान क्यों हैं!

जबकि @manigandham का मानना ​​​​है कि पहचान सर्वर एक महान फिट है, वे GUI प्रशासन उपकरण के लिए बहुत अधिक शुल्क लेते हैं और यह कई देशों और डेवलपर्स के लिए सस्ता नहीं है, यह कम TCO डेवलपर के खिलाफ भी जाता है। कितने लोग वास्तव में इसे वहन कर सकते हैं। यह एक बड़ी बाधा रही है और एक बुनियादी वेनिला कार्यक्षमता और उपयोगकर्ता/भूमिकाओं/भूमिकाओं-उपयोगकर्ता_समूह/किरायेदारों को प्रबंधित करने के लिए जीयूआई की आवश्यकता है , जिसे तब डेवलपर द्वारा बढ़ाया जा सकता है

@papyr आप इसके लिए सिर्फ एक ओपन सोर्स प्रोजेक्ट क्यों नहीं शुरू करते? सब कुछ के लिए एक पूर्ण जीयूआई को ढांचे (टेम्पलेट्स) में बनाने की आवश्यकता नहीं है। और यह देखते हुए कि टीम के लिए पहले से ही टेम्प्लेट अपडेट रखना कितना मुश्किल है, जैसे बूटस्ट्रैप में बदलाव के साथ, मैं वास्तव में नहीं चाहता कि वे उस पर अधिक प्रयास बर्बाद करें। लेकिन दूसरी तरफ, मैं पूरी तरह से समझता हूं कि यह अस्तित्व में एक उपयोगी चीज होगी, तो आप इसे सिर्फ एक सामुदायिक प्रयास क्यों नहीं बनाते?

@papyr @poke को नए ओपन सोर्स प्रोजेक्ट की कोई आवश्यकता नहीं है, उत्कृष्ट मौजूदा प्रोजेक्ट हैं।

यदि आप MS से कुछ ओपन सोर्स चाहते हैं जिसे वर्डप्रेस के साथ प्रतिस्पर्धा करने के लिए डिज़ाइन किया गया है तो ऑर्चर्ड को देखें:
https://github.com/OrchardCMS/OrchardCore

यदि आप एक ढांचे के बजाय एक पुस्तकालय दृष्टिकोण चाहते हैं, तो क्लाउडसाइड की जांच करें, जिसमें बहु-किरायेदारी और उपयोगकर्ता और भूमिका और दावा प्रबंधन ui के लिए एक वैकल्पिक पहचान सर्वर 4 एकीकरण और वैकल्पिक सीएमएस (क्लाउडसाइड। सरल / सामग्री) के रूप में पूर्व-निर्मित है। अतिरिक्त नट।
https://www.cloudscribe.com/docs/introduction
https://github.com/cloudscribe/cloudscribe
https://github.com/cloudscribe/cloudscribe.SimpleContent

यदि आप MS से कुछ ओपन सोर्स चाहते हैं जिसे वर्डप्रेस के साथ प्रतिस्पर्धा करने के लिए डिज़ाइन किया गया है तो ऑर्चर्ड को देखें:
https://github.com/OrchardCMS/OrchardCore

मैं इस सिफारिश को दूसरा मानता हूं।

और ऑर्चर्ड कोर को बेहद मॉड्यूलर बनाया गया है। उदाहरण के लिए, केवल इसके बहु-किरायेदारी मॉड्यूल को

आप उनके चैनल पर इसकी विभिन्न विशेषताओं के बहुत सारे डेमो देख सकते हैं।

@papyr आप इसके लिए सिर्फ एक ओपन सोर्स प्रोजेक्ट क्यों नहीं शुरू करते?

https://github.com/IdentityManager/IdentityManager2

यह यूआई चीज मुश्किल हो सकती है, हालांकि बुनियादी चीजें जल्दी प्राप्त करने में मददगार है। ऐसा लगता है कि हाल ही में मैं ऐसे मामलों में आया हूं कि यूआई का निर्माण करना सबसे बड़ा काम नहीं है, लेकिन यह पता लगाना कि "प्रक्रिया की जरूरतों" को कैसे पूरा किया जाए, जैसे कि कुछ ईमेल को पूर्व-अनुमोदन करना (जो कुछ एप्लिकेशन विशिष्ट करते हैं), एपीआई को कॉल करना जो एपीआई को कॉल करते हैं , जिनमें से कुछ का अर्थ डेटाबेस में शामिल होना या कहीं और कॉल करना आदि हो सकता है और फिर उन्हें टोकन और UI तर्क में जोड़ना।

तो इस तरह के रूप में अच्छा ट्यूटोरियल होने https://mcguirev10.com/2018/01/28/login-identity-management-best-practices.html या कम से उन https://mcguirev10.com/page2/ यूआई से ज्यादा महत्वपूर्ण लगता है ( विशेष रूप से यदि कोई ईएफ का उपयोग नहीं कर सकता या नहीं करना चाहता)। फिर शायद किसी के चुने हुए तकनीक (ऑरेलिया/कोणीय/रेजर/रिएक्ट/व्यू इत्यादि) के लिए यूआई की खोज करें और वे कुछ डेटा हैंडलिंग को कैसे कार्यान्वित करते हैं।

परियोजनाओं और नामों के नामकरण पर, @ scottbrady91 के अलावा, मैंने @LindaLawton , https://github.com/abergs/fido2-net-lib ( @abergs , @aseigler), @TomCJones , @mackie1001 की जांच करना बहुत ही

.net कोर में सामान्य रेजर वेब पेज क्यों नहीं हो सकते हैं? जब मैं जटिल रिपोर्ट करता हूं तो मुझे एक ही रेजर (सी #) पेज से सब कुछ करना पसंद है। या कम से कम बिना किसी मॉडल या नियंत्रक के कभी-कभी केवल एक दृश्य का उपयोग करने की क्षमता।

दूसरे शब्दों में, दृश्य में sql से जुड़ने और GET और POST अनुरोध प्राप्त करने की मूल क्षमता, निश्चित रूप से, मैं वर्तमान में स्ट्रिपटैग नामक एक वर्ग का उपयोग करता हूं।

.net कोर में सामान्य रेजर वेब पेज क्यों नहीं हो सकते हैं?

आप इसके लिए रेजर पेज का उपयोग कर सकते हैं https://docs.microsoft.com/en-us/aspnet/core/razor-pages/?view=aspnetcore-2.1&tabs=visual-studio

बैकिंग पेज मॉडल क्लास वैकल्पिक है; आपके पास केवल एक पृष्ठ हो सकता है

benaadams उत्तर के लिए धन्यवाद, मैं सीधे रेजर पेज में जीईटी और पोस्ट अनुरोध का उपयोग कैसे करूं, और एसक्यूएल सर्वर से बुनियादी कनेक्शन बनाउंगा। नियमित प्रश्नों के लिए कनेक्शन, न कि ado इकाइयाँ, या linq, या ORM। मैं हमेशा सामान्य प्रश्नों को प्राथमिकता देता हूं।

पसंद:

var msql = "SELECT * FROM customerss WHERE lastname LIKE <strong i="7">@0</strong> ORDER BY lastname OFFSET " + thisoffset + " ROWS FETCH NEXT 5 ROWS ONLY";

मुझे पता है कि कनेक्शन स्ट्रिंग अब एक जेसन फ़ाइल में है, लेकिन यह नहीं पता कि इसका उपयोग कैसे किया जाए। कुछ चीजें गहराई से प्रलेखित नहीं हैं।

खैर, इसमें सीखने की अवस्था है। यदि आप दृश्य लोड करने से पहले _पहले_ डेटा प्राप्त करना चाहते हैं, तो आप इसे संबंधित क्रिया में करते हैं। तो, HomeController.ViewReports कार्रवाई और Views/Home/ViewReports.cshtml पृष्ठ के लिए आप लिखते हैं:

public class HomeController
{
  public ActionResult ViewReports()
  {
    // fetch data from the SQL using...something...
    return View(data);
  }
}

यदि आप डेटा _after_ पृष्ठ लोड प्राप्त करना चाहते हैं, तो आप आम तौर पर कुछ शुद्ध GET/POST समापन बिंदु पर AJAX अनुरोधों का उपयोग करते हैं जो JSON स्वरूपित डेटा देता है।

यह अब भी बिना किसी नियंत्रक या क्रिया के किसी पृष्ठ पर कर सकता है; कुछ इस तरह

<strong i="6">@page</strong>
<strong i="7">@using</strong> System.Data.SqlClient
<strong i="8">@using</strong> Microsoft.AspNetCore.Http
<strong i="9">@using</strong> Microsoft.Extensions.Configuration
<strong i="10">@inject</strong> IConfiguration Configuration

@{
    var lastname = Request.Query["lastname"];
    if (!string.IsNullOrEmpty(lastname))
    {
        var offset = 0;
        var count = 5;
        if (Request.Method == HttpMethods.Post)
        {
            int.TryParse(Request.Form["offset"], out offset);
            int.TryParse(Request.Form["count"], out count);
            count = Math.Min(count, 50);
        }

        var connectionString = Configuration.GetConnectionString("MyConnectionString");
        using (var conn = new SqlConnection(connectionString))
        {
            using (var cmd = new SqlCommand(@"
            SELECT * FROM customers
            WHERE lastname LIKE <strong i="11">@lastname</strong>
            ORDER BY lastname
                OFFSET (@offset) ROWS
                FETCH NEXT (@count) ROWS ONLY"))
            {
                cmd.Parameters.AddWithValue("@lastname", lastname);
                cmd.Parameters.AddWithValue("@offset", offset);
                cmd.Parameters.AddWithValue("@count", count);

                await conn.OpenAsync();
                using (var reader = await cmd.ExecuteReaderAsync())
                {
                    while (await reader.ReadAsync())
                    {
                        <div>@reader["lastname"]</div>
                    }
                }
            }
        }
    }
    else
    {
        <div>Nothing chosen</div>
    }
}

मैंने एमवीसी एएसपीनेट और वेबफॉर्म और पुराने रेजर पेजों का उपयोग किया है, इसलिए मैं इसके लिए नया नहीं हूं। मैंने 3 घंटे बिताए हैं और अभी भी काम करने के लिए एक साधारण परीक्षण रेजर पेज नहीं मिल रहा है, मेरे पास है:

<!DOCTYPE html>
<html>
<head>
    <meta charset="utf-8" />
    <title></title>
</head>
<body>
    <form id="petform" method="post" action="pets/razdb3">
        <input type="text" name="psearch" id="psearch" />
        <input type="submit" />
    </form>

</body>
</html>

बस एक html पृष्ठ और लोड।

आदर्श

using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.RazorPages;

namespace petnewtry.Pages.pets
{
    public class razdb3Model : PageModel
    {
        public string myvar { get; set; }

        public void OnGet()
        {

        }

        public void OnPost()
        {
            myvar = Request.Form["psearch"];
        }
    }
}

राय:

<strong i="13">@page</strong>
<strong i="14">@model</strong> petnewtry.Pages.pets.razdb3Model
@{
    Layout = null;
}

<!DOCTYPE html>

<html>
<head>
    <meta name="viewport" content="width=device-width" />
    <title>razdb3</title>
</head>
<body>
    <div>@Model.myvar</div>
    <div>hello</div>
</body>
</html>

3 घंटे और मुझे केवल एक खाली पृष्ठ मिलता है। मैंने एक वापसी विवरण की कोशिश की, आदि

अगर मैं सिर्फ http://localhost :51307/pets/razdb3 टाइप करता हूं तो मुझे दूसरा डिवीजन "हैलो" मिलता है, लेकिन
@ Model.myvar मुझे कुछ नहीं मिलता।

मैं .net कोर के लिए नया हूं, और मैंने कभी नहीं सोचा होगा कि यह एक रेजर पेज को सरल रूप से प्रदर्शित करने के लिए इतना कठिन होगा या हो सकता है।

वीएस समुदाय 2017 . में

@ Model.myvar मुझे कुछ नहीं मिलता।

आप myvar मान को एक पोस्ट अनुरोध ( OnPost ) पर फ़ॉर्म मान psearch ; तो आपको इसे सेट करने के लिए उस मान के साथ एक POST अनुरोध करना होगा?

जीईटी अनुरोध ( OnGet ) में जो आपको ब्राउज़र से यूआरएल पर नेविगेट करने से मिलता है; एक फॉर्म पोस्टबैक के बजाय कुछ भी सेट नहीं किया जा रहा है।

इसे डिफ़ॉल्ट मान पर सेट करने का प्रयास करें ताकि यह तब दिखाई दे जब आप यह पुष्टि करने के लिए सेट न करें कि मॉडल प्रवाहित हो रहा है:

public string myvar { get; set; } = "Not Set";

में बदल गया

public string myvar { get; set; } = "Not Set";

और अभी भी एक खाली पृष्ठ। क्या @Model.myvar सही है?

यहां तक ​​​​कि बदल गया

using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.RazorPages;

namespace petnewtry.Pages.pets
{
    public class razdb3Model : PageModel
    {
        [BindProperty]
        public string psearch { get; set; }

        public void OnGet()
        {

        }

        public void OnPost(string psearch)
        {
            psearch = Request.Form["psearch"];
        }
    }
}

<strong i="12">@page</strong>
<strong i="13">@model</strong> petnewtry.Pages.pets.razdb3Model
@{
    Layout = null;
}

<!DOCTYPE html>

<html>
<head>
    <meta name="viewport" content="width=device-width" />
    <title>razdb3</title>
</head>
<body>
    <div>@Model.psearch</div >
        <div>hello</div>
</body>
</html>

यह कोई त्रुटि नहीं बनाता है, लेकिन एक खाली पृष्ठ कोई फर्क नहीं पड़ता कि मैं क्या कोशिश करता हूं।

विनम्र टिप्पणी/विचार: ऐसा लगता है कि "सामान्य रेजर पेज" पर यह चर्चा इस धागे के विषय के संबंध में थोड़ा हटकर होने लगी है।

मैं

क्षमा करें, मुझे एहसास हुआ कि मुझे मंच का उपयोग करना चाहिए था। धन्यवाद @benaadams आपके कोड ने मुझे सही रास्ते पर

https://www.c-sharpcorner.com/article/razor-page-web-application-with-asp-net-core-using-ado-net/

इस तरह से मैंने सामान्य रूप से "नया" कुंजी शब्द का उपयोग करके सामान किया, जैसे

EmployeeDataAccessLayer objemployee = new EmployeeDataAccessLayer();

यह देखकर आश्वस्त हुआ कि आप अभी भी .net कोर में कस्टम कक्षाओं का उपयोग कर सकते हैं।

आपको स्वीकार करना होगा, .net कोर में कुछ पूर्व एएसपीनेट ढांचे की तुलना में एक तेज सीखने की अवस्था है। बहुत बहुत धन्यवाद।

रिलीज नोट्स आने वाले महीनों में ऐड-ऑन के रूप में अपेक्षित "प्राधिकरण सर्वर" सुविधा के बारे में बात करते हैं। क्या इस सुविधा के बारे में अधिक जानकारी उपलब्ध है? मैं यह तय करने की कोशिश कर रहा हूं कि हमें इसके लिए इंतजार करना चाहिए या नहीं। या अपना समाधान स्वयं बनाएं।

रिलीज नोट्स आने वाले महीनों में ऐड-ऑन के रूप में अपेक्षित "प्राधिकरण सर्वर" सुविधा के बारे में बात करते हैं। क्या इस सुविधा के बारे में अधिक जानकारी उपलब्ध है? मैं यह तय करने की कोशिश कर रहा हूं कि हमें इसके लिए इंतजार करना चाहिए या नहीं। या अपना समाधान स्वयं बनाएं।

मुझे लगता है कि वर्तमान योजना "प्री-पैकेज्ड" तरीके से https://github.com/IdentityServer/IdentityServer4 का उपयोग करने की है।

IS4 टीम और MS सुरक्षा टीम के नोटों के बाद, ऐसा लग रहा था कि MS बस IS4 की एक त्वरित और गंदी पैकेजिंग करने की कोशिश कर रहा था और इसे दिन कह रहा था। लेकिन ऐसा लगता है कि किसी ने अधिक ज्ञान के साथ, वापस पकड़ने और इसे सही तरीके से करने का फैसला किया, क्योंकि सुरक्षा सही नहीं होने पर लहर प्रभाव पैदा कर सकती है।

मुझे उम्मीद है कि आईएस 4 और एएसपी के बीच पूर्ण एकीकरण वेब एपीआई और एमवीसी दोनों का समर्थन करने के लिए किया गया है।

इन दिनों और औद्योगिक शक्ति प्रमाणीकरण/प्राधिकरण न्यूनतम के रूप में आवश्यक है। ओपन सोर्स (ओएसएस) ज्यादातर चीजों के लिए ठीक है लेकिन कुछ ओएसएस सुरक्षा उत्पादों में गंभीर गलतफहमियां हैं जो किसी भी उद्यम वेबसाइट में स्वीकार्य नहीं हैं। 85% परियोजनाएं पुरानी पुस्तकालयों का उपयोग करती हैं जो अस्वीकार्य सुरक्षा जोखिम हैं। उदाहरण के लिए, 45% वेब सर्वर Apache (https://www.cvedetails.com/vendor/45/Apache.html) का उपयोग करते हैं, जिसमें IIS (https://www.cvedetails.com/product/3436/) की तुलना में कहीं अधिक कमजोरियां हैं। Microsoft-IIS.html?vendor_id=26)। आइडेंटिटी सर्वर जैसे उत्पाद ठीक हो सकते हैं लेकिन डेवलपर ट्वीक उन्हें पूरी तरह से असुरक्षित बना सकते हैं। हमें नेट कोर में निर्मित एक समाधान की आवश्यकता है जो हमेशा सुरक्षित हो...

इन दिनों और औद्योगिक शक्ति प्रमाणीकरण/प्राधिकरण न्यूनतम के रूप में आवश्यक है। ओपन सोर्स (ओएसएस) ज्यादातर चीजों के लिए ठीक है लेकिन कुछ ओएसएस सुरक्षा उत्पादों में गंभीर गलतफहमियां हैं जो किसी भी उद्यम वेबसाइट में स्वीकार्य नहीं हैं। 85% परियोजनाएं पुरानी पुस्तकालयों का उपयोग करती हैं जो अस्वीकार्य सुरक्षा जोखिम हैं। उदाहरण के लिए, 45% वेब सर्वर Apache (https://www.cvedetails.com/vendor/45/Apache.html) का उपयोग करते हैं, जिसमें IIS (https://www.cvedetails.com/product/3436/) की तुलना में कहीं अधिक कमजोरियां हैं। Microsoft-IIS.html?vendor_id=26)। आइडेंटिटी सर्वर जैसे उत्पाद ठीक हो सकते हैं लेकिन डेवलपर ट्वीक उन्हें पूरी तरह से असुरक्षित बना सकते हैं। हमें नेट कोर में निर्मित एक समाधान की आवश्यकता है जो हमेशा सुरक्षित हो...

आपकी बात बिल्कुल सही है। लेकिन कुछ वीडियो में, एमएस स्टाफ ने कहा था, कि वे [सुरक्षा] पहियों का आविष्कार नहीं करने जा रहे हैं और किसी तीसरे पक्ष [आईएस४] प्रणाली का उपयोग नहीं कर रहे हैं। इसलिए मुझे उम्मीद है कि यह हम सभी के लिए जीत/जीत की स्थिति होगी।

इन दिनों और औद्योगिक शक्ति प्रमाणीकरण/प्राधिकरण न्यूनतम के रूप में आवश्यक है। ओपन सोर्स (ओएसएस) ज्यादातर चीजों के लिए ठीक है लेकिन कुछ ओएसएस सुरक्षा उत्पादों में गंभीर गलतफहमियां हैं जो किसी भी उद्यम वेबसाइट में स्वीकार्य नहीं हैं। 85% परियोजनाएं पुरानी पुस्तकालयों का उपयोग करती हैं जो अस्वीकार्य सुरक्षा जोखिम हैं। उदाहरण के लिए, 45% वेब सर्वर Apache (https://www.cvedetails.com/vendor/45/Apache.html) का उपयोग करते हैं, जिसमें IIS (https://www.cvedetails.com/product/3436/) की तुलना में कहीं अधिक कमजोरियां हैं। Microsoft-IIS.html?vendor_id=26)। आइडेंटिटी सर्वर जैसे उत्पाद ठीक हो सकते हैं लेकिन डेवलपर ट्वीक उन्हें पूरी तरह से असुरक्षित बना सकते हैं। हमें नेट कोर में निर्मित एक समाधान की आवश्यकता है जो हमेशा सुरक्षित हो...

कुछ भी "हमेशा सुरक्षित" नहीं है, खासकर माइक्रोसॉफ्ट से कुछ नहीं;)
इसे बनाना और सुरक्षित रखना हमेशा इन चीजों के उपयोगकर्ता के हाथ में होता है।

IdentityServer को 2.2 के बाद नए टेम्प्लेट शिपिंग में शामिल किया जाएगा। प्रारंभिक फोकस एपीआई एक्सेस कंट्रोल होगा - लेकिन भविष्य में इसका विस्तार करने की योजना है।

ASP.NET Core एक सरलीकृत कॉन्फिग एपीआई के साथ शिप करेगा जो केवल टेम्प्लेट परिदृश्यों को कवर करता है - लेकिन आरंभ करना बहुत आसान होगा। आप किसी भी बिंदु पर IS नेटिव कॉन्फिग सिस्टम में संक्रमण कर सकते हैं जो आपको उन्नत परिदृश्य देता है।

IdentityServer को 2.2 के बाद नए टेम्प्लेट शिपिंग में शामिल किया जाएगा। प्रारंभिक फोकस एपीआई एक्सेस कंट्रोल होगा - लेकिन भविष्य में इसका विस्तार करने की योजना है।

ASP.NET Core एक सरलीकृत कॉन्फिग एपीआई के साथ शिप करेगा जो केवल टेम्प्लेट परिदृश्यों को कवर करता है - लेकिन आरंभ करना बहुत आसान होगा। आप किसी भी बिंदु पर IS नेटिव कॉन्फिग सिस्टम में संक्रमण कर सकते हैं जो आपको उन्नत परिदृश्य देता है।

डोमिनिक की जानकारी के लिए धन्यवाद;
मुझे लगता है कि यह "स्टेपिंग स्टोन" कई लोगों को आरंभ करने और फिर पूर्ण आईएस में परिवर्तन करने में मदद करेगा। अच्छा कदम।

IdentityServer को 2.2 के बाद नए टेम्प्लेट शिपिंग में शामिल किया जाएगा। प्रारंभिक फोकस एपीआई एक्सेस कंट्रोल होगा - लेकिन भविष्य में इसका विस्तार करने की योजना है।

ASP.NET Core एक सरलीकृत कॉन्फिग एपीआई के साथ शिप करेगा जो केवल टेम्प्लेट परिदृश्यों को कवर करता है - लेकिन आरंभ करना बहुत आसान होगा। आप किसी भी बिंदु पर IS नेटिव कॉन्फिग सिस्टम में संक्रमण कर सकते हैं जो आपको उन्नत परिदृश्य देता है।

जानकर अच्छा लगा! धन्यवाद।

मुझे लगता है कि यह एपीआई एक्सेस कंट्रोल ओएथ स्कोप पर आधारित होगा?
अधिक अस्थिर उपयोगकर्ता अनुमतियों के लिए कोई प्रत्यक्ष समर्थन नहीं है जैसे कि policyserver.io पर वर्णित है?

IdentityServer को 2.2 के बाद नए टेम्प्लेट शिपिंग में शामिल किया जाएगा। प्रारंभिक फोकस एपीआई एक्सेस कंट्रोल होगा - लेकिन भविष्य में इसका विस्तार करने की योजना है।
ASP.NET Core एक सरलीकृत कॉन्फिग एपीआई के साथ शिप करेगा जो केवल टेम्प्लेट परिदृश्यों को कवर करता है - लेकिन आरंभ करना बहुत आसान होगा। आप किसी भी बिंदु पर IS नेटिव कॉन्फिग सिस्टम में संक्रमण कर सकते हैं जो आपको उन्नत परिदृश्य देता है।

जानकर अच्छा लगा! धन्यवाद।

मुझे लगता है कि यह एपीआई एक्सेस कंट्रोल ओएथ स्कोप पर आधारित होगा?
अधिक अस्थिर उपयोगकर्ता अनुमतियों के लिए कोई प्रत्यक्ष समर्थन नहीं है जैसे कि policyserver.io पर वर्णित है?

पॉलिसी सर्वर व्यावसायिक समाधान है

मुझे लगता है कि यह एपीआई एक्सेस कंट्रोल ओएथ स्कोप पर आधारित होगा?
अधिक अस्थिर उपयोगकर्ता अनुमतियों के लिए कोई प्रत्यक्ष समर्थन नहीं है जैसे कि policyserver.io पर वर्णित है?

"केवल" पहचान सर्वर। ASP.NET Core में उपयोगकर्ता प्राधिकरण के लिए एक अंतर्निहित API है - और यदि पॉलिसीसर्वर (उत्पाद) आपको दिलचस्प लगता है, तो मुझे बताएं।

इस समस्या को बंद करना क्योंकि ASP.NET Core 2.2 को भेज दिया गया है।

क्या इसे ASP 3.0 में अद्यतन नहीं किया जाना चाहिए?

प्राधिकरण सर्वर एन्हांसमेंट कब शिप किया जाएगा इस पर कोई अपडेट?