Xperiaの母艦をMacにしたい場合についてまとめ | Xperia INDEX
Macな人は、iPhoneを買うと思っていたりもするのですが、なんだかんだ母艦PCが色々あると便利ですし、調べてまとめてみました。 ちなみに、管理人はWindowsとUbuntuを切り替えるマシンが2台（デスクトップ・ノートPC）とMacBookを所有しています。 母艦につなぐ必要性 おそらく以下のような必要性ではないかと思っています。 充電 データのバックアップ先 Webサービスの申し込み 画像・動画・音楽ファイルの転送 スケジューラー・TODOの母艦との同期 充電 iPod Touchには、ACアダプタがついて無くてPC（or Mac）とつないで充電しないと行けなかったりするのですが、Xperiaには、（iPhoneと同じく）ちゃんとAC電源アダプタがついていますので、コンセントで充電が可能です。基本的なことですが確認しておきます。 参考リンク 「Xperia」の“ここ”が知りたい：
さよならアップル、こんにちはグーグル
もううんざり アップルの市場独占で未来は暗くなる？（ｉＰｈｏｎｅとアプリ「エコファインダー」） Robert Galbraith-Reuters ｉＰｈｏｎｅのキャリアであるＡＴ＆Ｔのひどいサービスにほとほと嫌になっていた私は、ベライゾンの携帯電話ＨＴＣインクレディブル（ＯＳはグーグルの「アンドロイド」を搭載）に乗り換えることを真剣に検討していた。 そして今日（５月２０日）、新ＯＳ「アンドロイド２．２」が発表されるのを見て決断した。 バイバイ、アップル。ｉＰｈｏｎｅはもういい。本当にサヨナラだ。 アップルがＡＴ＆Ｔの通信網と決別しようが、ベライゾンと手を組もうが関係ない。色々なブログに書かれているように、そうなるかもしれないし、ならないかもしれない。 これまでは、ベライゾンの通信網でｉＰｈｏｎｅが使えればうれしいと思っていた。 でも、もう違う。 アンドロイド２．２（通称Ｆｒｏｙｏ）はｉＰｈ
高密度小池 ／ User Stream 時代の Twitter の過し方
User Stream 時代の Twitter の過し方 ブログ書こうと思ってエディタ開いたら、このブログの中身の ChangeLog Memo が度重なるマージによって変なことになってた、執筆の前にとんだゴミ処理させられたぜこんちくしょうが。 このブログ、歴史的な経緯で、 dotfile や Plagger の yaml やらが入った git リポジトリに同居していて、いろいろ面倒なので分離させたい。あとでやる(永遠にやらない) そんな訳で本題。 Hello 糞野郎ども。 Twitter の話。 Basic 認証や OAuth で RESTful な API を叩いては生活されているかと思います。最近、そこに Streaming API が追加されました。従来あった Streaming API (firehose gardenhose sample track) とは違ってユーザー
ChirpUserStreams っていう Twitter API を使ってみた - すがブロ
なんだか自分の TL のイベント等がもりもり取れるらしい Twitterの新しいStreaming API「ChirpUserStreams」がすごすぎる件 - すぎゃーんメモ が面白そうだったので、自分でも作ってみた。 自動返信とかはしてないのだけど、とりあえず自分のTLの状態をひたすらウォッチするというモノ。 require 'net/http' require 'uri' require 'pp' require 'kconv' require 'rubygems' require 'pit' require 'json' #-------------------------- # 取得した Streamデータを文字列として出力する。 # Parser クラスには parse メソッドが実装されてればおｋ #-------------------------- class Parse
Twitterの新しいStreaming API「ChirpUserStreams」がすごすぎる件 - すぎゃーんメモ
最近発表されて、一部で話題を呼んでいるTwitterの新しいStreaming API「ChirpUserStreams」。 まだdeveloperへのpreviewリリースということでプロダクトに使うようなことはできないけど。 http://apiwiki.twitter.com/ChirpUserStreams 今までのStreaming APIでは基本的に public timelineから、指定したキーワードを含む発言を拾う 指定したユーザーの発言を拾う というものだった(はず)。検索系としては便利だけど、home_timelineのように自分がフォローしているユーザーの発言をStreamingで得ようとすると全idを繋げたものをリクエストパラメータとして送らないといけなかったりで、あまりカッコよくない形になってしまっていた。 ところが今回使えるようになった「ChirpUserSt
ブラウザキャッシュによる HTTP 高速化チューニング
かれこれ一年ほど前に実施した実サービスでの apache のチューニングネタを思い出したように書いています。 以前いた部署では少ないサーバ台数で大量のリクエストを如何に処理しきるかってことに燃えていたので、静的コンテンツなどをブラウザに支障のない範囲で最大限にキャッシュさせ、サーバとネットワークの負荷を最小化させていました。 当時参考にした情報源は以下の３つでした。 どのようなレスポンスヘッダを返しておけばブラウザキャッシュを最大化できるかのテクニックがまとめられています。 ブラウザキャッシュとレスポンスヘッダ - murankの日記 Kazuho@Cybozu Labs: キャッシュの上手な使い方 [Studying HTTP] HTTP Status Code チューニングにおいて重要なのは自分自身での検証。というわけで自前で検証した結果と検証するために用意したプログラムを公開します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://techcrunch.com/2010/05/20/google-buys-simplify-media-to-power-music-syncing-for-new-itunes-competitor/
サービス終了のお知らせ