سؤال

يختلف هذا السؤال عن الآخرين لأن كل الأسئلة التي رأيتها حتى الآن تتحدث عن قاعدة البيانات. أفهم جانب قاعدة البيانات المتعددية، لكنني لست متأكدا بنسبة 100٪ في الطريق للقيام بهذه الواجهة الأمامية.

أنا أعمل على التصميم للمنتج الذي سيصبح أساسا خدمة مستضافة للعملاء. بقدر ما يذهب التعددية، يمكنك التفكير في حساب Fogbugz المستضاف. يوقع العميل، يحصلون على المجال الفرعي الخاص بهم، ثم يذهبون إلى customersubdomain.thenormalurl.com وتسجيل الدخول إلى جزء صغير من التطبيق.

عندما يوقع العميل، سنحتاج إلى إعداد سجل DNS للمجال الفرعي، ولكن من جانب التطبيق منه، كيف يمكننا "النطاق" التطبيق على هذا العميل؟ هل من المفترض فقط أن ننظر إلى عنوان URL الذي تم تقديم الطلب إليه أو هل هناك طريقة أخرى؟ يبدو أنه بسيط للغاية بالنسبة لي، ولكن ربما أحاول فقط تعقيد شيء يجب أن يكون بسيطا.

كيف يتم ذلك عادة في عالم ASP.NET؟

هل كانت مفيدة؟

المحلول

نعم، مجرد إلقاء نظرة على المجال الفرعي. إذا قام المستخدمون بتسجيل الدخول، فيمكنك تجاهل المجال الفرعي ومعرفة من هم من أوراق اعتماد تسجيل الدخول الخاصة بهم. بعد معرفة من هم، فإن الأمر مجرد مسألة الحصول على البيانات المناسبة وعدم إظهار البيانات الخاطئة. وهذا هو المكان الذي تأتي فيه كل هذه الأسئلة DB. يمكنك القيام بذلك "التركيب" إما باستخدام DBS منفصلة أو عن طريق وضع علامة على جميع سجلاتك مع مفاتيح للعملاء. لذلك يجب على التطبيق الخاص بك أن ينفذ ذلك.

نصائح أخرى

لدى Luke Sampson بعض التقنيات وعينة من التعليمات البرمجية للتطبيقات المتعددة المستأجرات باستخدام المجالات الفرعية ضمن ASP.NET MVC هنا:

http://blog.lukesampson.com/subdomains-for-single-application-with-asp-net-mvc.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top