В моем текущем проекте, Некоторые из пользователей будет путешествовать во всем мире, и когда они прибывают в различные пункты назначения, использовать любую машину удобно, в то время. Эти гостевые машины под управлением Windows и установлен и настроен для местного языка. (Я просто понял, что гостевых машин могут не иметь правильный языковые пакеты… вероятно, не будет, На самом деле… Я парковка что один сейчас).

SharePoint необходимо предоставить механизм, при котором пользователь может выбрать предпочтительный язык и затем иметь честь языке независимо от того, как пользователь обращается к мох Мосс. Другими словами, игнорировать любой браузер говорит IIS/Мосс и вместо этого искать что предпочтительный язык и использовать его.

Мы будем расследовать два подхода:

1. Обработчик HTTP-данных: Пользовательский обработчик HTTP, установленных на сервере IIS будет искать Мосс профиля пользователя, выяснить, предпочтительный язык и перейдите в заголовке HTTP вокруг необходимости перед передачей управления MOSS.
2. Global.asax: Изменить global.asax сделать то же самое. Мы можем изменить что-то другое, но идея состоит в том, что мы находим некоторые места, где мы можем вставить нашу логику переключения языка.

Другим осложняющим фактором является, что нам нужно поддержка 60k пользователей, о 1,000 которые могут одновременно доступа Мосс на пике нагрузки.

Обработчик HTTP-данных кажется довольно резкое, но возможно лучшее место, чтобы поместить код, так как это на уровне IIS и всезнающим. Это хороший один точка работы.

Мы склоняется подход типа global.asax, главным образом потому, что мы считаем, что мы будем иметь больше возможностей для кэширования данных в тот момент.

Я буду блоге больше на эту тему, как я могу узнать больше.

Если у вас знать что-нибудь об этом, please post a comment 🙂

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Я нахожусь на проект, где нам нужно собирать метрики вокруг функцию с именем «доля историю." Идея очень проста — Если вы ищете на интересную статью в интрасети и хочу поделиться им с кем-то, Щелкните ссылку «поделиться этой историей" отправить ваш приятель.

Мы играли вокруг с помощью настраиваемой формы для этой цели, но в конце концов, здравый смысл победил день и мы просто использовать знакомые <a href = mailto:…> техника. (<mailto в href:…> Это немного удивительно надежный HTML; в качестве бонуса, Эта связь приносит мне вернуться к моей старой страницы UNIX человеко-дней; Это были дни!).

Этот метод обеспечивает отличный интерфейс для конечных пользователей, так как они получают использовать их знакомые клиент MS Outlook (или независимо от клиента электронной почты они установлены).

Он делает вещи труднее на нас, бедных разработчиков типы поскольку они клиента * также * хочет запустить отчет в будущем, показывает, как часто пользователей поделиться своими историями и даже какие рассказы чаще всего являются общими.

Мы whiteboarded несколько возможных решений. Мой любимый это копия (CC) список SharePoint. Таким образом, конечный пользователь по-прежнему получает клиент outlook, в то время как мы получим захватить событие, потому что мы будем получать копию электронной почты себя. Есть некоторые очевидные недостатки. Основная проблема заключается, что пользователь может просто пустой, или иным образом корежить CC адрес. И, нам нужно управлять что Медиатека событий электронной почты. У нас есть запланированное задание на белой доске, ответственность за что очистка.

Если у вас есть некоторые умный подход к решению этой проблемы, Пожалуйста скажите.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin