タグ

HTTPに関するseiryoのブックマーク (9)

  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • wiki.nginx.org Managed WordPress Site – Just another WordPress site

    Welcome to WordPress. This is your first post. Edit or delete it, then start writing!

  • squid.conf の設定

    WWWのキャッシング専用の Proxy サーバーである squid の設定ファイルについて記述します。squid のインストール方法や起動方法については、パッケージに付属の INSTALL, QUICKSTART といったドキュメントを参照してください。(configure を実行して make するだけです。) 設定するにあたり、以下の環境を想定して squid.conf を記述しています。 最低限設定しなければならない項目は赤で示し、設定しておくと便利な項目は青で示しています。特に設定していないものはデフォルトの値がセットされます。 # WELCOME TO SQUID 2 # ------------------ # # This is the default Squid configuration file. You may wish # to look at the Squid

    seiryo
    seiryo 2010/05/30
  • Net::HTTPの例外補足方法 - OVERT MEMO

    Net::HTTPは内部でTimeoutを利用しているけども、これのエラー補足までの面倒は見てくれない。 なので必ずrescueで補足してあげる必要がある。 begin Net::HTTP.get(url) rescue puts "exception on HTTP: #{$!}" end ・・・と安直にやりたいところだけれど、ここに落とし穴。 実際にHTTP通信がタイムアウトを起こすとこうなってしまう。 /usr/lib/ruby/1.8/timeout.rb:54:in `rbuf_fill': execution expired (Timeout::Error) 引数無しのrescueはStandardErrorとそのサブクラスしか受け付けてくれない。 error_type が省略された時は StandardError のサブクラスである全ての例外を捕捉します。 プログラミング言語

    Net::HTTPの例外補足方法 - OVERT MEMO
    seiryo
    seiryo 2010/01/08
    rubyの例外処理わかってなかった.
  • HTTP errors

    Inspired by Goopymart's "Teh Internets", here's an illustrated set of common http error codes for use on your blog or site or what have you. Enjoy! Adam

    HTTP errors
  • HTTPステータスコード - Wikipedia

    HTTPステータスコードは、HTTPにおいてWebサーバからのレスポンスの意味を表現する3桁の数字からなるコードである。RFC 7231等によって定義され、IANAがHTTP Status Code Registryとして管理している。以下に一覧を示す。 1xx Informational 情報[編集] リクエストは受け取られた。処理は継続される。 100 Continue 継続。クライアントはリクエストを継続できる。サーバがリクエストの最初の部分を受け取り、まだ拒否していないことを示す。 例として、クライアントがExpect: 100-continueヘッダをつけたリクエストを行い、それをサーバが受理した場合に返される。 101 Switching Protocols プロトコル切替。サーバはリクエストを理解し、遂行のためにプロトコルの切り替えを要求している。 102 Processin

    seiryo
    seiryo 2007/09/14
  • 引数にPATH_INFOを渡すかクエリで渡すか

    なんか仕様を書いていたらAPIの引数がPATH_INFOだったりクエリだったりするのは何かあるんですかとid:wakizakaに訊かれたので、いま思うことを書いておく。大まかにいうと、エントリを返すときはPATH_INFOで、コレクションを返すときはクエリを使う。 PATH_INFOで検索すると「動的なページを静的なページにする」とか「動的だけど静的なページの作成」とかいう見出しの記事が引っかかる。実際、この日記でもblog.phpにyyyy/mm/dd/hhiiな文字列を与えることで、実際は動的にページを生成しているのだけれども、なんかblogディレクトリの中のyyyyディレクトリの中のmmディレクトリの中のddディレクトリの中のhhiiファイルをリクエストしているような感じに見せかけている。最後にスラッシュがないのもそれを意識している。日付ディレクトリの中に時分を名前にしたファイルが

  • yohei-y:weblog: HTTP ステータスコードを正しく使おう

    先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro

  • 1