MOSS مشخصات کاربری به عنوان سازمان زبان کاربری رجحان

در پروژه فعلی من, برخی از کاربران در سراسر جهان سفر و زمانی که آنها در مقصدهای مختلف می رسند, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (من فقط متوجه شدم که ماشین آلات مهمان ممکن است بسته زبان حق ندارد… احتمالا نمی خواهد, در واقع… من پارک که یکی در حال حاضر).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

ما قصد داریم به بررسی دو رویکرد:

  1. شده HTTP handler،: شده HTTP handler، سفارشی نصب شده بر روی IIS نگاه کردن مشخصات خزه کاربر, کشف زبان مورد نظر و سپس تغییر هدر HTTP در اطراف به عنوان مورد نیاز است قبل از عبور کنترل به MOSS.
  2. Global.asax را: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

عامل پیچیده دیگر این است که ما نیاز به پشتیبانی کاربران 60K, در حدود 1,000 از آنها ممکن است به طور همزمان دسترسی به MOSS در بار پیک.

شده HTTP handler، به نظر می رسد بسیار شدید است, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

ما با تکیه به سوی یک رویکرد نوع Global.asax را, عمدتا به دلیل معتقدم که ما به گزینه های بیشتری برای ذخیره داده ها در آن نقطه.

من وبلاگ نویسی را بیشتر در مورد این موضوع می شود که من کسب اطلاعات بیشتر.

اگر شما هر چیزی در مورد این دانم, لطفا نظر بدهید 🙂

</پایان>

مشترک شدن در وبلاگ من.

من در توییتر در http://www.twitter.com/pagalvin

4 دیدگاه در "MOSS مشخصات کاربری به عنوان سازمان زبان کاربری رجحان

  1. Vossers جاپ

    من این آزمایش نشده، بنابراین من مطمئن هستم اگر کار می کند.

    به صفحه کلاس InitializeCulture است() روش که می تواند بازنویسی شود. اگر شما این کار را در کد پشت از masterpage سفارشی شما, شما می توانید چیزی در امتداد خطوط:

    از باطل از درجه اعتبار ساقط InitializeCulture محافظت()
    {
    // override کردن متد InitializeCulture مجازی است() بررسی کنید که آیا مشخصات شامل تنظیمات زبان کاربر
    رشته UserCulture = GetCultureFromUserProfile();
    اگر ( UserCulture != "")
    {
    // تنظیمات زبان کاربر در مشخصات وجود دارد: به آن تغییر دهید
    Thread.CurrentThread.CurrentUICulture = جدید CultureInfo می(UserCulture);
    Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(UserCulture);
    }
    }

    بدیهی است که شما می توانید برخی از ذخیره به اجرای این روش ساخت.

    منبع: HTTP://quickstarts.asp.net/QuickStartv20/util/srcview.aspx?مسیر = ~ / ASPNET / نمونه ها / / محلی سازی LocalizePers.src&فایل = LocalizePers_cs ها\LocalizePers_cs.aspx&زبان = C٪ 23 منبع

    پاسخ
  2. جاناتان

    من فکر شده HTTP handler، با جریان زیر:

    1. درخواست در می آید, کوکی ها را بررسی کنید و یک کوکی جلسه برای اولویت زبان (کوکی های جلسه منقضی زمانی که مرورگر بسته است)
    2. بررسی کنید در صورت درخواست برای صفحه ASPX, اگر نه, پرش درخواست
    3. اگر کوکی وجود دارد, مجموعه ای از هدر زبان را به مقدار مشخص شده. شما در حال انجام!
    4. هیچ کوکی, اعتبارنامه احراز هویت و نگاه کاربر در SPS, پیدا کردن اولویت زبان
    5. تنظیم هدر کوکی و HTTP هدر زبان. انجام شده.

    درخواست صفحه نخست APX سربار از مراجعه به SPS، اما از آن زمان به بعد هر درخواست با هیچ تلفن Lookups خواهد بود سرعت بومی. بدون نیاز برای ذخیره سازی جلسه و یا هر سربار دیگر با استفاده از یک کوکی جلسه بیش از حد. هنگامی که مرورگر بسته است, کوکی جلسه می رود. اگر کاربر تغییر اولویت های زبان خود را در SPS آنها فقط نیاز به بستن و دوباره باز کردن مرورگر برای آن را اثر.

    پاسخ
  3. مکان

    واقع شده HTTP handler، در سطح مؤسسه…آن را در سطح برنامه (فیلترهای ISAPI در IIS)…من خواهد بود دقیق قبل از میلاد SP دارای کنترل خود…بنابراین مطمئن شوید که به آن تست…من قبل از آن را انجام داده ام اما برخی از تضاد با کنترل SP.

    پاسخ
  4. دانیل

    من خواهد بود بیشتر تمایل به استفاده از یک HTTPHandler, تنها دلیل آن این است که من دوست ندارم دست زدن به فایل های شیرپوینت. به علاوه آن را آسان برای ایجاد یک راه حل شیرپوینت به استقرار یک HttHandler به ( و استفاده از API SPWebConfig به ایجاد تغییر در فایل Web.Config). داشتن بار کاربر شما انجام دهد, من می خواهم تصور کنید شما باید یک مزرعه قابل ملاحظه, شما واقعا نمی خواهید به فایل های modifiying را بر روی هر سرور.
    استقرار فایل Global.asa از طریق یک راه حل ایده بد است, اگر شما آن را جمع, فایل اصلی خود را از دست رفته است …
    همچنین با داشتن توانایی به عقب راه حل به سرعت ممکن است یک ایده خوب, در مورد همه چیز به اشتباه با perf کنترل.

    پاسخ

پاسخ

آدرس ایمیل شما منتشر نخواهد شد. بخشهای موردنیاز علامتگذاری شدهاند *