Des problèmes de compatibilité avec Internet Explorer 10 et 11 et un vieux .net framework 1.1 site web
Le Scénario
J'ai un très vieux site web développé .net (framework 1.1). Le site a plusieurs problèmes avec Internet Explorer 10 et 11 qui peut être fixé à l'aide de l'affichage de compatibilité.
Le Problème
Problème est que le framework 1.1 ne reconnaît pas Internet Explorer 10 et 11 comme une avancée de la capacité de navigateur, de sorte que beaucoup de fonctionnalités (par exemple de code javascript sont désactivés lorsqu'un utilisateur avec Internet Explorer 10 et 11 accède au site web.
Microsoft a publié des correctifs pour résoudre ce problème .net framework version >=2.0, mais pas pour le framework 1.1.
Ce que j'ai déjà essayé
- J'ai essayé de forcer IE7 en Mode de Compatibilité dans le web.config ou l'ajout d'en-Tête HTTP dans IIS ou directement à l'intérieur des pages html avec:
<meta http-equiv="X-UA-Compatible" content="IE=7" />
mais ce n'est pas une solution valable, depuis du code javascript est encore manquante en raison de framework 1.1 problème.
- La seule solution que j'ai trouvé est de régler manuellement l'Affichage de Compatibilité dans le navigateur, mais certains de mes clients ont des problèmes d'activation de l'Affichage de Compatibilité, car ils n'ont pas confiance avec les Pc.
Mes deux cents
Je sais que probablement la meilleure solution serait de convertir la totalité du projet à une version plus récente du cadre (>=2.0), malheureusement, le projet est énorme et sa conversion serait très complexe (la solution inclut beaucoup d'autres projets, plus âgés ASP classique sections, Crystal Reports, rapports, etc...)
La vraie question
Est-il une solution qui ne nécessite pas de conversion de projets ou manuel des opérations à partir de l'utilisateur final?
Si le
appBrowsers
chose ne fonctionne pas, vous voudrez peut-être chercher dans le browserCaps
: MSDNLe projet est de 8 ans et n'a pas été mis à jour? Je me rends compte que c'est un projet complexe à mettre à jour, mais c'est pas comme si c'était déconseillé hier...
support.microsoft.com/lifecycle/search/... .NET 1.1 va mourir dans 3 mois. La seule solution, c'est ce que vous savez déjà, la mise à niveau.
OriginalL'auteur Andrea | 2013-06-25
Vous devez vous connecter pour publier un commentaire.
modifier le web.le fichier de configuration et dans le
<system.web>
section ajouterPas de travail dans ma .Net 2.0 projet
OriginalL'auteur Jorge Borges
Première: Le X-UA-Compatible balise doit être la première dans la balise < head > article.
Essayez d'utiliser l'imiter option, qui permet en mode quirks:
Aussi, la suppression complète d'un "DOCTYPE" depuis votre page a également été connus pour aider à forcer le mode de compatibilité ou de mettre quelque chose comme une déclaration xml en haut
OriginalL'auteur SlaterCodes
juste essayer de configurer IIS pour ce -
Ajouter la coutume-tête de réponse HTTP dans IIS
Pour ajouter un en-tête de réponse HTTP au niveau du site Web, au niveau du dossier, ou au niveau du répertoire virtuel dans IIS, procédez comme pour la version de IIS que vous utilisez.
IIS 7 sur un ordinateur Windows Server 2008 Web server
et puis cliquez sur OK.
double-cliquez sur Sites.
voulez ajouter la coutume-tête de réponse HTTP.
la section IIS. Note L'espace réservé se réfère à la
nom du site Web.
IIS 6 et les versions antérieures
cliquez sur OK.
vous souhaitez, puis cliquez sur Propriétés.
pour plus de détails, veuillez voir cette lien
OriginalL'auteur Vikash Singh
J'ai réussi à trouver une solution: en fait je le reciblage ma demande pour s'exécuter sous Framework 4.0 alors que la demande est toujours compilé avec le Framework 1.1.
Pour accomplir cela, j'ai suivi cette page MSDN. En voici un extrait:
Donc mon problème est résolu en 2 étapes:
ajouter cet article pour le web.fichier de configuration du Framework 1.1 de l'application web:
Maintenant l'application s'exécute sous Framework 4.0, par conséquent, les nouveaux navigateurs sont correctement reconnus et les fonctionnalités avancées sont disponibles.
OriginalL'auteur Andrea