Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
Webサービスを作っているものにとっては、サーバの監視は重要なことです。 サーバが落ちていない事を絶えず確認していたいパラノイアのための XMPPによるサーバ監視方法を紹介します。 やることは単純で、サーバの動作を監視するデーモンスクリプトの中から、 問題が起こっていない場合に、XMPP経由でJabberクライアントに 「no problem」と、タイムスタンプつきで通知するだけです。 サーバ監視というと、たいていの場合、何か問題が起こった事を通知するように することが多いです。しかし、この方法では、何も起こっていないことを 定期的に通知させることで、サーバ監視プログラム自体に対する疑念 をはらう事が出来ます。 60秒に一回Gtalkにno problemであることを通知させるようにしています。 Twitterのお陰で、1分間に一度程度の通知はさほど気にならなくなったのと、 心配になったら
Unleash your team Sharpen their skills to keep them ahead of the curve Get ahead Give your teams every advantage Build skills. Find answers. Improve collaboration. It’s essential for your teams to stay ahead of the latest tech. And they need to be able to solve problems in the flow of work and get back to it fast. 66% of Fortune 100 companies count on O’Reilly to help their teams do just that.
プッシュアーキテクチャ対プルアーキテクチャの議論が再び活発になってきている。この発端は、Jive Software(サイト・英語)のCTOであるMatt Tucker氏(source)が、次のように、XMPPのプッシュベースアプローチがクラウドサービスの将来像(source)であると宣言したことだ。 Webサービスアーキテクチャでは、新たな動きが起きています。クラウドサービスについて、現在は、これがWebアーキテクチャにおける基本的な流れであり(source)、これにより、個別に分かれたサイロの結合から抜け出し、統合がより大きな効果を発揮するサービスのコラボレーティブネットワークへと移行できると盛んに言われています。問題は、現在のクラウドサービスを動かしているプロトコルです。SOAP、およびその他のさまざまなHTTPベースプロトコルは、すべて一方向の情報交換です。このため、クラウドサービス
Extensible Messaging and Presence Protocol (XMPP): Instant Messaging and Presence Status of this Memo This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the “Internet Official Protocol Standards” (STD 1) for the standardization state and status of this protocol. Di
XMPP(Jabberのプロトコル)技術メモ XMPPの一般的な説明は、IDGの記事(http://www.idg.co.jp/headline/focus20030425a.html)でも見てください。 技術的には、あのlirisさんがいくつか記事を書いています。 - その1 - じじいになった、その2 rfc3920をざっと眺めてみました。 次のような観点で読んだので、XMPPの全てを網羅しているわけではありません。 - ネットワーク的な動作イメージはどんなものか? - 構成要素技術はどんなものか? 感想 読んだ第一の感想(驚き)は、「メールと変わらない」です。 「1.セッションを張りっぱなし(注1)で、2.転送メッセージのフォーマットがXML、のメールシステム」をイメージすると、XMPPの動作イメージの70%は掴めていると思います。 もうひとつの感想は、実装先行の泥臭さを感じさせる部
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
