Code Archive Skip to content Google About Google Privacy Terms
The ordering of cipher suites in the Old configuration is very important, as it determines the priority with which algorithms are selected. OpenSSL will ignore cipher suites it doesn't understand, so always use the full set of cipher suites below, in their recommended order. The use of the Old configuration with modern versions of OpenSSL may require custom builds with support for deprecated ciphe
昨今では、ブラウザが以前のようにIEとNetscape2社だけだった・・っと言っても、これらに対応するWebアプリケーションを作るのは大変だったわけだが、現在は、IE、FireFox、GoogleChrome、Safari、Opera・・・って感じで、5種類のブラウザに対応しなければならないと言う悲劇があり、まあ大変ってわけだ。 描画系は、IE6やIE7が他のブラウザと違い独自臭がぷんぷんするわけだが、それ以外のブラウザIE8、FireFodx、GoogleChrome、Safariは、まあ、大体良く似ている感じである。 Javascript系は、IE系と、FireFox、GoogleChrome、Operaと、Safariとなっており、大まかに分けると、大体3つのグループに分かれる・・・って言っても、細かく言えばFireFox、GoogleChrome、Operaも、微妙に違うわけなのだ
Make a note of it: Web tech, montaineering, and so on. Note: この記事は、3年以上前に書かれています。Webの進化は速い!情報の正確性は自己責任で判断してください。 メモ書き。社内説得用。「HTTPリクエストを減らすと高速化できるよ!」てのはよく聞くけど、それが「どうしてか」ってのを(読込待機時間まわりで)具体的な数字を出してることが意外と少なかったので。詳しくは参考リンクにGo! Webサイトを分析するWebアプリ PageSpeed Insights WebPagetest 参考資料など Webパフォーマンス最適化のためのコーディング手法, MOL @importを使うべきでない理由, Screw-Axis まずHTTPリクエストがコストが高い理由ですが、まあ同時読込できないからですよね。読込に1秒掛かる画像A,B,Cがあると
_ IE6 で Digest 認証を利用するとエラーになる 普段は Firefox を利用していて IE を使う機会はさほどないのですが,今日,IE6 で tDiary の管理画面を開いたら,""HTTP 400 - 正しくない要求""とかでて表示できない.なんだろうとログを見ると,以下のログが. [Thu Mar 28 00:00:00 2008] [error] [client 192.168.0.10] Digest: uri mismatch - </update.rb> does not match request-uri </update.rb?conf=default>, referer: http://www.smallstyle.com/update.rb これ,IE6 のバグなんですね.今までまったく知りませんでした.で,これを回避するには以下を,httpd.conf
As some of you already know, I’m the author of Misultin, an Erlang HTTP lightweight server library. I’m interested in HTTP servers, I spend quite some time trying them out and am always interested in comparing them from different perspectives. Today I wanted to try the same benchmark against various HTTP server libraries: Misultin (Erlang) Mochiweb (Erlang) Cowboy (Erlang) NodeJS (V8) Tornadoweb (
昨晩 twitter で、「バックエンドのほうで Digest 認証されているところに mod_proxy で Reverse proxy できない」という話があったのでちょっと試してみた。 あれ?mod_proxyとかだとdigest認証出来ないのか?リバースプロキシにアクセスした時点で認証させる形とかmod_rewriteでゴニョゴニョさせる方法とかしか無いのかな。 2010-10-19 19:17:04 via Tween 結論から言うと、 uri (path) が表と裏で同一なら問題なし 別の uri ( 表:/foo => 裏:/bar など ) だと認証に失敗する という結果に。 Digest 認証のアルゴリズムでは、Authorization ヘッダの生成に uri も使用するため、クライアントが認識している uri とバックエンドが認識している uri が異なるとヘッダの検
ほとんどの人がHTTPSとSSL (Secure Sockets Layer) を結びつけて考えます。SSLは1990年代半ばにNetscape社が開発した仕組みですが、今ではこの事実はあまり正確でないかもしれません。Netscape社が市場のシェアを失うにしたがって、SSLのメンテナンスはインターネット技術タスクフォース(IETF)へ移管されました。Netscape社から移管されて以降の初めてバージョンはTransport Layer Security (TLS)1.0と名付けられ、1999年1月にリリースされました。TLSが使われだして10年も経っているので、純粋な"SSL"のトラフィックを見ることはほとんどありません。 Client Hello TLSはすべてのトラフィックを異なるタイプの"レコード"で包みます。ブラウザが出す先頭のバイト値は16進数表記で0x16 = 22。 これは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く