என் தற்போதைய திட்டம், பயனர்கள் சில உலகம் முழுவதும் பயணம் மற்றும் அவர்கள் பல்வேறு இடங்களுக்கு வரும் போது, 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.
நாங்கள் இரண்டு அணுகுமுறைகள் விசாரிக்க போகிறோம்:
- HTTP ஹேண்ட்லரின்: IIS, நிறுவப்பட்ட ஒரு தனிப்பயன் HTTP கையாளுதல் பயனர் பாசி சுயவிவரத்தை வரை இருக்கும், விருப்ப மொழி கண்டுபிடிக்க பின்னர் பாசி கட்டுப்பாட்டை கடந்து முன் சுற்றி தேவைப்படும் HTTP தலைப்பு மாற.
- 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 ஒரே நேரத்தில் உச்ச சுமை பாசி அணுகும் இது.
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 வகை அணுகுமுறை நோக்கி சாய்ந்து, நாம் அந்த கட்டத்தில் கேச்சிங் தரவு இன்னும் விருப்பங்களை வேண்டும் என்று முக்கிய காரணம்.
நான் இன்னும் கற்று என்று நான் இந்த விஷயத்தை பற்றி பிளாக்கிங் இன்னும் இருக்க வேண்டும்.
நீங்கள் இதை பற்றி எதுவும் தெரியாது என்றால், please post a comment 🙂
</இறுதியில்>
மணிக்கு ட்விட்டரில் என்னை பின் http://www.twitter.com/pagalvin
எனக்கு தெரியாது, அதனால் அது வேலை செய்தால் நான் இந்த சோதனை.
பக்கம் வர்க்கம் ஒரு 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?பாதை = ~ / aspnet / மாதிரிகள் / பரவல் / LocalizePers.src&கோப்பு = LocalizePers_cs\LocalizePers_cs.aspx&lang = சி% 23 மூல
நான் பின்வரும் ஓட்டத்துடன் HTTP கையாளுதல் யோசித்துக்கொண்டிருக்கிறேன்:
1. கோரிக்கையில் வருகிறது, மொழி விருப்பம் ஒரு அமர்வு குக்கீக்கான குக்கீகளை சரிபார்க்கவும் (உலாவி மூடிய போது அமர்வு குக்கீகளை காலாவதியாகும்)
2. கோரிக்கை ஏஎஸ்பிஎக்ஸ் பக்கம் உள்ளது என்பதை அறியவும், என்றால் இல்லை, கோரிக்கை தவிர்க்கவும்
3. குக்கீ உள்ளது என்றால், குறிப்பிட்ட மதிப்பு மொழி தலைப்பு அமைக்க. நீங்கள் செய்ய!
4. எந்த குக்கீ, அங்கீகார அறிமுக எடுத்து எஸ்.பி. பயனர் பாருங்கள், மொழி விருப்பம் கண்டுபிடிக்க
5. குக்கீ தலைப்பு மற்றும் HTTP மொழி தலைப்பு அமைக்கவும். செய்த.
முதல் APX பக்கம் கோரிக்கை லுக்அப்களுக்கு வேண்டும் உடன் எஸ்.பி. தேடல் மேன்மையின் ஆனால் பின்னர் ஒவ்வொரு கோரிக்கையை வேண்டும் எனவே இவரது வேகம் இருக்கும். ஒரு அமர்வு குக்கீ பயன்படுத்தி அமர்வு கேச் அல்லது வேறு மேல்நிலை தேவையில்லை. உலாவி மூடிய முறை, அமர்வு குக்கீ விட்டு செல்கிறது. பயனர் எஸ்.பி. தங்கள் மொழிகளில் விருப்பம் மாற்றுகிறது என்றால் அவர்கள் அதை செயல்பாட்டிற்கு வர உலாவி மூடிவிட்டு மீண்டும் திறக்க வேண்டும்.
உண்மையில் http கையாளுதல் IIS நிலை இல்லை…இது பயன்பாட்டு நிலையில் தான் (ISAPI வடிகட்டிகள் ஐஐஎஸ் அளவில் உள்ளன)…நான் கவனமாக கி.மு. எஸ்.பி. அதன் சொந்த கையாளுதல் உள்ளது என்று…எனவே அதை சோதிக்க வேண்டும்…நான் முன் செய்த ஆனால் எஸ்.பி. கையாளுதல் சில மோதல் இருந்தது.
நான் ஒரு HTTPHandler பயன்படுத்த இன்னும் சாய் இருக்க வேண்டும், ஒரே காரணம் நான் ஷேர்பாயிண்ட் கோப்புகளை தொட்டு பிடிக்காது என்று. பிளஸ் ஒரு HttHandler வரிசைப்படுத்த ஒரு ஷேர்பாயிண்ட் தீர்வு உருவாக்க எளிது ( மற்றும் web.config மாற்ற SPWebConfig ஏபிஐ தான் பயன்படுத்த). நீங்கள் செய்ய பயனர் சுமை கொண்ட, நான் உங்களுக்கு ஒரு பெரிய பண்ணை உள்ளது கற்பனை என்று, நீங்கள் உண்மையில் ஒவ்வொரு சர்வரில் modifiying கோப்புகளை போக விரும்பவில்லை.
ஒரு தீர்வு வழியாக global.asa கோப்பு பயன்படுத்துவது ஒரு மோசமான யோசனை, நீங்கள் அதை திரும்பப்பெற வேண்டும், உங்கள் அசல் கோப்பு போய்விட்டது …
மேலும் தீர்வு பின்வாங்க திறன் கொண்ட விரைவில் ஒரு நல்ல யோசனை இருக்க வேண்டும், வழக்கு விஷயங்கள் கையாளுதல் என்ற perf தவறு செல்கின்றன.