Ajaxで今よみがえる(^^;;-->[クロスブラウザ技術 ]DHTMLサンプル集
-- リスト --
【カテゴリー】 ActionScript ( 6 ) AIR ( 4 ) AjaSQL ( 10 ) Ajax ( 675 ) Arax ( 1 ) canvas ( 15 ) CSS ( 24 ) ( 9 ) DLNA ( 1 ) Dojo ( 25 ) DOM ( 51 ) ES4 ( 4 ) Ext JS ( 5 ) 反重力物質 ( 1 ) ffAdd-on ( 1 ) Flash ( 48 ) Flash Remoting ( 11 ) FTP ( 2 ) GAF ( 9 ) Google Maps ( 124 ) Google ガジェット ( 1 ) GPS ( 44 ) HTML ( 11 ) HTTPヘッダサンプル ( 10 ) IME ( 2 ) Internet ( 2 ) iPhone ( 49 ) IPv6 ( 1 ) 漫画 ( 4 ) Java ( 49 ) JavaScript ( 344 ) jKamo ( 8 ) jQchart ( 4 ) jQuery ( 207 ) jquery-ref ( 1 ) jsGadget ( 19 ) jslb_ ( 3 ) jslb_ajax ( 9 ) JSON ( 49 ) JSR223 ( 7 ) kjscmd ( 1 ) KNOPPIX ( 1 ) Linux ( 18 ) Mac ( 9 ) Memo ( 3 ) Microformats ( 2 ) Mini AJAX ( 2 ) MochiKit ( 2 ) mootools ( 10 ) Movable Type ( 58 ) MySQL ( 10 ) NewGameWeb ( 2 ) Nucleus ( 8 ) OpenAJAX ( 3 ) OpenDocument ( 1 ) OS ( 10 ) P2P ( 2 ) Perl ( 8 ) PHP ( 38 ) PostGIS ( 1 ) PostgreSQL ( 4 ) prototype.js ( 28 ) ROBOT ( 1 ) RSSリーダー ( 15 ) Ruby on Rails ( 7 ) SPDY ( 1 ) Spry ( 6 ) SQLite ( 17 ) SQLiteWorker ( 2 ) ssh ( 1 ) SSI ( 2 ) SVG ( 23 ) TRON ( 1 ) Ubiquity ( 7 ) Video ( 1 ) VML ( 1 ) Web Slice ( 1 ) Web Sockets ( 24 ) Webサービス ( 107 ) widget ( 6 ) Wii ( 1 ) Wiki ( 1 ) Win ( 6 ) WSH ( 1 ) X01HT ( 30 ) XML ( 32 ) XOOPS ( 1 ) XQuery ( 2 ) XUL ( 4 ) Yahoo! UI ( 74 ) 日付入力用カレンダー ( 1 ) 『Ajax実践テクニック』 ( 1 ) 『入門 Ajax』 ( 42 ) WinTips ( 2 ) こりゃすごい ( 7 ) チューニング ( 30 ) ダイナミックロード関数 ( 7 ) リファレンス ( 20 ) ライブラリ ( 210 ) レーダー雨量表示 ( 1 ) ハード ( 35 ) ペンギン ( 2 ) ブラウザ ( 108 ) ブログでBBS ( 1 ) アクセスグラフ ( 3 ) イベント ( 2 ) カレンダーによる日付入力スクリプト ( 4 ) クロスブラウザ ( 14 ) クロスブラウザ関数 ( 8 ) スポーツ ( 1 ) スマートフォン ( 8 ) セキュリティ ( 155 ) ソフトイーサ ( 1 ) マッシュアップ ( 23 ) 暗号 ( 4 ) 映画 ( 57 ) 河川の水位グラフ ( 3 ) 回線 ( 2 ) 開発ツール ( 38 ) 牛久大仏 ( 19 ) 携帯 ( 150 ) 言語 ( 19 ) 故障 ( 9 ) 高橋家の謎 ( 3 ) 広告とか ( 1 ) 洪水警報システム ( 2 ) 今日のひと言 ( 10 ) 仕様 ( 113 ) 雑談 ( 356 ) 実装 ( 2 ) 書籍 ( 20 ) 親子ウインドウ有無の確認関数 ( 3 ) 新海誠 ( 3 )
Web Sockets Domo

* サーバー側は、小松氏のこれをbloga.jp:80へ置いてあります。
* クライアント側はWS処理をjQueryプラグイン化してみました。これです。
* ちなみに、このDemoサンプルは、下記5行でローカルでも別ドメインでもどこにでも設置出来ます。
<script src="http://bloga.jp/ws/jq/js/jquery-1.3.2.min.js" type="text/javascript"></script> <script src="http://bloga.jp/ws/jq/js/jquery.ws-0.3-noenc-pre.js" type="text/javascript" charset="utf-8"></script> <script src="http://bloga.jp/ws/jq/conn/wschatdemo0.3.js" type="text/javascript"></script> <script>/*サポートしてない時のalertメッセージを抑止*/$.ws.wsSetup({nonosupportmsg:true});</script> <div id="wsdemos"></div>

【info】いつもいろいろなテストなどをページ内のあちこちでやっているので、重かったり、壊れていたりするf^^;ことも多いです。実験用ですので、カオス(混沌)をあえて意図したりもしますので、標準やValidとは無縁だったりしますが、何卒、ご了承ください ( _ _ b

【info】 最近はTwitterでぶつぶつ言ってることが多いです。
>http://twitter.com/toshirot

【info】 Chrome Extension [WebSocket Chat] もちろんChrome専用です
https://chrome.google.com/extensions/detail/fnoegeafibddabfhmpmhniphlcojkjli

2006年03月03日

【ブラウザ】事務所でIEを業務用アプリのUI環境として使わない理由

ブラウザ ブックマークに追加する ブックマーク-- Hatena  / Livedoor track feed


「新しいWebアプリを望む人はFirefoxを使っている」Mozilla Japanセミナー
http://internet.watch.impress.co.jp/cda/event/2006/03/02/11091.html

たまたま、こんな記事があったので、あまり記事の内容には関係ないですけれどメモしておきます。

私が、事務所でブラウザを業務用アプリのユーザーインターフェイス環境として使うときに、IEではなく未だにN4を使っていたり(笑)、Firefoxを使う理由は、今のところ、それがOSのアップデートの影響を受けにくいからです。

たとえば、業務用に書いた5年前のあるスクリプトは、現在Windows IE6では使うのがしんどい状態ですが、N4では、使えます。

Windowsをアップデートしたら使えなくなってしまったのです。もちろん、OSのアップデートには、重要なセキュリティパッチや大事な機能が含まれているわけですから、必ず行うべきです。もし、internet上のWebページを閲覧するようなマシンならアップデートは義務とも言えます。

でも、その結果、それらが大事ではない場所で使っているスクリプトまで、自動的に、前触れもなく使えなくなってしまうということが起こるのです。

FirefoxやOperaは、バージョン毎に別のディレクトリを作っておくだけで、簡単に それぞれの旧環境を制作者の意志で維持できます。アップデートそのものの問題を事前にチェックするのも簡単ですし、このブラウザのinternet接続だけ禁止してしまうことも簡単です(IEを禁止にするとWindowsアップデートもできなくなります)。

つまり、IEをそのユーザーインターフェイスに使わないことで、そのインターフェイスと現在多発しているInternet関連のWindowsセキュリティアップデートは、切り離されるわけです。

したがって、逆に安心して、事務所のユーザーに、「Windowsのセキュリティアップデートは、まめにやっておいてね」と言えるようになります。

で、ブラウザのアップデートは、制作者が別途、不具合をチェックしつつ、簡単にロールバックできる環境で行えば良いのです。

それが、IEには望めないということです。<と、言い切っておきながら、もしかして、簡単にできる方法があったら、撤回します、あっさり(^^;

#ちなみに、「簡単」のレベルですが、↓こういうのは、手軽な方法とは言えない気がしてます。
Internet Explorer 7 ベータ 2 プレビュー をアンインストールする方法
http://support.microsoft.com/default.aspx?scid=kb;ja;913844



    tomo ( 2006年03月03日 12:42 )

    私の仕事の履歴は、IEとの格闘の歴史デス。
    もう何と言うか、ただ、ただ、同意ですよ。

    高橋 ( 2006年03月03日 17:13 )

    そもそも、ブラウザをネットサーフィン以外に使おうとしたことが欲張りだったわけですが(笑)、まぁ、必要は発明の母ってことで、少しずつ使えるようになってきていることも確かですね。苦労はしましたし、今後も苦労しそうですけれど。そこに希望をみるようでしょう(^^;

    ( 2006年03月30日 17:46 )

    うーん、なんだかわけの分からない話。
    結局Webで作った理由ってなんですか?
    配布を楽にするためってのがあるんじゃないんですかね。
    その配布の楽さを見殺しにして数バージョンもブラウザをユーザ環境下に残しておいてどうすんのかと。
    それって、ユーザが変更する前提ですか?
    FireFoxのパッチがでても古いを使いまわすのでしょうか。
    なんだか、VBでアプリ作ってんのと変わらないですね。

    それにメジャーバージョンじゃなければこまめに
    直してればそんなに打撃受けないと思うなー

    高橋 ( 2006年03月30日 19:48 )

    まぁ、「そんなに打撃受けない」かどうかは、人とケースによるでしょうね。

    JavaScriptにとってブラウザのアップデートは、プログラムの動作そのものの改定を含んでいる可能性がありますが、セキュリティアップデートとしてまとめて書き換える現状では、制作者の意思でコントロールするのは難儀ですし、MSにお任せするのは責任放棄といえます。

    この話は、そういう意味での、プログラム言語のバージョン(のようなもの)を制作者の意志でコントロールする方法についての話のつもりです。

    「制作者が別途、不具合をチェックしつつ、簡単にロールバックできる環境で」簡単にアップデートができるブラウザというかアップデートの仕方なら別にOKなのです。

    その点、IEはしんどくて、Firefoxなどの方が簡単、と感じています。もちろん、古いバージョンをとっておくことが目的ではありません(^^;。また、IEは駄目ということでも全くありません。それらのブラウザで使えるように作っておいた方が、そういう意味ではリスクをヘッジできます、ということです。

    高橋 ( 2006年03月30日 23:54 )

    参考例 : ActiveX コントロールのアクティブ化(なんて偶然、、、シンクロニシティ?)
    http://jsgt.org/mt/archives/01/000948.html


    【コメント】(←clickで入力欄open)

  

All About/JavaScript

All About のJavaScript関連記事を書いています。参考にしていただければ幸いです。