MAH uporabniški profil kot organ za uporabnika jezikom

Na moj trenutni projekt, nekaj uporabnikov bo potovanje po vsem svetu in ko prispejo na različne destinacije, uporabite karkoli stroj je prav v času. Tisti gost stroj bo tekmovanje v teku okno in nameščen in nastavljen za lokalni jezik. (Pravkar sem spoznal, da gost stroj, ne smejo imeti prav jezik oprtnik… verjetno ne bo, v bistvu… Sem parking tisti za zdaj).

SharePoint je treba zagotoviti mehanizem, s katerim lahko uporabnik izbrati svoj prioriteten jezik in nato so čast ta jezik ne glede na to, kako uporabnik dostopa do MOSS MOSS. Z drugimi besedami, neupoštevanje karkoli brskalniku pove IIS/MOSS in namesto Poglej gor da želeni jezik in ga uporabljajo.

Mi bomo raziskati dva pristopa:

  1. Rutina za obravnavo HTTP: Po meri za obravnavo HTTP nameščen na IIS bo poiskati MOSS profilu, razbrati želeni jezik in nato preklapljate HTTP glave okoli kot potrebne preden gredo nadzor MOSS.
  2. Global.asax: Spreminjanje global.asax storiti isto stvar. Mi lahko spremenite nekaj drugega, ampak ideja je, da smo našli nek kraj, kjer lahko vnesemo naše prizorišče preklapljanje logika.

Druge ote ujoč dejavnik je, da moramo podporo 60k uporabnikom, o 1,000 ki lahko biti hkrati dostopa do MOSS na višku obremenitve.

Rutina za obravnavo HTTP zdi precej drastično, ampak verjetno najboljše mesto postaviti kodo, ker je na ravni IIS in vseveden. To je dober enotočkovno dela.

Smo naslonjena proti global.asax vrsto pristop, predvsem zato, ker verjamemo, da bomo imeli več možnosti za predpomnjenje podatkov na tej točki.

Bom blogging več o tej temi, kot sem izvedeti več.

Če imate znanje nič približno to, please post a comment 🙂

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

4 misli o "MAH uporabniški profil kot organ za uporabnika jezikom

  1. Jaap Vossers

    Imam ne preizkušen to tako nisem prepričan, če to tovarna.

    Strani razreda je na InitializeCulture() metoda, ki lahko prevlada. Če to naredite v kodi za svojo meri masterpage, lahko narediš nekaj po vzoru:

    zaščitenih preglasijo nična InitializeCulture()
    {
    // Preglasite način InitializeCulture() Preverite, če je profil vsebuje nastavitev jezika uporabnika
    string UserCulture = GetCultureFromUserProfile();
    Če ( UserCulture != "")
    {
    // je nastavitev jezika uporabnika v profilu: preklopite na to
    Thread.CurrentThread.CurrentUICulture = nov CultureInfo(UserCulture);
    Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(UserCulture);
    }
    }

    Očitno lahko zgradiš nekaj predpomnjenje v izvajanje te metode.

    Vir: http://quickstarts.asp.net/QuickStartv20/util/srcview.aspx?Path=~/aspnet/Samples/localization/LocalizePers.src&pila = LocalizePers_cs\LocalizePers_cs.aspx&lang = C % 23 vir

    Odgovor
  2. Jonathan

    Sem razmišljal HTTP trgovec z naslednjim pretok:

    1. Pride zahteva, Preverite piškotki za seje piškotek za jezikovne nastavitve (sejni piškotki potečejo, če obrv je zaprt)
    2. Preverite, če zahtevo za stran aspx, Če ne, preskočite zahtevo
    3. Če obstaja piškotek, nastavite jezik glavo na določeno vrednost. Ste končali!
    4. Brez piškotka, sprejmejo preverjanje pristnosti poverilnic in poiščite uporabnik SPS, Poišči jezikovne nastavitve
    5. Glava piškotka in HTTP header jezik. Opravljeno.

    Prvo zahtevo strani APX bo režijske SPS za iskanje vendar vsako zahtevo od takrat naprej ni iskanja, tako da bo rojsten hitrost. Ni potrebe za sejo predpomnilnika ali drugih režijskih stroškov z uporabo Sejni piškotek preveč. Nekoč obrv je zaprt, Sejni piškotek izgine. Če uporabnik spremeni svoje preference jezikov v SPS samo morajo zaprite in ponovno odprite brskalnik za to obnesti.

    Odgovor
  3. sedi

    dejansko rutina za obravnavo http ni ravni iis…To je na ravni vloge (ISAPI filtri so na ravni IIS)…jaz domišljavec skrben bc SP has svoj lasten trener…Zato se prepričajte, da ga preizkusiti…storili pred, vendar so imeli nekateri konflikt s SP trener.

    Odgovor
  4. Daniel

    Bi bilo bolj nagnjeni k uporabi na HTTPHandler, edini razlog je, da ne maram, dotikanja SharePoint datotek. Plus je enostavno ustvariti rešitev SharePoint napotiti na HttHandler ( in uporabi SPWebConfig API za spremembo web.config). Ob obremenitev uporabnika vam, Bi si predstavljam, imate precejšen kmetiji, res ne želite iti modifiying datotek na vsakem strežniku.
    Uvajanje global.asa pila pot rešitev je slaba ideja, Če si navije, izvirne datoteke je zgubljen …
    Imajo tudi sposobnost umikanja rešitve hitro lahko dobra ideja, v primeru, da gredo stvari narobe z perf trener.

    Odgovor

pusti odgovor

Vaš e-naslov ne bo objavljen. Obvezna polja so označena *