Introducing WebSockets support for App Engine Flexible Environment Do you have an application that could benefit from being able to stream data from the app to the client with minimal latency—without the client having to poll for updates? Today, we are excited to announce that App Engine Flexible Environment now supports the WebSocket protocol in beta—the first time that App Engine supports a stre
新機能 バウチャーによるイベント管理機能をリリースしました。協賛企業の社員や関係者のイベント参加を円滑にすることに活用いただけます。詳しくはヘルプページをご覧ください。 新機能 connpass APIに新しく、所属グループを取得できるAPIやユーザーの参加イベントAPIを追加しました。各APIの詳細な仕様や利用方法につきましては、 APIリファレンス をご確認ください。またAPI利用希望の方は connpassのAPI利用について をご覧ください。 お知らせ 2024年9月1日より、connpassではスクレイピングを禁止し、利用規約に明記しました。以降の情報取得にはconnpass APIをご利用ください。APIご利用についてはヘルプページをご確認ください。
node.jsの魅力はノンブロッキングシステムにあります。そんなnode.jsの魅力をPHPで実現するソフトウェアがReactです。 サンプルコードです。読み込むたびに数字が繰り上がります。 同時に二つのファイルをダウンロードするデモです。パラレルで処理されています。 サーバを実行しているところです。 読み込むと数値が繰り上がっていきます。 ReactではApacheなどを使うのではなく、独自のWebサーバを立ち上げて実行します。また、そのままPHPを使うというよりはReactのライブラリでラッピングしながら作っていく形になります。そのため専用の作法を覚える必要がありそうですが、使い慣れたPHPを使ってノンブロッキングシステムを実現できるというのは魅力的かも知れません。 ReactはPHP製、MIT Licenseのオープンソース・ソフトウェアです。 MOONGIFTはこう見る node.
codestre.am: streaming your code to the massesというWebサービスがヤバい。 他人のターミナルでの操作と出力をライブで見られるし、記録されたものを後から再生して見ることもできる。 試しに書いてuploadしてみた。 http://codestre.am/1 簡単なFizzBuzzワンライナー http://codestre.am/3X tmuxを起動してその上でemacsでコード書いたりしても再現できる 仕組みとしてはnpm install -g codestreamでインストールしたコマンドを起動すると、socket.io-clientでサーバに繋ぎ、子プロセスとしてbashを立ち上げて操作させつつ、ターミナルの出力を拾って時刻情報を付加してサーバに送信している、ようだ。サーバ側はおそらくそれぞれ保存しておいて時間順に出力することで再生させて
治外法権的テザリング方法？ ついに、脱獄不要かつAppleが介入不能と思われるテザリング手法が登場しました。 使用するアプリケーションのインストーラ名から「TetherWeb」とでも呼びましょうか。 以前、App Storeで販売されたテザリング用のアプリケーション、iTetherを開発したチームが開発した新ソリューションだと思われます。 僕はテザリングのことをブログに書かないポリシーなのですが、Appleが認める手段をうまく使ったテザリング手法なので、禁を破って紹介します。 概略としては次の図のようになります。 接続までの手順は、次の通り。 Mac / PCにTetherというアプリケーションをインストール Tetherを起動 Mac / PCでWi-FiのAd-Hocネットワークが作成される iPhoneから、そのAd-Hocネットワークに接続 iPhoneのブラウザで「http://
先週はWebサーバとWebブラウザの間で双方向通信を実現する「WebSocket」について解説した。それに引き続き、今回はWebSocketプロトコルをサポートする主なWebサーバと、本稿執筆時点での実装状況を紹介したい。 WebSocketプロトコル仕様のドラフトの種類 WebSocketプロトコルの仕様は、RFC6455として登録される以前からドラフトが公開されていた。ただし、頻繁に改訂が行われてきたためリビジョンごとに互換性がない場合もある。Webサーバ側の実装はその改訂を追いかける形になっているため、Webサーバを選ぶ上では、どの実装がどのリビジョンに対応しているのか把握することが必要になる。 仕様の策定を進めているIETFでは、当初「draft-hixie-thewebsocketprotocol-xx」（xxはリビジョン番号）の名前でドラフトを公開していたが、ビジョン76以後は
ご挨拶 こんにちは、ロンドンのNew Bambooという会社でWebエンジニアとして働いている@makoto_inoueです。ここのところ、PusherというWebSocketのクラウドサービスの開発に関わっています。今回から3回に渡ってWebSocketに関する短期連載を担当させていただきます。 私を含めたNew Bambooの面々（我々は自分たちのことをBambinoと呼んでいます）がWebSocketになぜ興味を持ったかということからはじまり、実際にクラウドサービスを始めるまでにいたったストーリーをお話ししたいと思います。そのストーリーを通じて、WebSocketが切り開く「リアルタイムWeb」な世界への可能性や技術的課題を皆さんと共有できればと思っています。
Image download test w/ websocket pipelineで複数セッションをはれるようにしました。 先日エントリーしたブログ 「websocket pipelineで、webは早くかつ低コストになるか？を実験」 http://blog.livedoor.jp/kotesaki/archives/1385591.htmlで紹介した、websocket pipelineによる画像ダウンロードの高速化実験ですが、どうやらwebsocket pipeline x 1 sessionだと、物理的な距離が長い（例えばシアトルから接続した場合）環境では TCP window size(要はtcpのack待ち。ブロードバンドでの速度測定では有名な問題)が効いていると思われるのですが、思ったほど速度差が出ない(;-;) ＃小さい画像とはいえ、まとめて受信するとそこそこのトラフィックに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
