Open Source Cloud Computing Infrastructure - OpenStack
The Most Widely Deployed Open Source Cloud Software in the World Deployed by thousands. Proven production at scale. OpenStack is a set of software components that provide common services for cloud infrastructure. BROWSE OPENSTACK COMPONENTSOpenStack is developed by the community. For the community. Learn how to contribute ⮕ Together, the Linux Foundation and the OpenInfra Foundation unite their gr
Transport Layer Security (TLS) False Start
Transport Layer Security (TLS) False Start draft-bmoeller-tls-falsestart-00 Abstract This document specifies an optional behavior of TLS implementations, dubbed False Start. It affects only protocol timing, not on-the-wire protocol data, and can be implemented unilaterally. The TLS False Start feature leads to a latency reduction of one round trip for certain handshakes. Status of this Memo This I
メタクラウドAPIのDeltacloud、DMTF標準へ申請。シトリックスもOpen Cloudでクラウドの相互運用を目指す
メタクラウドAPIのDeltacloud、DMTF標準へ申請。シトリックスもOpen Cloudでクラウドの相互運用を目指す WindowsやLinuxなど、OSの種類やバージョンが異なるごとにAPIが異なるのと同様に、クラウドもAmazon EC2やGoogle App Engine、Windows Azure、Force.comなどサービスが異なれば、プログラムからクラウドの機能を呼び出すAPIも違うものになっています。 こうしたクラウドごとに異なるAPIを抽象化し、1種類のAPIにまとめて操作する、いわゆるメタクラウドAPIを開発しようしているプロジェクトは複数存在しており、「δ-cloud」（Deltacloud）もその1つです。 Deltacloudは昨年レッドハットが開始したプロジェクトで、オープンソースとして開発され、今年7月にはApacheのプロジェクトに移管されました。
電子証明書に近づく 「暗号アルゴリズム 2010年問題」
暗号アルゴリズムの2010年問題とは、NIST（米国商務省国立標準研究所）が米国政府の標準暗号技術をより安全なものへと移行させてい く方針を提示していくことから生じる問題を指す。この問題でもっとも影響が大きいのは、電子証明書だ。 SHA-1、1024 ビット鍵長のRSA 公開鍵暗号は危ない 日進月歩で技術が進歩しているコンピューターの世界では、最新技術がいち早く陳腐化してしまうことも多い。その代表が、データの秘匿性を確保する暗号の技術だ。 1980年代、武器として扱われていた暗号は、いまではインターネットの安全性を支える基盤技術としてさまざまな製品やサービスに組み込まれるまでになった。こうした暗号は、ISO（国際標準化機構）やIETF（Internet Engineering Task Force）などでの標準化も行なわれている。しかし、現実面で大きな影響力を持つのが、米国政府の情報システ
OAuth 2.0周りの仕様ドキュメントについて - r-weblife
気になってる方々、最新のSpecはこの辺ですよ。http://tools.ietf.org/id/oauth http://tools.ietf.org/html/draft-ietf-oauth-v2 : The OAuth 2.0 Protocol こいつの説明はやめときます。 http://tools.ietf.org/html/draft-recordon-oauth-v2-device : OAuth 2.0 Device Profile OAuth Core 1.0a で定義されているフローはwebとclientの２つなわけです。 1.0aのClientのフローなんて手動のToken入力なんかが必要なので、まぁ使われないだろうなーとおもいつつ[Yahoo! JAPANではしの仕様に対応している|http://techblog.yahoo.co.jp/web/openid/oau
IIJさんのコンテナ型データセンター見学会 - 仮想化通信
IIJさんが自社のクラウドサービスIIJ GIOに利用するために開発と実証実験を行っているコンテナ型データセンターの見学会に参加してきました。 IIJさんは、あえてコンテナ型データセンターとは呼ばずに次世代モジュール型エコ・データセンターと呼んでいます、理由は後で出てきます。 今回見学させて頂いた施設は、保安上の理由から場所は原則非公開です。（中部地区某所ってところまでは公開してOK） 現在建設中の本番データセンターの場所は、寒からず・暑からずの中国地方だそうです。（ネットで検索すると自治体名まで出てきます） 施設に到着して、実際に見学する前に、レクチャーを受けました。内容を抜粋すると以下のような感じです。 なぜIIJはコンテナ型データセンターをつくるのか？ 従来のデータセンターは、建築コストが高い 従来のデータセンターは、一度にまとめて広いフロアを建設しないといけない 従来のデータセンタ
GC in C++0x
2. 自己紹介 氏名： 新 康孝 (あたらし やすたか) Twitter ID: yak_ex Web: http://yak3.myhome.cx:8080/junks C++ / Perl が主戦場 某自動車部品メーカーから某自動車メーカーへ出向中 現在、仕事でコードに触れていない 競技プログラミング（TopCoder、Codeforces）で 潤い補充 GC は「ど素人」 3. 渡る世間は GC ばかり Google Code Jam 2010 Qualifier 使用言語 1位 C++ 4911 6位 Ruby 221 2位 Java 2762 7位 PHP 170 3位 Python 1459 8位 Perl 146 4位 C 751 9位 Haskell 118 5位 C# 648 10位 Pascal 95 4. 渡る世間は GC ばかり
InfoQ: HTML5のケーススタディ：WebSockets, Canvas そして JavaScriptで noVNCクライアントを作成
原文(投稿日：2010/07/01)へのリンク noVNC は、VNCクライアントで、 HTML5 WebSockets, Canvas そして JavaScriptを使って実装されている。InfoQ、は、 Joel Martin氏と、 noVNCと HTML5アプリケーションの開発経験について、少しばかり、Q&Aを持った: InfoQ: Joelさん、noVNCのアーキテクチャの全体像と様々なコンポーネントがどのように、いっしょになっているのか，教えてください。 Joel: noVNCのアーキテクチャは、６つの主要なコンポーネントからできています: コアの VNC/RFB実装: このコンポーネントは、すべてのRFBプロトコルの情報をカプセル化していて、他のすべてを動かす、主要なステートマシンです。 Canvas抽象層: このコンポーネントは、 HTML5 CanvasAPIを抽象化した層
ImperialViolet - Overclocking SSL
(This is a write up of the talk that I gave at Velocity 2010 last Thursday. This is a joint work of myself, Nagendra Modadugu and Wan-Teh Chang.) The ‘S’ in HTTPS stands for ‘secure’ and the security is provided by SSL/TLS. SSL/TLS is a standard network protocol which is implemented in every browser and web server to provide confidentiality and integrity for HTTPS traffic. If there's one point tha
ページが見つかりません | 日本HP
ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。
OpenID Foundation Japan - 翻訳・教育 Working Group
OpenID Foundation Japan 翻訳・教育 Working Group は、OpenID Foundation Japan 参加メンバーを中心に、有志により運営されています。現在は主に OpenID & OAuth 関連仕様書の翻訳活動を行っています。 翻訳ドキュメント一覧 OpenID 認証は、エンドユーザが識別子 (Identifier) を管理していることを証明する方法を提供するものである。OpenID 認証を利用すれば、リライングパーティー (Relying Party、以下 RP) はエンドユーザのパスワードやメールアドレスなどにアクセスする必要がなくなる。 OpenID Attribute Exchange は、エンドポイント間で属性情報を交換するための OpenID の拡張仕様である。ユーザーの属性情報を更新または取得するためのメッセージを提供する。 Open
Draft: The Salmon Protocol
Abstract This document defines a lightweight, robust, and secure protocol for sending unsolicited notifications — especially comments and responses on syndicated feed content — to specified endpoints; along with rules to enable resulting content to itself be syndicated robustly and securely. This protocol defines the 'rules of the road' for these mechanisms, tying together and relying on lower lev
draft-hixie-thewebsocketprotocol-75 - The Web Socket protocol
This is an older version of an Internet-Draft whose latest revision state is "Replaced". This document is an Internet-Draft (I-D). Anyone may submit an I-D to the IETF. This I-D is not endorsed by the IETF and has no formal standing in the IETF standards process. Network Working Group I. Hickson Internet-Draft Google, Inc. Intended status: Standards Track February 4, 2010 Expires: August 8, 2010 T
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Home
OAuth Bearer Tokens are a Terrible Idea « hueniverse
Buzz by Hiroshi Nakamura from m.ctor.org
HTML5Rocks - A resource for open web HTML5 developers
http://hueniverse.com/2010/05/introducing-oauth-2-0/
Error
Buzz by DeWitt Clinton from Buzz