В настоящее время мы лоббируем перед руководством удаление запуска SharePoint в браузере пользователя из нашего сценария входа в сеть, поскольку мы сталкиваемся с многочисленными состояниями гонки и другими проблемами, когда пользователи входят в сеть. Другими словами, когда пользователь входит в сеть, последним шагом сценария входа в сеть является запуск IE с адресом нашего сервера SharePoint.
Руководству были представлены многочисленные технические причины, по которым это плохая идея, но мне нужна сторонняя проверка того, почему сценарий входа в сеть не следует использовать для запуска SharePoint. Цель руководства — сделать SharePoint первым приложением, которое вы видите при входе в сеть.
Я ищу ресурсы/кейсы, которые подробно описывают лучшие практики запуска SharePoint и, если возможно, почему это НЕ следует делать в сценарии входа в сеть. В конечном итоге, обратная связь, которую я получаю, должна быть в форме, которую бизнес-подразделение — конечные пользователи — должны быть способны усвоить. Я, конечно, могу предоставить журналы, сравнения конфигураций и другую диагностику, но для них это будет бессмысленно.
решение1
Это немного нетрадиционный вид вещей, чтобы начать из сценария входа. Если бы меня попросили сделать это, я бы сделал это через ключ "legacy run" реестра пользователя или группу программ "Startup", так что браузер вызывался после запуска Explorer.exe.
Но, несмотря на это, я не могу вам объяснить, почему это плохая идея, кроме того, что, на мой взгляд, это некрасиво и довольно некультурно — запускать браузер без явного согласия пользователя.
Я предполагаю, что есть какая-то мотивация заинтересовать людей в использовании SharePoint. Я бы сказал, что навязывание им этого и потенциальное замедление загрузки их компьютеров — это не способ вызвать энтузиазм.
(На самом деле мне было бы интересно услышать ваши многочисленные технические проблемы, потому что мне сложно придумать хоть одну. Как я уже сказал, я бы не стал запускать его из скрипта входа, потому что не хочу рисковать испортить Explorer.exe, но, помимо этого, вполне возможно автоматически запускать браузер при каждом сеансе входа. Лично мне это не понравилось бы, но это все равно возможно.)
решение2
Нет никаких проблем на стороне сервера при запуске его из скрипта входа, только те, которые вы испытываете на стороне клиента. Из ваших комментариев, проблема, похоже, связана с программным обеспечением MnM. Возможно, вы могли бы описать это как конфликт между этим продуктом и IE.
Редактировать:Вы не опубликовали соответствующие части вашего скрипта входа, но можно ли замерить время, которое требуется IE для запуска? Например, см.на этот вопросдля таймера. Затем после настройки в скрипте:
- Взять временную метку
- Бегать
start /wait iexplore.exe ..... - Взять временную метку
- Проверить результаты
Кстати, это не похоже на хорошо продуманный запрос. Я повторяю комментарии Эвана по этому поводу... Как конечный пользователь, я не могу представить себе ничего более раздражающего, чем мой браузер, появляющийся, когда я его не просил. Мне не нравится, когда компьютер делает что-то, когда я его не просил. Может быть, вы сможете придумать какие-нибудь хорошие аналогии/примеры, которые руководство сможет идентифицировать, и которые подчеркнут плохой пользовательский опыт, который это даст.
Хорошим компромиссом было бы сделать сайт SharePoint домашней страницей браузера.
решение3
Может быть, SharePoint должен «разогреваться» каждый день, тогда SharePoint будет реагировать гораздо быстрее, когда пользователи войдут в систему (например, если группа пользователей будет первыми, кто посетит сайт SharePoint, и он не «разогреется», SharePoint будет работать медленно).
Поищите в Google ресурсы по теме «Скрипт разминки SharePoint».