FirefoxのlivehttpheadersでHTTPリクエストの中身が見られるしくみ - bits and bytes
サーバに送っているHTTPリクエストのヘッダやレスポンスのヘッダが見られるFirefoxのextension livehttpheaders がどうやってこの機能を実現しているのか調べてみました。 HTTPリクエストを送るタイミングでイベントを捕まえることができるんだろうと予想して探してみるとLiveHTTPHeaders.jsの43行めからのaddToListener()に function addToListener(obj) { ... snip ... // Should be a new version of Mozilla/Phoenix (after september 15, 2003) var observerService = Components.classes["@mozilla.org/observer-service;1"].getService(Compone
続：ユーザー認証の仕組み < ウェブ < kei3.jp
続：ユーザー認証の仕組み @ ウェブ 昨日InterAKTの認証がクッキーを使っていると書きましたが間違いでした。Dreamweaverの元々のユーザー認証サーバービヘイビアと同じでセッションを使ってました。InterAKTの方が設定が面倒ですが、設定を細かくできるので、色々と応用出来そうです。しかし、クッキーを使った認証にしたいので、少々自分で工夫しなければ成らないですね。カスタムトリガーを使えば良いのかな。 ログインのトランザクションにカスタムトリガーを使ってsetcookieすれば良いみたいです。具体的にはsetcookie('userid',$tNG->userName);こんな感じです。しかし、これだけだとログアウトのサーバービヘイビアが問題。クッキーをメインに使うので、セッションは関係ないんだけど、ログインのサーバービヘイビアを使うとセッションが生きてしまいます。ブラウザを閉じ
告白されたときの正しいステータスコードの返しかた、読みかた - As Sloth As Possible
今日は秋らしいよいお天気だったので、それとは特に関係なく今日も今日とてぼーっとディスプレイに向かっていたところ、こんな記事を見付けた。 勇気を出して告白！ その返事で覚えるHTTPステータス・コード あらあらまあまあ。なんだか俺、この記者の方にシンパシーを覚えるよ。 この手のネタは大好物なのだけど、404はお断りの返事ちゃうやん、てか断り方だけでも何パターンもあるんやで、とうずうずしてきたので便乗して考えてみることにした。例によって400系レスポンスに偏ってるのはお約束。しかたないよねー。告白のレスポンスなんて受けとる方でも返す方でも400系しか知らないもん。ごめん嘘だ。503（「お前本当にタイミング悪いな」）返したことある。再リクエストはありませんでした。200？ああ、そんなステータスコードもありましたね。おいしいのかな。使ってみたいです。 （予想外に反響があったので追記）見ての通り全部
http⇒https転送（Javascript） - 備忘帳 - オレンジ工房
javascriptが動作するのが前提であれば、こんな方法もあるなと。URLのプロトコル部分をチェックして、httpsでなければ転送するだけ。 この方法が良いかどうかは、ケースバイケースな気がしますが。 window.onload = function go_to_https() { // 現在のURL取得 var url = location.href; // 「https:」ではじまっていなければ、プロトコル部分をhttpsに書き換え if ( !url.match(/^https:/) ) { url = url.replace( /^[^:]+:/, "https:" ); if ( confirm(url) ) location.href = url; } } 他にonloadイベントに設定しているスクリプトがある場合は要注意。 そうでなければ、.jsファイルに保存しておいて、転
Squidのチョイ規模でかめで参考になりそうなconfとコメント (名無しさん＠おなかいっぱい)
#squidの動作させるユーザ・グループ cache_effective_user squid cache_effective_group nogroup #squidはcache_memの約3倍のメモリを使います cache_mem 64 MB #diskdはsquidと別スレッドでディスクに書込みします。複数cpuに最適値。最初の100は使用ディスク容量(MB単位) cache_dir diskd /var/cache/squid 100 16 256 #半接続で落ちたクライアントをすぐに切る half_closed_clients off #再起動/終了時の待ち時間 shutdown_lifetime 3 seconds #メモリに読み込むキャッシュオブジェクトの最大容量 maximum_object_size_in_memory 5 MB #ステータスページのパスワードを
マークアップエンジニアじゃなくても覚えておきたいHTMLとCSSの話(〜HTML5・CSS3、IE8 それぞれの準備に向けて) - livedoor ディレクター Blog(ブログ)
こんにちは。 livedoor Blogを担当しています石野と申します。 前職はマークアップエンジニア(HTMLコーダー)をしていました。 今回はその経験を踏まえ、ディレクターとして把握しておいた方が良いHTML/CSS関連のお話をご紹介しようと思います。 昨年からHTML5、CSS3、そしてInternet Explorer(以下IE)8のベータ2版発表と、バージョンアップに関するニュースが相次ぎました。 その違いを認識する上でも、また制作サイドのディレクションに活かす上でも本エントリーを参考にしてください。 ▼ 構成 (1) HTML - 文書型について (2) HTML+CSS - クロスブラウザについて (1) 文書型について - ファイルの先頭に陣取っている「DOCTYPE」とは何か？ HTMLソースを開くと、こういった記述を目にしませんか？ !DOCTYPE html PUBL
web開発者なら知っておきたい HTTPステータスコード : LINE Corporation ディレクターブログ
こんにちは。ブログと検索を担当している河野です。 突然ですが、皆さんは404という数字を見て何を思い浮かべるでしょうか。 この数字からWebブラウザで時折見かける「404 Not Found」を思い出す人は多いのではないかと思います。ということで、ちょっと強引ですが、今回はこの404などのHTTPステータスコードについて、ディレクターの視点で知っていた方がいいことを書いてみたいと思います。 【１】HTTPステータスコードの定義と確認方法 まずはHTTPステータスコードについて一通り説明をしたいと思います。 HTTP ステータスコードとは、「HTTPにおいてWebサーバからのレスポンスの意味を表現する3桁の数字からなるコード」とWikipediaには定義されています。 冒頭であげた404は、このステータスコードの1つで、リクエストに対応するページやファイルを見つけられなかった時にサーバが返し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Siege freecode日本語情報ページ - OSDN
http://ermalaev.spb.ru/javase/ja/6/docs/ja/technotes/guides/net/http-cookie.html
Semplice:クッキー（Cookie）の諸問題
studyinghttp.net - このウェブサイトは販売用です！ - 解説 仕様書 利用 技術 である 手法 日本語訳 プログラミング リソースおよび情報