Дивна поведінка в режимі підприємства IE11


0

Наразі я намагаюся підготуватися до розгортання IE11, для цього потрібно включити режим Enterprise через наші стародавні програми для інтранет.

Перше, що я зробив, це створити для нього API. Мета API - редагувати XML-файл, що знаходиться в центрі міста, тому кожен раз, коли користувач (або адміністратор, ймовірно) вводить сайт у корпоративному режимі через меню, він

  • Потім редагуйте XML-файл відповідним чином
  • Збільшує номер своєї версії

Це працює чудово. Він оновлює файл і збільшує номер версії. Однак, коли я запускаю Internet Explorer, я ніколи не бачу запиту виходити на SiteListзначення, щоб перевірити файл, навіть після рекомендованого 65-секундного очікування.

Я двічі перевірив, і мій HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Main\EnterpriseModeключ містить SiteListрядок, і він встановлений у відповідній URL-адресі, де доступний XML-файл. Я знаю, що файл XML є загальнодоступним, оскільки я та мої колеги можуть переходити до нього у своєму браузері. Я в збитку щодо того, що може спричинити це.

Відповіді:


0

Тож я з’ясував проблему, частково це пов’язано з тим, як я цим користувався.

Кожного разу, коли я встановив б "Корпоративний режим" для веб-сайту через меню "Інструменти", він би успішно надсилав запит POST до мого API та відповідно ставив його у файл. Так, наприклад, шлях за замовчуванням для зображень Google (це був тестовий випадок), коли я натискав на нього https://www.google.com/imghp?hl=en. Так у файлі було б

<domain exclude="true">
    www.google.com
    <path exclude="false">imghp?hl=en</path>
</domain>

Я ніколи не побачив прохання вийти і отримати файл (я досі не можу пояснити, чому він цього не зробив, але, схоже, щось було неправильно налаштовано на моїй стороні. Я виправив це, повністю відмінивши все, що робив, і повторно -виконання всіх кроків для включення ЕМ). Коли я нарешті отримав це, щоб почати робити запити, він нічого не відображатиме в EM. Це пов’язано з тим, що він говорив мені (не розповідаючи, мені довелося дізнатися самостійно шляхом проведення широких досліджень з монітором процесу) XML був недійсним через шлях із знаком "=" у ньому.

Тож на мій запит POST, який надсилає повну URL-адресу, я сказав йому викреслити будь-які параметри в URL-адресі (що-небудь після '?'), І раптом він працює для мене та всіх моїх колег, які допомагають мені перевірити його. Отже, підводячи підсумок, не зберігайте URL-адреси з параметрами у файлі XML, інакше він порушиться.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.