વપરાશકર્તા ભાષા પસંદગી માટે અધિકારી તરીકે 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 હેન્ડલર: IIS પર સ્થાપિત એક કસ્ટમ HTTP સંભાળનાર વપરાશકર્તા માતાનો MOSS રૂપરેખા જોવા મળશે, આ પ્રાધાન્યવાળી ભાષા બહાર આકૃતિ અને પછી શેવાળ માટે નિયંત્રણ પસાર પહેલાં આસપાસ તરીકે જરૂરી HTTP હેડર સ્વિચ.
  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 સંભાળનાર ખૂબ સખત લાગે છે, 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 પ્રકાર અભિગમ તરફ ઝોક રહ્યા છો, અમે તે સમયે કેશીંગ માહિતી માટે વધુ વિકલ્પો છે માનીએ મુખ્યત્વે કારણ કે.

હું વધારે શીખવા તરીકે હું આ વિષય પર બ્લોગિંગ વધુ હશો.

તમે આ વિશે કંઈપણ ખબર હોય તો, કૃપા કરીને એક ટિપ્પણી પોસ્ટ કરો 🙂

</અંત>

મારા બ્લોગ પર સબ્સ્ક્રાઇબ કરો.

Twitter પર મને ખાતે અનુસરો http://www.twitter.com/pagalvin

4 પર "વિચારોવપરાશકર્તા ભાષા પસંદગી માટે અધિકારી તરીકે MOSS વપરાશકર્તા પ્રોફાઇલ

  1. જાપ Vossers

    મને ખાતરી છે કે નથી જેથી તે કામ કરે છે તો હું આ પરીક્ષણ કરી નથી.

    આ પેજમાં વર્ગ એક InitializeCulture છે() ઓવરરાઇડ થઈ શકે છે, જે પદ્ધતિ. તમે તમારી વૈવિધ્યપૂર્ણ masterpage ઓફ પાછળ કોડ કરીએ તો, તમે રેખાઓ સાથે કંઈક કરી શકે છે:

    સુરક્ષિત ઓવરરાઈડ રદબાતલ InitializeCulture()
    {
    // વર્ચ્યુઅલ પદ્ધતિ InitializeCulture ઓવરરાઇડ() પ્રોફાઇલ વપરાશકર્તા ભાષા સેટિંગ સમાવે તો ચકાસવા માટે
    સ્ટ્રિંગ UserCulture = GetCultureFromUserProfile();
    જો ( UserCulture != "")
    {
    // આ પ્રોફાઇલમાં વપરાશકર્તા ભાષા સુયોજન છે: તે પર સ્વિચ
    Thread.CurrentThread.CurrentUICulture = નવી કલ્ચરઈન્ફો(UserCulture);
    Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(UserCulture);
    }
    }

    દેખીતી રીતે તમે આ પદ્ધતિ અમલ માં કેટલાક કેશીંગ બનાવી શકો છો.

    સાધન: HTTP://quickstarts.asp.net/QuickStartv20/util/srcview.aspx?PATH = ~ / aspnet / samples / સ્થાનિકીકરણ / LocalizePers.src&ફાઈલ = LocalizePers_cs\LocalizePers_cs.aspx&lang = સી% 23 સ્ત્રોત

  2. જોનાથન

    હું નીચે ફ્લો સાથે HTTP સંભાળનાર વિચારી રહ્યો છું:

    1. વિનંતી આવે, ભાષા પસંદગી માટે એક સત્ર કૂકીઝ માટે કૂકીઝ તપાસો (બ્રાઉઝર બંધ છે જ્યારે સત્ર કૂકીઝ સમયમર્યાદા સમાપ્ત થઈ)
    2. વિનંતી ASPX પાનું માટે છે કે નહિં તે ચકાસો, જો નથી, વિનંતી અવગણો
    3. કૂકી હાજર હોય, ઉલ્લેખિત કિંમત ભાષા હેડર સેટ. તમે કરી છે!
    4. આ બોલ પર કોઈ કૂકી, સત્તાધિકરણ ઓળખપત્ર લેવા અને એસપીએસ માં વપરાશકર્તા લુકઅપ, ભાષા પસંદગી શોધવા
    5. કૂકી હેડર અને HTTP હેડર ભાષા સેટ કરો. પૂર્ણ.

    પ્રથમ APX પાનું વિનંતી કોઈ લુકઅપો છે સાથે એસપીએસ લૂકઅપ ઓફ ઓવરહેડ પરંતુ પછી દર વિનંતિ છે કે જેથી મૂળ ઝડપ હશે. પણ એક સત્ર કૂકીઝ ઉપયોગ કરીને સત્ર કેશ અથવા અન્ય કોઇ ઓવરહેડ માટે કોઈ જરૂર. બ્રાઉઝર બંધ છે એકવાર, સત્ર કૂકીઝ દૂર જાય. વપરાશકર્તા એસપીએસ તેમના ભાષા પસંદગી બદલે જો તેઓ માત્ર તે પ્રભાવિત કરવા માટે આ બ્રાઉઝર બંધ કરો અને ફરીથી ખોલવા માટે જરૂર છે.

  3. સ્થાનો

    વાસ્તવમાં HTTP સંભાળનાર જો IIS સ્તરે નથી…તે અરજી સ્તરે છે (ISAPI ગાળકો આ IIS સ્તરે છે)…હું ખૂબ કાળજી પૂર્વે એસપી તેના પોતાના સંભાળનાર છે હશે…તેથી તે બહાર ચકાસવા માટે ખાતરી કરો…હું તે પહેલાં કર્યું પરંતુ એસપી સંભાળનાર સાથે કેટલાક સંઘર્ષ ધરાવતા હતા.

  4. ડીએલ

    હું HTTPHandler વાપરવા માટે વધુ ઝોંક હશે, આ જ કારણ હું શેરપોઈન્ટ ફાઇલો સ્પર્શ ન ગમે છે. પ્લસ તે HttHandler જમાવવા માટે શેરપોઈન્ટ ઉકેલ બનાવવા માટે સરળ છે ( અને web.config સુધારવા માટે SPWebConfig API ઉપયોગ). તમારે વપરાશકર્તા લોડ કર્યા, હું તમને એક મોટા ખેતર હોય કલ્પના કરશો, તમે ખરેખર દરેક સર્વર પર ફેરફારની ફાઇલો જવા માંગતા નથી.
    ઉકેલ મારફતે global.asa ફાઈલ જમાવટ ખરાબ વિચાર છે, તમે તેને પાછો જો, તમારા મૂળ ફાઇલ ગયો છે …
    પણ ઉકેલ પાછો કરવાની ક્ષમતા ધરાવતા ઝડપથી એક સારો વિચાર છે શકે છે, કિસ્સામાં વસ્તુઓ સંભાળનાર ઓફ perf સાથે ખોટું જાઓ.

જવાબ છોડો

તમારું ઇમેઇલ સરનામું પ્રકાશિત કરવામાં આવશે નહીં. જરૂરી ક્ષેત્રો ચિહ્નિત થયેલ છે *