「ここクリックしたら新しいタブで開けるといいな」
って、え、ん〜、target とかで何とかなるのかもしれないけど
でも new window 開くのであってタブ? HTML にタブって概念あり??
Ctrl+左クリック を紹介したらいけたらしいのでいいかと思ったけど
ググってみました
IE7で新規ウィンドウが常にタブで開くようにする
おー、設定項目あるじゃない!
IE も 7 にもなるとすっかりタブブラウザになってたんですね
もぉタブの無い生活なんて考えられませんもんねぇ〜
2009/12/15
2009/10/07
"ie for mac" サポート
その昔、Microsoft は Mac 向けに IE を出していました
なんとまぁ
でも、ご存じの通り今は提供されていません
しかし提供されてしまっていたのでどの程度サポートされていたのか
気になるところなので調べてみました
Microsoft、『IE for Mac』のサポートと配布の停止時期を明らかに
2005/12/31 でサポートが終了して
2006/01/31 で配布も終了していたようです
って配布の方が後って何でよ
まだ 3 年しか経っていないんですね
Chrome の OS X 版も使い物になるようになってきてるようですが
3 年後はどんなブラウザ使ってますかねぇ
なんとまぁ
でも、ご存じの通り今は提供されていません
しかし提供されてしまっていたのでどの程度サポートされていたのか
気になるところなので調べてみました
Microsoft、『IE for Mac』のサポートと配布の停止時期を明らかに
2005/12/31 でサポートが終了して
2006/01/31 で配布も終了していたようです
って配布の方が後って何でよ
まだ 3 年しか経っていないんですね
Chrome の OS X 版も使い物になるようになってきてるようですが
3 年後はどんなブラウザ使ってますかねぇ
2009/07/26
nginx msie
別件で検索したりしてて
MSIE ってのは脳味噌腐ってるって話を思い出しました
apache の ssl.conf には
その前のところのコメントなんかに理由が説明されています
で、そうだよな、IE が悪いよなきっと、と
nginx ssl の悩みを解決すべく
気をとりなおして検索したら
nginx ssl_prefer_server_ciphers and MSIE 7.x core dump
って bug report を見付けました
あらら
設定を色々試していたはずなんだけどなぁ
何で見付けられなかったんでしょう
ssl_prefer_server_ciphers の on にしなければ
nginx で SSL してても IE と正常に接続できるようになりました
よかったよかった
MSIE ってのは脳味噌腐ってるって話を思い出しました
apache の ssl.conf には
SetEnvIf User-Agent ".*MSIE.*" \って設定がされてたりしますが
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
その前のところのコメントなんかに理由が説明されています
で、そうだよな、IE が悪いよなきっと、と
nginx ssl の悩みを解決すべく
気をとりなおして検索したら
nginx ssl_prefer_server_ciphers and MSIE 7.x core dump
って bug report を見付けました
あらら
設定を色々試していたはずなんだけどなぁ
何で見付けられなかったんでしょう
ssl_prefer_server_ciphers の on にしなければ
nginx で SSL してても IE と正常に接続できるようになりました
よかったよかった
2009/07/24
wildcard subjectaltname virtualhost
SSL と VirtualHost 関連で「どうなの?」的なことを問われたので
確か素敵まとめサイトがあったと思って検索したら
SSL/TLS で Namebase のバーチャルホスト
が出てきました
素敵!!
VhostTaskForce - CAcert Wiki
ここも素敵かな??
多分 Apache 用語ですけど
で、こっから少し古い話
一方 SSL は TCP の接続の後にネゴシエーションするわけですが
ここにはまだ Apache 出てこないんで Host とかの内容見ません
SSL のネゴシエーションのときに分かるのは TCP までの情報なので
IP address とか port 番号とかです
なので、HTTPS でサーバが証明書を提示する際にどの証明書を提示するか
それを決める判断の基準も IP address とか port 番号しかありません
IP ベースの VirtualHost であれば IP address と port 番号毎に
1 つサイトが決まっているので証明書を提示してあげれば良いのですが
1 つの IP アドレスの下で Name ベースの VirtualHost をしてる場合
それら VirtualHost 達で 1 枚しか証明書が提示できません
なのでワイルドカードや SubjectAlternativeName などを利用して
1 枚で複数の FQDN に対応できる証明書が利用されています
古い話終わり
で、RFC 3546 で TLS 拡張で Server Name Indication ってのが定義されてるそうで
TLS レベルで接続したいサーバの名前を指定する仕組みが決められて
それ使えば Name ベースの VirtualHost でも問題無しに
1 Host 毎に 1 枚証明書を対応付けれて IP address もぉ要らないよ!
ということになっているみたいです
IE7 以降とか Fx 2 以降とか Opera 8 以上は対応してるみたいなんですが
携帯とかどうなんだろう??
更に、RFC 2817 では Upgrading to TLS という仕組みも定義されてるとか
HTTP 1.1 から TLS な世界に切り替わるみたいですが
ちょっと、ググっただけでは対応状況までは分かりませんでした
Server Name Indication が普及してくれると分かり易くていいですね
確か素敵まとめサイトがあったと思って検索したら
SSL/TLS で Namebase のバーチャルホスト
が出てきました
素敵!!
VhostTaskForce - CAcert Wiki
ここも素敵かな??
多分 Apache 用語ですけど
- VirtualHost
- 1 つのウェブサーバで複数のウェブサイトを構築
IP address ベースと Name ベースのものがある - IP ベース VirtualHost
- アクセスがあった IP address 毎に
サイト・コンテンツを指定して複数サイトがあるように見せる
IP address が複数必要なので場合によってはコストが高い - Name ベース VirtualHost
- サーバーの名前毎にコンテンツを振り分ける VirtualHost
IP address が 1 つしかなくても複数のサイトが構築できる
HTTP 1.1 とかで Host というヘッダをクライアントは送るので
そこで判断してるんですよね?? きっと
で、こっから少し古い話
一方 SSL は TCP の接続の後にネゴシエーションするわけですが
ここにはまだ Apache 出てこないんで Host とかの内容見ません
SSL のネゴシエーションのときに分かるのは TCP までの情報なので
IP address とか port 番号とかです
なので、HTTPS でサーバが証明書を提示する際にどの証明書を提示するか
それを決める判断の基準も IP address とか port 番号しかありません
IP ベースの VirtualHost であれば IP address と port 番号毎に
1 つサイトが決まっているので証明書を提示してあげれば良いのですが
1 つの IP アドレスの下で Name ベースの VirtualHost をしてる場合
それら VirtualHost 達で 1 枚しか証明書が提示できません
なのでワイルドカードや SubjectAlternativeName などを利用して
1 枚で複数の FQDN に対応できる証明書が利用されています
古い話終わり
で、RFC 3546 で TLS 拡張で Server Name Indication ってのが定義されてるそうで
TLS レベルで接続したいサーバの名前を指定する仕組みが決められて
それ使えば Name ベースの VirtualHost でも問題無しに
1 Host 毎に 1 枚証明書を対応付けれて IP address もぉ要らないよ!
ということになっているみたいです
IE7 以降とか Fx 2 以降とか Opera 8 以上は対応してるみたいなんですが
携帯とかどうなんだろう??
更に、RFC 2817 では Upgrading to TLS という仕組みも定義されてるとか
HTTP 1.1 から TLS な世界に切り替わるみたいですが
ちょっと、ググっただけでは対応状況までは分かりませんでした
Server Name Indication が普及してくれると分かり易くていいですね
2009/07/13
debug internet-explorer header
nginx ssl で redirect 設定しましたが
どうやら IE だと「Internet Explorer ではこのページは表示できません」と出てしまい
上手く表示されないことが判明しました。つうか「テストちゃんとしなさい」という話ですが。
これは困りました
で、解決すべく、とりあえず IE が何を思ってるのかを知りたいなと
Firebug みたいなのがあったよなと思って検索してみました
DebugBarで快適IEデバッグ « PHPで翻訳三昧
そうそう、DebugBar
入れてみたら HTTP(S) でのやり取りは見れたんですが
ん〜、盾のマークが出てきている気がする
My DebugBar | Doc / HTTPTab によると
"Unauthorized request returned by server (401)" ということらしい
ん〜、何じゃこりゃ
error_log を見ると
ん〜、困った
どうやら IE だと「Internet Explorer ではこのページは表示できません」と出てしまい
上手く表示されないことが判明しました。つうか「テストちゃんとしなさい」という話ですが。
これは困りました
で、解決すべく、とりあえず IE が何を思ってるのかを知りたいなと
Firebug みたいなのがあったよなと思って検索してみました
DebugBarで快適IEデバッグ « PHPで翻訳三昧
そうそう、DebugBar
入れてみたら HTTP(S) でのやり取りは見れたんですが
ん〜、盾のマークが出てきている気がする
My DebugBar | Doc / HTTPTab によると
"Unauthorized request returned by server (401)" ということらしい
ん〜、何じゃこりゃ
error_log を見ると
2009/07/13 15:23:28 [alert] 1987#0: worker process 1990 exited on signal 11って出てて何か根本的に間違っている様子
ん〜、困った
登録:
投稿 (Atom)