3

私の職場では、イントラネット アプリの観点から、歴史的に最もターゲットにしやすいブラウザーであった IE 向けの開発がますます困難になってきています。

  1. すでに展開されていました。
  2. すでに NTLM 認証を理解しているため、ドメイン レベルのセキュリティとうまく統合されています。
  3. XMLDOM や XmlHTTP などの標準外の機能ではありますが、きちんとしていました。

現在、私たちは IE によって提示される問題にますますイライラしています。

  1. いくつかのバージョンがあります: IE 7、8、近日中に 9 ベータ版があり、パフォーマンス、機能 (特に re:security とゾーン)、および美学に関してわずかに異なる問題があります。
  2. IE 7 および 8 は、Webkit ベースのブラウザーよりも低速です。限目。
  3. 要素の欠落、CSS のバグなどの技術的な制限がありcanvas、サード パーティのパッケージを使用したり、IE のバージョン間で一貫してコードを記述したりすることさえ難しくなっています。
  4. イントラネットでも Firefox や Chrome を使用するユーザーが増えています。

移行の経験がある人はいますか?

どんなアドバイスでも大歓迎です。

4

2 に答える 2

2

まず、Webkitベースのブラウザで現在のすべてのイントラネットアプリを確認します。IEで壊れてしまうイントラネットサイトを作成する場合（たとえば、canvasを使用する場合）、最新のWebkitベースのブラウザーで壊れているレガシーイントラネットアプリを修正してから、全員に修正を強制することをお勧めします。非IEブラウザを実行します。

ブラウザが企業ネットワークでも正しく機能することを確認してください。例：ChromeにはまだNTLM/Kerberosに関するいくつかの未解決の問題があります。IEを削除できる場合、これは小さな問題ですが。ただし、ユーザーベースによっては、IEしか使用していないユーザーに必要なユーザーの注意を過小評価しないでください。

私は仕事でWebkitベースのブラウザを使用していますが、IEのみのサイトが大量に壊れています。これらのサイトでタスクを完了するには、時々IEを開く必要があります。今、私はそれに慣れていて、他のすべてのものでChromeを使用できるようにするための小さな苦痛を好むので、それで大丈夫です。ただし、技術者以外の従業員は、IEに座っているだけではなく、IEに座ることを望んでいます（彼らの目には、サイトが機能しないのはChromeのせいです{数年間正常に機能しているため[ビジネスから議論するのは難しい点です視点（彼らが却下する「技術的に巨大なジャンボ」を持ち込むことなく）]}）

だから、確かに、それをしなさい。最初はできるだけスムーズに進むように計画してください。ユーザーの賛同は、反発ではなく、あなたが望むものです。

于 2010-05-25T05:33:45.627 に答える
0

私の開発方法は、常に Firefox または Chrome 向けに作成することであり、IE で動作します。直感に反することはわかっていますが、私にとってはうまくいくことが多かったです。

于 2010-05-25T05:22:58.560 に答える