今日は秋らしいよいお天気だったので、それとは特に関係なく今日も今日とてぼーっとディスプレイに向かっていたところ、こんな記事を見付けた。 勇気を出して告白！ その返事で覚えるHTTPステータス・コード あらあらまあまあ。なんだか俺、この記者の方にシンパシーを覚えるよ。 この手のネタは大好物なのだけど、404はお断りの返事ちゃうやん、てか断り方だけでも何パターンもあるんやで、とうずうずしてきたので便乗して考えてみることにした。例によって400系レスポンスに偏ってるのはお約束。しかたないよねー。告白のレスポンスなんて受けとる方でも返す方でも400系しか知らないもん。ごめん嘘だ。503（「お前本当にタイミング悪いな」）返したことある。再リクエストはありませんでした。200？ああ、そんなステータスコードもありましたね。おいしいのかな。使ってみたいです。 （予想外に反響があったので追記）見ての通り全部
おそらく既知のバグだと思うけど記録。 こちらにあるようなIE6の文字コード認識のトラブルとは別件で、主に動的にPageを生成している場合に起こる話。 下記4つの条件、 IE6でAタグのリンクをクリックしてページを開く HTTP ResponseがGZIP圧縮転送される HTTP Response Headerに "Cache-Control: no-cache" または "Cache-Control: no-store" の片方、或いは両方が含まれている Response内容が3.5KB前後よりも小さい これらが全て揃った場合に、1〜20回に1回の割合で「ページ真っ白現象」が再現する（なんでランダムに発生するんだかが判らん…）。ただしクライアントの環境によっては再現しない場合もあるかも。私の環境WindowsXP SP2＋IE6 SP2及びスタンドアロン版IE6では再現します。 言語を問わ
CA サポートからのお知らせ、セキュリティに関する重要なお知らせはこちらをご覧ください。 テクニカルサポート -CAエンタープライズ製品のサポート- 製品別サポート 技術情報へ ダウンロードへ お問い合わせへ information Arcserveシリーズ製品お問い合わせ窓口変更のお知らせ Arcserveシリーズ製品の販売・サポートはすべてarcserve Japan合同会社が提供しています。 本シリーズ製品に関するお問い合わせは、以下の窓口へご連絡ください。 Arcserveシリーズ製品お問い合わせ窓口 CA サポートからのお知らせ（最新5件）|全件表示 2014.10.15 エンハンスメントリクエスト受付方法 変更のお知らせ（全製品対象） 2014.10.09 製品エンハンスメントのリクエスト方法の変更のお知らせ CA Single Sign-On(旧CA SiteMinder®)
先日、半角スペースの文字化け問題を取り上げましたが、 今度はIEで、『長いファイル名を持つファイルをダウンロードすると、ファイル名が最後の15文字程度しか残らない』という問題が発生。 （ただし環境による模様。僕のマシンでは発生しました） 調べてみると、どうやらIEはContent-Dispositionの値としてせいぜい200バイト程度しか許容していないらしい。 コチラがかなり参考になりました。 で、この問題に対するMicrosoftの回答は、 「長いファイル名を使わなきゃいいだけじゃね？」 ... orz 自分で使うシステムならともかく、お客様に納入するシステムでは、そういう仕様を理解してもらうことは難しいんですよねぇ。 解決策 で、もう少し調べてみると、どうやらIEはContent-Dispositionの値として Shift_JISエンコーディングされたものも許容するとのこと。 （と
丸カッコのなかにセミコロンで区切った分が続くとか、違和感。 あと、初期化と本処理の区切り、「 ){ 」はどのように書くのがいいんだろ？ package http; import java.io.*; import java.net.Socket; public class HttpClient { public static void main(String[] args) { String host = "www.google.co.jp"; int port = 80; String file = "/index.html"; try( Socket soc = new Socket(host, port); OutputStream os = soc.getOutputStream(); InputStream is = soc.getInputStream(); PrintWrit
コンピューター系のblogになる予定です (blog名のまま)。が、もう更新を停止しました。コメントもトラックバックもできません。すいません。。。 お知らせ： 2014/07現在、2015/09/30 で kinshachi.ddo.jp のドメインが使えなくなってしまうかもしれないので、ddo.jp と dip.jp で並行運用します。(居ないとは思いますが ^^;) ブックマークをしてる人が居たら ddo.jp から dip.jp へ変更お願いします。 このエントリ名は変更されました。旧エントリ名は「「接続のタイムアウト」を変更する (IIS)」でした。(2004/03/19 追記) IISに接続できない事が最近多くなりました。 HTTP 403.9 - アクセスは許可されていません: 多数のユーザーが接続中です。 TCPレベルでの同時接続数が最大で10個までに制限される。1人のユーザ
JavaでHTTPクライアントを利用する場合何を利用しているだろうか。 直にソケット通信はやってる人はまずいないだろう。ヘッダとかなにもあったもんじゃないし。 標準APIで一番利用されるのはHttpURLConnectionだろうか。でもこれも面倒だ。一番やり取りをするEntityの扱いがInputStreamだけで非常に貧弱だ。 そこでJAX-RSの参照実装であるJerseyのクライアント。ほかにもJAX-RSの実装ではクライアントが各自あるが、今回はもっともメジャーなJerseyで。 Client client = Client.create(); WebResource wr = client.resource("http://www.yahoo.co.jp/"); String result = wr.get(String.class); System.out.println(re
westail.mydns.jp is not accessible... Sorry. I do not know why this site is not working. If you know Administrator of this site, please contact directly. You may be able to see it in Google cache. For administrator ... MyDNS.JP did not received IP address from you over One week. Please check your notify system. If you restart notification of IP address, MyDNS.JP will apply your IP address to DNS i
Httpクライアントアプリ作成 大学のライフログの研究で，将来的に複数人からデータを提供してもらい，同一データベース上で管理し，それらを活用しよう． ということで，クライアントアプリ作りを開始． apacheのHttpClientが便利とのこと． 一般的には，HttpClient 3がサンプルコードが豊富で無難だが，legacyとのことで思い切ってHttpClient 4を使用． 下記2つと，あとエラーが出たのでググって何か追加したかも． HttpClient 4.0 (GA) HttpCore 4.0.1 (GA) サーバー側は，JavaのHttpServletなどを使ったりするのが一般的なようだが，幸いRailsがある程度扱えることと，研究室のサーバーにRailsを動かせる環境があるということで，それを利用することに． つまり，Railsでparamsつきのdownloadやupl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く