これが強い痛みを感じた時の猫の顔です。目を細め、耳を寝かせて外側に向けます。また口周りに力が入り、ヒゲがピンっと伸びるのが特徴です。例えば手術、抜歯、膵炎、がん、膿瘍、骨折など耐え難い痛みを感じた時にこの顔をします。猫は痛みを隠す… https://t.co/CCvz7cWbe4
最強のTwitterクライアント戦争 なんか戦争をやってる人たちがいたので乱入することにした。 日記書いた / 最強のTwitterクライアント作り始めた - 9mのブログ http://t.co/ecq7nT40qp— 友緒利奈 (@9m) August 22, 2015 最強のTwitterクライアント戦争参戦したい— 戦車 (@r7kamura) August 22, 2015 戦争だ…! / “最強のTwitterクライアント戦争に参戦 - ✘╹◡╹✘” http://t.co/iJ3BAgPvFI— 友緒利奈 (@9m) August 22, 2015 YoruFukurou風のTwitterクライアント 最近デスクトップでLinuxを使い始めたんだけど、YoruFukurouみたいな感じで使えるTwitterクライアントがなくて困っていた。 なので、YoruFukurouを再実
https://www.youtube.com/watch?v=rP9EKvWt0zo 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 TwitterのYao Yuが、大規模サービスのキャッシュにおいてRedisを活用する取組みについて紹介しています。 1) Redisを採用している理由 キャッシュだけで、ストレージとしては利用していない。 主なところでは、Twitterのタイムラインで利用している。ホーム画面であれ、ユーザ画面であれ、タイムラインはTweetのインデックスなので、key/valueストア型のRedisを利用するケースとして最適。 以前はmemcachedを使っていたが、問題になったのは、タイムラインでおきるread/writeは、(ユーザが閲覧している範囲に追加反映するということなの
まえがき データにIDを持たせたいとき、単純な方法としては、DBの提供するauto incrementを使う場合やUUIDを利用することがある。それぞれの方法の利点欠点は以下の通り。 データベースのauto incrementを使う場合 利点: 特別な実装が必要ない 欠点: DBを1台で運用するとデータベースがパフォーマンス・障害のボトルネックになる DBを二台にするとIDのユニークさや順序の保証が困難 UUID(v4)※1を利用する場合 利点: 分散環境で各々がIDを生成しても衝突しない IDを公開したくない場合に、推測されにくいIDを生成できる 欠点: 128ビット必要、DBのインデクシングやプログラミング言語で扱うときに不利なことがある IDから時間の情報が失われる、例えば2つのIDを比べてどちらが古い投稿か判断できない 世界の大企業がどうしてるか 調べてみると多くの企業がブログなど
どうも、gambaの岸田です。 最近、Facebook広告って効果あるの? という事をよく質問されます。 Facebookで日報共有サービスgamba!の広告をよく見かけるからだとおもいます。 Facebook広告は超優秀!CPA効率は他広告を圧倒 gamba!は一般消費者向けのサービスではなくB2BのWEBサービスです。 WEB上だけで申し込みが全て完結します。 また、gamba!の広告をご覧頂きたい層は、中小企業の経営者や管理職の方です。 そういった方に広告をご覧頂き gamba!のホームページにてトライアルのユーザ登録をしていただくため、このWEBでの登録を成果地点(コンバージョン地点)として検証を行っています。 まとめると・・・ 商材:WEBで申し込みが完結するB2BのWEBサービス キーワード検索する人はあまりいない商材 広告を見てもらいたい人:中小企業の経営者や管理職の方 成果
Overview Flight is a lightweight, component-based JavaScript framework that maps behavior to DOM nodes. Twitter uses it for their web applications. By way of example, we've included a simple email client demo (browse the source) built over the Flight framework. There's also a flight implementation over on the todoMVC site (source), courtesy of @mkuklis Flight uses jQuery and requires a module load
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
IBMがtwitterとクロスライセンス契約を結ぶと共に同社に特許権900件を譲渡したというニュースがありました(IBMのプレスリリース)。 ITmediaの松尾公也さんにご指名受けたので簡単に解説します。 IBMの特許900件取得し、クロスライセンス。これも栗原さんの解説待ち。 : ツイッターとIBM 短縮URL特許で合意 NHKニュース http://t.co/XuIVXCmhG6 #1tp ? Koya Matsuo (@mazzo) 2014, 2月 1 Twitter社のIPOに先だってIBMが3件の特許権に基づき警告していたのが、裁判外で和解という話です。(Apple vs Samsungのように法廷でガチンコになるのは例外的で、当事者納得の上の和解が特許紛争のあるべき解決策です)。 今回、IBMが権利行使しようとした特許は3件ありますが、特に注目すべきがUS6957224 ”
a]:flex [&>a]:flex-row [&>a]:justify-between [&>a]:py-[18px] [&>a]:border-t [&>a]:border-lightgray [&>a]:border-opacity-20 [&_li]:my-1 [&_li]:list-['-_'] [&_li]:py-[18px] [&_li]:border-t [&_li]:border-lightgray [&_li]:border-opacity-20 [&_.Label]:transition-all [&_.Label]:w-fit [&_.content]:transition-all [&_.content]:h-0 [&_.content]:pt-0 [&_.content]:px-5 [&_.content]:overflow-hidden [&_.toggle:
ひろしまさん (廣島さん) は、これまでたった 1 文字の Twitter アカウント @N を持っていました。 何故「持っていました」と、過去形なのかというと、どうやら先日、巧妙な罠に、本人ではなく 2 社の有名 IT 関連企業がハメられたことによって、ひろしまさんの稀少なそのアカウントが第三者によって盗まれてしまったそうなのです。 2014/02/26 追記: 記事掲載時点では「持っていました」と過去形で表現していますが、ひろしまさん本人によるツイートで、2014/02/25 の昼過ぎ (日本時間 2014/02/26 の早朝) に、この事件によって盗まれてしまったアカウント @N がようやく取り戻されたことがわかりました。 Order has been restored. — Naoki Hiroshima (@N) February 25, 2014 解決まで一ヶ月以上という相当な
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
【衝撃画像】 オカンに晩ご飯何がいいって聞かれて「とろろそば」って答えたらこうなって出てきた Tweet 1: チキンウィングフェースロック(北海道):2013/08/01(木) 06:51:01.18 ID:lvXdWrBl0 はと @hy_s___ オカンに晩ご飯何がいいって聞かれて「とろろそば」って答えたらこうなって出てきた 14,461 Retweets 7,129 favorites https://twitter.com/hy_s___/status/362521843464282112 2: 雪崩式ブレーンバスター(大阪府):2013/08/01(木) 06:52:30.85 ID:8Tfv7lzA0 とーとろ♪ 5: キン肉バスター(関東・甲信越):2013/08/01(木) 06:53:32.59 ID:LKvn9YrcO 母ちゃんの感性すごい てか皿がすごい 6: 垂直
こんにちは。クラスメソッドの稲毛です。 前回のパッケージ管理ツール「Bower」インストールに続いて、いよいよ本編となります「Flight」フレームワークです。 通常なら「Flightとは?」から始める所ですが、今回はどんどんサンプルを作っていくことで理解を深めてみました。 Flightのインストール まずはBowerを利用してFlightを構成するスクリプトファイルをインストールする必要がありますので、アプリケーションを作成する場所に下記の内容で「component.json」というファイルを用意します。 component.json { "name": "Flight Sample", "version": "1.0.0", "dependencies": { "flight": "~1.0.0" } } 用意できたらコマンドプロンプトを起動し、component.jsonがあるディレ
2月1日にTwitter API勉強会を開催しました。 Twitter API勉強会はTwitterと連携するサービスやアプリケーションを開発している方々の話を聞いたり、そういったサービスやアプリケーションに興味のある方々と交流したりする勉強会。 3月5日より旧来のAPI1.0が使えなくなるのでAPI1.1やTwitter Cardなどの解説、そして多数のボットを運営されている方々や人気のTwitterクライアント、Janetter開発者による話など盛りだくさんでした。 今回初めて大阪での開催となりましたがAPI1.0の廃止はインパクトが大きいので近日中に東京でも解説できればな・・・と思っています。 ・Twitter API1.1、Display Requirements、Twitter Cardについて @yusuke ・Twitter 関連サービスを5年運営してわかったこと @msng
redis / memcachedをスケールする方法として、アプリケーションで分散アルゴリズムを実装する方法や、ライブラリを使う方法などありますが、 Twitterが作っているtwemproxy(https://github.com/twitter/twemproxy)というものがあります。 これは、redis / memachedの前段に置くことでキャッシュクラスタを構成することが出来ます。様々な分散アルゴリズムや、故障ノードの切り離しなどの機能もあり、 キャッシュノードが不具合で接続できなくなったとしても自動でサービスアウトしてくれます。 開発も盛んに進んでいて、今、ノード追加時にプロセスの再起動が必要ですが、gracefulの実装も見えて来ました。 詳しくは以前書いたこちらの記事を参照して下さい。http://d.conma.me/entry/20121227/1356596553
このエントリの最後の方で書いてあるtwemproxyの変更ですが、pull requestを出して、本体にマージされました。2012/12/31時点でまだリリースバージョンが切られていないので、githubからcloneしてビルドして下さい。 先日のAWSの発表で、VPCにもElastiCacheがやって来ました。 (http://aws.amazon.com/jp/about-aws/whats-new/2012/12/20/amazon-elasticache-announces-support-for-amazon-vpc-1/) さらに、オートディスカバリ機能も少し前に発表されています。 オートディスカバリを使えば、Configuration Endpointに対して config get cluster コマンドを発行することで、そのClusterで有効なnodeの接続情報リスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く