Swift 2で提唱されているProtocol Oriented ProgrammingをWWDCセッションから学ぶ - Qiita
最近、Swift 2で提唱されているProtocol Oriented Programmingの理解がちょっと自信なくて、色々記事見つつも今いち掴めた気がしなかったので、原典であろうWWDCでそれを提唱していたセッションを見たところ、かなりすっきりした気がします。 セッション: Protocol-Oriented Programming in Swift - WWDC 2015 - Videos - Apple Developer セッション冒頭は、クラス vs Protocolの話で知りたいこととちょっとズレていたのでそれはスキップしてます。 そのあたりは、Building Better Apps with Value Types in Swift - WWDC 2015 - Videos - Apple Developer の方が手厚そうなので、近々同じような感じで理解深めておきたいと
Chromium Blog: Hello HTTP/2, Goodbye SPDY
HTTP is the fundamental networking protocol that powers the web. The majority of sites use version 1.1 of HTTP, which was defined in 1999 with RFC2616. A lot has changed on the web since then, and a new version of the protocol named HTTP/2 is well on the road to standardization. We plan to gradually roll out support for HTTP/2 in Chrome 40 in the upcoming weeks. HTTP/2’s primary changes from HTTP/
WebRTCを支えるマイナーなプロトコル�SRTP/DTLS/SCTPを分かった気になる�
WebRTC Meetup Tokyo #3の発表資料です。 WebRTCを支えるマイナーなプロトコル�SRTP/DTLS/SCTPを分かった気になる資料です。 P.38 誤記 Under the food -> hood です。 P.43 誤記 DLTS -> DTLSです
SPDY
SPDY is deprecated. This page is out of date. SPDY was an experimental protocol for the web with the primary goal to reduce latency of web pages. Its successor is HTTP/2. Documentation SPDY: An experimental protocol for a faster web SPDY protocol specification Server Push and Server Hint Research An Argument For Changing TCP Slow Start - Mike Belshe 01/11/10 More Bandwidth Doesn't Matter (much) -
なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes
Intro Google が SPDY の開発を始めたのは 2009 年で、 2012 年に HTTP2.0 のドラフトとして採用されたあたりからちょっと話題になりました。 翌 2 月には新たなプロトコル QUIC の存在が Chromium のソースからリークしたのですが、しばらくは音沙汰なく。 6 月に入ってやっと Google から公式アナウンスとドキュメント類が出ました。 去年から今年にかけて立て続けに出てくる新しいプロトコルの話。 なぜ今 Web のプロトコルが見直されるのか？ 何が問題で、なぜ Google はそれらを作り変えるのか？ SPDY や QUIC は Google の独自プロトコルだけど、それは本当にただの独自プロトコルで終わらせていいのか？ 20% ルールで作ってみた Play プロジェクトでしかないのか？ こうした新しい動きには、かならず「それまで」と「今」を踏
Webを支えるプロトコル - ASnoKaze blog
若者のプロトコル離れが叫ばれて久しいが、最近プロトコルは非常にホットな分野である。 目まぐるしく進化するWebに合わせ、プロトコルの世界も着実に進化している。 今までブラウザでは出来なかった事が出来るようになり、Webサービスをより安全に使えるようになった。 そしてWebのパフォーマンスを大きく改善するためにHTTP2.0も議論されている。 Webを支えるプロトコルとして、大きく分けて３つに分けられるかと思う（私の勝手なイメージ、正確な図ではありません） Webアプリケーション ブラウザが今まで出来なかったことを出来るようにしたり、Webアプリケーションの認証・認可などの機能を提供するプロトコルなど。JSやサーバサイドプログラミングで利用したりする。 WebSocket (http://tools.ietf.org/html/rfc6455) ブラウザとWebサーバの間でソケット通信を行う
Serf by HashiCorp
Gossip-based Membership Serf relies on an efficient and lightweight gossip protocol to communicate with nodes. The Serf agents periodically exchange messages with each other in much the same way that a zombie apocalypse would occur: it starts with one zombie but soon infects everyone. In practice, the gossip is very fast and extremely efficient. Failure Detection Serf is able to quickly detect fai
MySQLのプロトコル解説 - とみたまさひろ - Rabbit Slide Show
Page: 1 MySQLのプロトコル解説 とみたまさひろ 日本MySQLユーザ会 MyNA会 2013/07/29 MySQLのプロトコル解説 Powered by Rabbit 2.1.1 Page: 2 自己紹介 とみた まさひろ MySQLユーザ会 (名ばかり代表) 長野県北部在住 プログラマー (Ruby & C) http://tmtms.hatenablog.com http://twitter.com/tmtms https://github.com/tmtm/ruby-mysql MySQLのプロトコル解説 Powered by Rabbit 2.1.1 Page: 3 趣味 誰も使わないRubyライブラリを作ったり MySQL の yacc ファイル読んだり マンガ読んだり 聖悠紀 / 佐々木淳子 / 岡崎二郎 / 星野之宣 / 長谷川裕一 / 島本和彦 / 桑田乃梨子
メールの送受信を暗号化するPOP3s／IMAP4s／SMTPs（over SSL）とは
メール送受信用のPOP3／IMAP4／SMTPプロトコルでは、メール本文や認証用パスワードが暗号化されないため、盗聴によって悪用される恐れがある。この欠点をSSLで解消したプロトコル「POP3s／IMAP4s／SMTPs」が、次第にISPなどのメール・サービスに導入されている。メール・サーバおよびメーラがPOP3s／IMAP4s／SMTPsに対応していれば、メーラの設定を変更すると、これらのプロトコルを利用できるようになる。 連載目次 解説 メールの内容や認証用パスワードが盗聴されたり、漏えいしたりするのを防ぐため、ISPやメール・ボックス提供サービス（メール・サービス）でPOP over SSL（POP3 over SSL、以下OP3s）やIMAP over SSL（IMAP4 over SSL、以下IMAP4s）、SMTP over SSL（以下SMTPs）という技術の導入が進んでいる
なぜあなたがウェブサイトをHTTPS化するとサイトが遅くなってユーザーが逃げていくのか - 射撃しつつ前転 改
完全に釣りタイトルですけど中身は真面目に書くよ。 近年、ウェブサイトのHTTPS化が流行のようになっている。私の知る限り、Googleの各種サービスやTwitter、Facebookなどが完全にHTTPSで通信を行うようになっている。HTTPS、つまりSSLによる通信の暗号化によって、ユーザにこれまでよりも安全なウェブサイトを提供できる。 しかし、あなたが作っているサイトをふと思いつきでHTTPS化してしまうと、たぶん、これまでよりもサイトが遅くなる。ここでは、HTTPSで通信する場合の問題を解説する。 なぜ遅くなるのか HTTPで通信する場合、クライアントがサーバへと接続するためにはTCP/IPの3ウェイハンドシェイクという手順が必要になる。めんどくさいのでここでは詳しくは説明しないが、要するにクライアントがリクエストを投げる前にパケットを１往復させないといけないのである。パケットの往復
TCP/IPまるわかり
TCP/IPはインターネットやLANで標準的に使われるプロトコル群だ。本連載では、このTCP/IPの歴史からIP、TCPの仕組みまでをみっちり勉強していくことにする。 2009年08月10日 09時00分 ネットワーク TCP/IPアプリケーションの仕組みを知ろう 第8回 HTTP、FTP、SMTP、SIPはどう動くの？ TCP/IPのアプリケーションは、その多くがTCPを用いてコネクションを張り、その上でコマンド（メソッド）やデータをやり取りして動作する。ここではアプリケーションのうち代表的なものを4つ選び、その仕組みをごく簡単に紹介することにしよう。 2009年08月03日 09時00分 ネットワーク ネットワークの流量を調整する手法を理解しよう 第7回 帯域を効率的に利用するTCPの仕組みとは？ TCP/IPを使ってデータを正確に転送するには、通信エラーの検出と回復の機能のほかに、流
全銀協標準プロトコル - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "全銀協標準プロトコル" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2012年5月） 全銀協標準プロトコル（ぜんぎんきょうひょうじゅんプロトコル、英語: Zengin-Procedure[1]）とは、全国銀行協会により公表された日本銀行と各金融機関、各金融機関間、各金融機関と利用者の間のコンピュータ接続方式。金融機関とのデータ交換にとどまらず、一般的な企業間データ交換手順としても利用されている。全銀協手順、全銀手順、Z手順とも呼ばれる。仕様書は全国銀行協会から有償で入手することができる。 概要[編集] ベーシック手順[編集] 銀行と企業
Akamaiの設計者、SPDYの問題を提起
Webパフォーマンスの研究者であり、現在AkamaiのチーフプロダクトアーキテクトであるGuy Podjarny氏が「Not as SPDY as You Thought」と題して、SPDYの問題点を指摘している。SPDYは、Googleが開発した次世代通信プロトコル。HTTPの代替プロトコルとして設計されており、GoogleによればSPDYを利用することで、読み込み速度が最大50%も短縮できるとしている。 Podjarny氏は、SPDYを利用することで実際どれだけ高速になるのかを検証している。同氏は現実的なテストとして、アメリカのトップ500のサイト(Alexa調べ)に対してSPDY、プレーンHTTPS、HTTPのそれぞれの読み込み時間を計測したという。その結果、SPDYはHTTPSよりも4.5%だけ早く、HTTPよりも3.4%遅い結果となったと報告している。 試験結果からPodjarn
ファイルをTCPの30倍で転送――独自プロトコルによる高速通信「クラウド コネクト」
TCPと比較して約20～30倍の速度でグローバル間ファイル転送を行えるという高速通信サービス「クラウド コネクト」をデータホテルが開始。「Winny」開発者の金子勇氏が設立したSkeedが共同開発した。 NHN Japan子会社のデータホテルとSkeedは6月12日、グローバル間のデータ転送を高速化させるクラウドサービス「データホテル クラウド コネクト」を発表した。Skeedが独自開発した通信プロトコル「Skeed Silver Bullet Protocol」（SSBP）の採用で、標準プロトコルのTCPと比較して約20～30倍の速度でグローバル間ファイル転送を行えるという。同日からβ提供を開始し、今夏に正式サービスとしてリリースする予定。 データホテル クラウド コネクトは、米国、ブラジル、アイルランド、韓国、オーストラリア、日本の6カ国10カ所に設置されたデータホテルの通信拠点を仮想
HTTP 2.0はグーグルのSPDYがベースになる？ 議論開始の提案がIETFで
「新しいバージョンのHTTPについての作業を開始する機が熟したのではないか」。HTTP 1.1仕様の改版を議論しているIETFのHTTPbisワーキンググループのメーリングリストに1月24日、このようなメッセージが議長のMark Nottingham氏から投稿されました。 現在議論されているのは、RFC2616で規定されたHTTP 1.1仕様のバグや問題の修正などで、基本的にこれまでのHTTPと互換性があることを前提にした仕様です。これが2月にラストコールとなることから、そろそろ次のHTTPについての議論をスタートさせよう、と呼びかけが始まったのです。 HTTP 2.0の議論を含む新しい憲章案も メッセージは、「We're getting close to Working Group Last Call.」（ワーキンググループの作業もラストコールに近づいてきた）と始まります。もうすぐ4年あ
クライアントを作るにあたっての注意点
RFC とは ネットワークプログラムはクライアントとサーバが協調して動かなくてはいけません。 そのためクライアントとサーバの動作をあらかじめ決めておく必要があります。 HTTP や POP3 など、今から作ろうとするクライアントについても きちんとプロトコルが規定されており、RFCとして公開されています。 普通のプログラムの場合、適当に書いても動けばいいや的な考え方でも 他に迷惑をかけなければ (異常にメモリを食うとかしない限り) 許されますが、 ネットワークプログラムの場合、クライアントが変なことをすると サーバや利用者に迷惑がかかります。 まぁ、HTTP や POP3 くらいならあまり迷惑がかかる人もいないのですが、 NNTP クライアントや SMTP クライアントの場合、news購読者や メールを受け取る人に直接被害が及びます (Microsoft の News リーダ、メーラーの評
グーグルが高速プロトコル「SPDY」をChromeブラウザで有効化。Gmailなどで利用を開始していた
グーグルが高速プロトコル「SPDY」をChromeブラウザで有効化。Gmailなどで利用を開始していた グーグルがより速いWebを実現するために、HTTPを高速化した新プロトコル「SPDY」を開発中であることは、昨年夏に公開した記事「グーグルがWebを高速化するために何をしているか」で紹介しました。 SPDYの話題はその後ほとんど見かけなくなりましたが、グーグルはそのSPDYをChromeに実装し、同社のサービスで利用していることがニュースサイトConceivably Techの記事「Google Chrome Gets SPDY – And An Onscreen Keyboard」で指摘されています。 なぜグーグルはひっそりとSPDYを有効化したのだろう？ SPDYとは従来のWebのプロトコルであるHTTPを改良し、毎回同じ情報がやりとりされるヘッダの情報を圧縮したり、リクエストの回数
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
富士通研究所、ソフトウェアだけで通信性能を大幅に改善する新技術 
TechCrunch | Startup and Technology News