ನನ್ನ ಪ್ರಸ್ತುತ ಯೋಜನೆಯಲ್ಲಿ, ಬಳಕೆದಾರರಿಗೆ ಕೆಲವು ಪ್ರಪಂಚದ ಪ್ರಯಾಣಿಸಲು ಮತ್ತು ವಿವಿಧ ಸ್ಥಳಗಳಿಗೆ ಪ್ರವೇಶಿಸಿದಾಗ, 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 ಹ್ಯಾಂಡ್ಲರ್ ಬಳಕೆದಾರರ MOSS ಮಿಂಚೆ ಕಾಣಿಸುತ್ತದೆ, ಪ್ರಾಶಸ್ತ್ಯದ ಭಾಷೆ ಲೆಕ್ಕಾಚಾರ ತದನಂತರ MOSS ನಿಯಂತ್ರಣ ಹಾದುಹೋಗುವ ಮೊದಲು ಸುಮಾರು ಅಗತ್ಯವಿದೆ 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 ಏಕಕಾಲದಲ್ಲಿ ಗರಿಷ್ಠ ಹೊರೆಯ ನಲ್ಲಿ 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 ಮಾದರಿ ವಿಧಾನ ಕಡೆಗೆ ವಾಲಿಸಿ ನೀವು, ನಾವು ಆ ಸಮಯದಲ್ಲಿ ಹಿಡಿದಿಡಲು ದಶಮಾಂಶ ಹೆಚ್ಚಿನ ಆಯ್ಕೆಗಳಿವೆ ನಾವು ನಂಬುತ್ತೇವೆ ಮುಖ್ಯವಾಗಿ.
ನಾನು ಹೆಚ್ಚು ತಿಳಿಯಲು ನಾನು ಈ ವಿಷಯದ ಮೇಲೆ ಬ್ಲಾಗಿಂಗ್ ಹೆಚ್ಚು ಮಾಡುತ್ತೇವೆ.
ಈ ಬಗ್ಗೆ ಏನು ಗೊತ್ತು ಇದ್ದರೆ, ದಯವಿಟ್ಟು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪೋಸ್ಟ್ ಮಾಡಿ
</ಕೊನೆಯಲ್ಲಿ>
ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin
ನಾನು ಖಚಿತವಾಗಿ ಇಲ್ಲ ಆದ್ದರಿಂದ ಇದು ಕೆಲಸ ವೇಳೆ ನಾನು ಈ ಪರೀಕ್ಷೆ ಮಾಡಿಲ್ಲ.
ಪುಟ ವರ್ಗ ಒಂದು InitializeCulture ಹೊಂದಿದೆ() ಅತಿಕ್ರಮಿಸಬಹುದಾಗಿದೆ ಇದು ವಿಧಾನ. ನಿಮ್ಮ ಕಸ್ಟಮ್ masterpage ನ ಹಿಂದೆ ಕೋಡ್ ರಲ್ಲಿ ಇದನ್ನು ಮಾಡಿದರೆ, ನಿಮ್ಮ ಹಳಿಗಳ ಏನಾದರೂ ಸಾಧ್ಯವಾಗಲಿಲ್ಲ:
ರಕ್ಷಣೆ ಅತಿಕ್ರಮಣವಾಗಿದೆ ನಿರರ್ಥಕ InitializeCulture()
{
// ವಾಸ್ತವ ವಿಧಾನ 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&lang = ಸಿ% 23 ಮೂಲ
ನಾನು ಕೆಳಗಿನ ಹರಿಯುವ HTTP ಹ್ಯಾಂಡ್ಲರ್ ನಾನು ಯೋಚಿಸುತ್ತೇನೆ:
1. ವಿನಂತಿ ಬರುತ್ತದೆ, ಭಾಷೆ ಆದ್ಯತೆ ಒಂದು ಅಧಿವೇಶನ ಕುಕೀಗಾಗಿ ಕುಕೀಸ್ ಪರಿಶೀಲಿಸಿ (ಬ್ರೌಸರ್ ಮುಚ್ಚಿದಾಗ ಕುಕೀಸ್ ಅಧಿವೇಶನ ಅವಧಿ)
2. ವಿನಂತಿಯನ್ನು ASPX ಪುಟಕ್ಕೆ ವೇಳೆ ಪರಿಶೀಲಿಸಿ, ಅಲ್ಲದಿದ್ದರೂ, ವಿನಂತಿಯನ್ನು ತೆರಳಿ
3. ಕುಕಿ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದರೆ, ಸೂಚಿಸಲಾದ ಮೌಲ್ಯವನ್ನು ಭಾಷೆಯನ್ನು ಹೆಡರ್ ಸೆಟ್. ನೀವು ಮಾಡಲಾಗುತ್ತದೆ!
4. ಯಾವುದೇ ಕುಕಿ, ದೃಢೀಕರಣ ದೃಢೀಕರಣ ತೆಗೆದುಕೊಂಡು SPS ಬಳಕೆದಾರ ಹುಡುಕುವ, ಭಾಷೆ ಆದ್ಯತೆ ಹೇಗೆ
5. ಕುಕಿ ಹೆಡರ್ ಮತ್ತು HTTP ಭಾಷೆ ಹೆಡರ್ ಹೊಂದಿಸಿ. ಮಾಡಿದ.
ಮೊದಲ APX ಪುಟ ವಿನಂತಿಯನ್ನು ಯಾವುದೇ ಲುಕ್ಅಪ್ಗಳು ಹೊಂದಿರುತ್ತವೆ ನಲ್ಲಿ SPS ವೀಕ್ಷಣ ಆಫ್ ಓವರ್ಹೆಡ್ ಆದರೆ ಆಗಿನಿಂದ ಪ್ರತಿ ವಿನಂತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ ಆದ್ದರಿಂದ ಸ್ಥಳೀಯ ವೇಗ ಆಗಿರುತ್ತದೆ. ತುಂಬಾ ಒಂದು ಅಧಿವೇಶನ ಕುಕೀ ಬಳಸಿಕೊಂಡು ಅಧಿವೇಶನ ಸಂಗ್ರಹ ಅಥವಾ ಯಾವುದೇ ಇತರ ಓವರ್ಹೆಡ್ ಅವಶ್ಯಕತೆ. ಬ್ರೌಸರ್ ಮುಚ್ಚಿದ ಒಮ್ಮೆ, ಅಧಿವೇಶನ ಕುಕೀ ಹೋಗುತ್ತಾಳೆ. ಬಳಕೆದಾರ SPS ತಮ್ಮ ಭಾಷೆ ಆದ್ಯತೆ ಬದಲಾಯಿಸಿದರೆ ಅವರು ಅದನ್ನು ಕಾರ್ಯಗತವಾಗಲು ಬ್ರೌಸರ್ ಮುಚ್ಚಿ ಮತ್ತು ಪುನಃ ತೆರೆಯಲು ಅಗತ್ಯವಿದೆ.
ವಾಸ್ತವವಾಗಿ HTTP ಹ್ಯಾಂಡ್ಲರ್ IIS ಮಟ್ಟದಲ್ಲಿ ಅಲ್ಲ…ಇದು ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದಲ್ಲಿ ಇಲ್ಲಿದೆ (ISAPI ಶೋಧಕಗಳು IIS ಮಟ್ಟದಲ್ಲಿದೆ)…ನಾನು ಎಚ್ಚರಿಕೆಯಿಂದ BC ಎಸ್ಪಿ ತನ್ನದೇ ಹ್ಯಾಂಡ್ಲರ್ ಹೊಂದಿದೆ ಎಂದು…ಇದನ್ನೊಮ್ಮೆ ಪರೀಕ್ಷಿಸಲು ಮರೆಯದಿರಿ…ನಾನು ಮೊದಲು ಇದನ್ನು ಮಾಡಿದ ಆದರೆ ಎಸ್ಪಿ ಹ್ಯಾಂಡ್ಲರ್ ಕೆಲವು ಸಂಘರ್ಷ ಹೊಂದಿದ್ದವು.
ನಾನು HTTPHandler ಬಳಸಲು ಹೆಚ್ಚು ಒಲವು ಬೆಳೆಸಿಕೊಳ್ಳಬೇಕು ಎಂದು, ಏಕೈಕ ಕಾರಣವೆಂದರೆ ನಾನು ಶೇರ್ಪಾಯಿಂಟ್ ಕಡತಗಳನ್ನು ತಡೆದು ಇಷ್ಟಪಡದಿರುವ ಆಗಿದೆ. ಪ್ಲಸ್ ಇದು ಒಂದು HttHandler ನಿಯೋಜಿಸಲು ಒಂದು ಶೇರ್ಪಾಯಿಂಟ್ ಪರಿಹಾರದ ರಚಿಸಲು ಸುಲಭ ( ಮತ್ತು web.config ಮಾರ್ಪಡಿಸಲು SPWebConfig API ಯ ಬಳಸಿ). ನಿಮ್ಮ ಬಳಕೆದಾರ ಲೋಡ್ ಹೊಂದಿರುವ, ನಾನು ನೀವು ಸಾಕಷ್ಟು ಕೃಷಿ ಹೊಂದಿರುತ್ತವೆ ಊಹಿಸಿ ಗೆಳೆಯರನ್ನು, ನೀವು ನಿಜವಾಗಿಯೂ ಪ್ರತಿ ಸರ್ವರ್ನಲ್ಲಿ modifiying ಕಡತಗಳನ್ನು ಹೋಗಲು ಬಯಸುವುದಿಲ್ಲ.
ಪರಿಹಾರ ಮೂಲಕ global.asa ಫೈಲ್ ನಿಯೋಜಿಸುವುದರಿಂದ ಕೆಟ್ಟ ಕಲ್ಪನೆಯಾಗಿದೆ, ನೀವು ಅದನ್ನು ಹಿಂಪಡೆಯುವ ವೇಳೆ, ನಿಮ್ಮ ಮೂಲ ಫೈಲ್ ಹೋದರು ಇದೆ …
ಸಹ ಪರಿಹಾರ ಹಿಂಪಡೆಯುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವ ತ್ವರಿತವಾಗಿ ಒಳ್ಳೆಯದು ಇರಬಹುದು, ಸಂದರ್ಭದಲ್ಲಿ ವಿಷಯಗಳನ್ನು ಹ್ಯಾಂಡ್ಲರ್ ಆಫ್ perf ಜೊತೆ ತಪ್ಪು ಹೋಗಿ.