Products Communications Messaging Send and receive multichannel text and media messages in 180+ countries
Products Communications Messaging Send and receive multichannel text and media messages in 180+ countries
通信の実際と受付制御 本連載では、Webサーバーにおけるコネクション受付制御に焦点をあて、通信量に応じた受付制御のシミュレーションや期待できる性能などについて、数値を使って検証していく。第1回の今回は、通信の世界で実現されている受付制御について紹介していく。 電話による通話では発信者がダイヤルし、受信者が受話器を持ち上げた時点で呼(call、2端末間の物理的な通信路)が確立される。一方、インターネットなどのパケット網では、通信を行う2端末間にコネクション(connection)と呼ばれる論理的な通信路が確立される。 いずれにしても、通信資源(伝送路の通信容量、接続・中継機器や端末の処理能力など)には限りがあるので、呼やコネクションの接続要求をすべて受け付けることはできない。 そこで、限界を超える前に接続数を制限して、ネットワークの円滑な運用を図ることが以前から行われてきた。このようなネット
This page is used to test the proper operation of the nginx HTTP server after it has been installed. If you can read this page, it means that the web server installed at this site is working properly. This is the default index.html page that is distributed with nginx on Amazon Linux. It is located in /usr/share/nginx/html. You should now put your content in a location of your choice and edit the r
ニフティ株式会社 ニフティ、開発者向けサイト「@niftyウェブサービス」を開始 〜第一弾として「@nifty TimeLine β」「アバウトミーβ」「トピックイット」のAPIを公開〜 ニフティ株式会社(社長:和田一也、東京都品川区、以下ニフティ)は、同社の運営するインターネットサービス"@nifty(アット・ニフティ)"にて、インターネット関連の開発者向けサイト「@niftyウェブサービス」(http://webservice.nifty.com/)の提供を、8月8日(水)から開始します。 本サイトでは、インターネット関連の開発者に向けて、@niftyで提供している各サービスのAPI(Application Program Interface)の仕様を公開します。これにより、外部の開発者の方でも、@niftyのAPI公開に対応した各種サービスを蓄積している情報(ユーザーが投稿した
Enunciateプロジェクトは5月31日(米国時間)、Webサービス開発用フレームワーク「Enunciate」の最新バージョンである1.2をリリースした。 Enunciateは、Webサービスの作成/公開の手間を大幅に削減するためのツールとして注目を集めている。Enunciateを使用すると、Webサービスの実装となるJavaソースコードにアノテーションを付与した後、コマンドを実行するだけで、そのままアプリケーションサーバにデプロイすることが可能なWARアーカイブを作成できる。Enunciateを使う利点は、Webサービスそのものだけではなくそのドキュメント、クライアント用APIを含むJARファイル(JDK 1.4用と5.0用のどちらにも対応)、RESTfulなWeb APIなども生成可能である点などが挙げられる。詳しくはこちらを参照していただきたい。 今回のバージョンアップで強化された
【ハウツー】 即デプロイ可能なWebサービスを簡単構築、「Enunciate」を試す 2007/04/17 白石俊平
グルーブテクノロジー株式会社 - Web サービス 郵便番号検索API 郵便番号から住所、住所から郵便番号が検索できます。 出力形式は、JSON形式,JSONP形式,XML形式,PHPのserialize形式に対応しています。 開発元のブログにサンプルが載っている。 風の吹くまま 気の向くままに: [JavaScript]JavaScript(JSONP)で郵便番号検索API利用する JSONPやPHPのシリアライズ形式にも対応しているので使い勝手がいい。 漢字の読みでも検索、出力される。 参考: 住所⇔郵便番号検索サービス【ぽすたん】Webサービス(こちらはSOAPで提供) 2007年3月14日追記: cl.pocari.org - Groove Technology の郵便番号検索 API を扱う Services_Groove_ZipSearch を作りました(PHP4)
Amazon Simple Storage Service(A3)をバックアップストレージとして使うときのメモです。 ここでは自分のみがアクセスする目的と考え、ファイルを公開して配布する目的では必要となるであろうログの取得についてなどは省きます。 利点 単価がとにかく安い(1か月あたりの料金:転送量が$0.20/GB、データ領域が$0.15/GB) Amazonインフラなので信頼性がある 欠点 APIでの提供なので何らかのツールが必要となる そんなに速くない ちょこちょこ使うストレージとしてみると使いづらい ファイル操作は基本GET/PUT/DELETEしか用意されていない 移動・名前変更を行おうとするとGET→名前を変えてPUT→DELETEとなるのでムダがある(時間的にも金銭的にも) バケット(bucket) ストレージの領域の事。フォルダよりドライブに近い概念です。 自由に作成できま
Trac XML-RPC Plugin Description This plugin allows Trac plugins to export select parts of their interface via XML-RPC and JSON-RPC (if json or simplejson is available). Latest trunk version includes a pluggable API for extending protocols, and see for instance TracRpcProtocolsPlugin for more protocols. The browsable XML-RPC URI suffix is /rpc, but most XML-RPC clients should use the authenticated
Mashup もここまでくるとかなり強力、というサイト Dapper 。最近のヒット、かなり気に入って使っています。 Dapper はウェブ上にあるどんな情報(ウェブサイト、ブログ、ニュース系のサイトなど)も取り出してウェブサービスに変換してくれるサービス。というとありふれていますが、Dapper のすごいところは、取り出してくる情報をフィルタリングする部分。HTTP のエージェントなど HTML ページをスクレイプしたことがある開発者なら体験したことがあるかもしれませんが、HTML から情報を取り出してくるには正規表現が欠かせません。でも正規表現を覚えるのは大変。しかも無数のウェブサイトを巡回するために一つ一つのサイトに併せて正規表現を書くのは気の遠くなるような話。そこで、Dapp では、その部分をビジュアル的に作れる仕組みを Ajax で提供しています。 情報を取ってくるために作るフィ
ほたるさんが、yoyaQ APIを活用したサイト「東京ホテル検索」を開発されましたので、ご紹介させて頂きます。 【リンク】 http://hotel.zzkt.com/ 【サービス内容】 東京を中心としたシティホテルをホテル名から探すことができます。
TrackBackの代わりにWebサービスAPIを利用してインバウンド・リンクをリスト化して表示しようかと考えた。blogにTrackBackの機能を持たせるのは悪くはないのだけどコストが高いと思うので、WebサービスAPIを利用して低コストでTrackBack的な情報をページに持たせることが出来たら良いなと。結果はうまくいかなかったのだけど。 TrackBackがコストが高いというのはやはりスパムの問題が大きい。規模の小さいサイトならTrackBack受信の仕組みが稼動するのはスパムを受けた時ばかりという状態になったりするだろうし、規模の大きいサイトならとてつもなく大量のスパムを戦うことになるだろう。つまり、TrackBackを受けることよりもスパムを弾くことに注力せざるを得ない。その結果としてpermalinkからTrackBack Auto-Discoveryを削除して、目視でTra
Yahoo!デベロッパーネットワークでは公開されていないが、Yahoo!は日本語の地名を投げると緯度経度を返すGeocoding用のRESTのAPIを提供している。 サンプルリクエスト: http://api.map.yahoo.co.jp/MapsService/V1/search?p=%93%8C%8B%9E&n=10 使い方のわかるパラメータは以下。 p: 地名などの文字列 n: 返却結果の数(ただし、genreが空のitemの数を含まない) b: 返却結果の先頭位置(デフォルトは1) titleとdescription(住所)、緯度経度以外にgenreを返すのが特徴的。例として以下のようなジャンルがある。 バス停、交差点 住宅、団地 ゴルフ場 ビル ショッピング施設、販売店 高速道路、一般道 道の駅 その他の官公署、公共施設 その他の施設 情報源は以下の記事。 Geo::Co
という本が2月に出ていたらしい(結構分厚いので読むのに時間がかかる)。 Webサービスプラットフォームアーキテクチャ Sanjiva Weerawarana Frank Leymann Donald F. Ferguson 原著の著者はみなさんは WS-* の著者欄に名前を連ねている方々(特にIBM)で、 仕様策定のバックグラウンドを語らせたら右に出るものはいないと思われる。 本書ではその著者達が WS-* の各仕様を設計思想から解説しているので 仕様書を読むよりも楽にその背景思想を理解できる、と思う。 ちなみに REST もしっかりとアーキテクチャスタイルとして紹介されていて、 その最大の特徴(Uniform Interface)と WS-* の interface 中心主義との違いが簡単に述べられていた。 さらに、実は本書はエンタープライズ環境の分散コンピューティングの技術の基本をざっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く