Create user interfaces from componentsReact lets you build user interfaces out of individual pieces called components. Create your own React components like Thumbnail, LikeButton, and Video. Then combine them into entire screens, pages, and apps.
http://rocksdb.org/ RocksDBは、FlashSSDメモリ/RAMに高速でアクセスできる組込み型の永続的key-valueデータストアです。LevelDBのうえに構築されていてCPUコアがたくさんあるサーバでスケーラブルに実行され、高速のストレージを効率的に利用し、IO-bound / in-memory / write-once な作業をサポートします。 （GoogleのLevelDBは「Hood.ie: “noBackend & Off-line first” という考え方」でもちょっと話題にでてました。） 利用用途としては遅延を避けたいケース、例えば、 ユーザの閲覧履歴やステータスを保持するアプリ 大きなデータにすぐにアクセスしなくてはいけないスパム検知アプリ リアルタイムでデータにアクセスするソーシャルグラフ検索のクエリ Hadoopデータのキャッシュに利用し
Facebookは、数ペタバイト級の大規模データに対しても、対話的にアドホックな問い合わせを可能にする分散SQLエンジン「Presto」を、オープンソースで公開しました。 PrestoはFacebook社内で大規模データの分析のために開発され、すでに同社社内使われているもの。 FacebookはPrestoを開発した背景として、大量のデータをHadoop/HDFSベースで保存したものの、バッチ指向のMapReduceではなく、リアルタイム性に優れた処理が必要になったためだと、次のように説明しています。 Facebook’s warehouse data is stored in a few large Hadoop/HDFS-based clusters. Hadoop MapReduce [2] and Hive are designed for large-scale, reliabl
FacebookがPHPをさらに高速に実行する技術について2012年11月に公開した記事が話題になっています。Facebookはサービスを高速に実行する為にPHPで書かれたスクリプトをC++に変換して実行する技術、HipHop(HPHPc)を開発して利用してきました。CPUの使用量を半分程度に抑えることができるこの技術は大きな注目を集めていました。 一方でHipHopはPHPのソースコードをコンパイルして実行するというステップが必要な事から開発から実行までの手順が増えてしまうという面もありました。この欠点を補うべく、実行時に変換を行なって実行するアプローチを模索していたのがHipHop VM(HHVM)です。この記事によると、このHHVMがついにHPHPcを上回るパフォーマンスを達成したとのことです。 sandboxと呼ばれる開発環境ではインタプリタとして実行可能なHipHop (HPHP
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
2024年2月1日 拙作プラグインの譲渡について 拙作のMovable Typeのプラグインを、株式会社ワールドイズマインに譲渡いたしました。 長きにわたり拙作のプラグインをご愛顧いただき、ありがとうございました。 「WordPressで学ぶPHP(2)データ構造(配列・オブジェクト)編」を発売しました。 本書は「WordPressで学ぶPHP(1)変数・制御構造編」の続編にあたり、PHPの「データ構造」(配列とオブジェクト)について解説します。 配列やオブジェクトは、頭の中で考えるだけでは、イメージがつかみにくいです。本書では図を多用して、配列やオブジェクトをなるべく分かりやすく解説することを心がけました。 Kindle本で、定価250円です。 昨日、iframe版Facebookページで、「いいね」されているかどうかで表示を切り替える方法を解説しました。 ただ、「いいね」されているかど
Facebookアプリで色々試す際に、自分のアカウントを使うと何かと不都合が起きるかも、というときに使える TestUser作成APIがある。 本家ドキュメント： Graph API Reference Test User /test-user - グラフAPI - 参考資料 - 開発者向けFacebook 解説記事いろいろ： http://www.madin.jp/diary/?date=20110508 今日の出来事 : Facebookアプリテストユーザー作成方法 今日の出来事 : Facebookアプリテストユーザー作成方法〜実践編 フェイスブックの新 API でフェイスブックアプリのテストを自動化しよう。 - IT戦記 もちろんcurlとかで叩いても良いのだけど、試しにPerlからAPIを叩いたりしてみた。 ユーザ作成 Facebook開発者 - 開発者向けFacebookでアプ
このブログでもFacebookの「いいね！（like）」ボタンを設置する方法は書いたことがあるし、同じように「いいね！」の解説ページは他にもたくさんあるんだけど、各種「share（シェア）」ボタンのオプション設定の解説を日本語で書いてるページはあまり見あたらない。（現在はいいね！数をカウントしている「share+カウント数ボタン」の解説ページはある。） しかも「facebook share」でGoogle検索するとトップにでてくるShare on FacebookにアクセスするとなぜかLike Buttonの方にページ移動させられて、shareボタンのヘルプページが見つかりにくいという問題もある模様。というわけで「shareボタンの設定と設置方法」を書いてみた。ブログやサイトに設置するときに参考にどうぞ。 各種sahreボタンの解説 shareボタンも「いいね！」ボタンと同じようにヘルプペ
みなさん、こんにちは お元気ですか？僕は元気です。 さて 最近よく、「いいね！」ボタンや「ミクシィチェック」ボタンによって、ウェブページを紹介し合う文化が少しずつ定着してきたなーと思います。 そんな中で、今後重要になってくるんじゃないかと思われる OGP （Open Graph Protocol）と言われる仕様があります。今日はそのことについて書いてみたいと思います。 OGP? おーじーぴー？？とはなんでしょうか。 OGP とは 簡単に言うと「このウェブページは何のことを書いているか」という情報を、プログラムから読める形で HTML に付加する記述方法のことです。 まあ、普通のウェブページは人間が読めばだいたい何のことが書いてあるか分かりますよね。 ですが、プログラムは人間ほど頭が良くないので、そのウェブページ内の文章だけではそのページが何のことについて書かれているページなのか正確に識別す
カテゴリ名：Facebook 日付：2011年8月22日 Facebookには、「いいね！」をクリックしたページを友達に共有できる仕組みがあります。 Facebook内で共有される「いいね！」をクリックしたページのタイトルとか画像などの基本的な情報は、metaタグで設定できます。 しかし、metaタグの設定があい場合は、そのページのtitleタグとdescriptionがそのまま使われるので、 titleタグやdescriptionがきちんと記述されていれば、特別何もしなくても対応できているといえます。 しかしながら、以下のFacebookが指定するmetaタグを利用すると、Facebook内で共有される内容を設定することができます。 1.htmlタグにxmlns属性の追加します。 <html xmlns="http://www.w3.org/1999/xhtml" xml:lang=
FacebookAPIを使う要件が出てきそうなのでいろいろ調査中。 perlでFacebookAPIを使うにはFacebook::Graphがいいんでしたよね！ Facebook::Graphのドキュメントにちょうどチュートリアルがあったので 試しに今回はその手順通りに設定していきたいと思います。 ただしそのままではなく一部Amon2用に置き換えてます。 また、今回は表示するデータを自分のニュースフィードにしてみました。 あと、Facebook アプリ登録画面ってログインするたびちょこちょこ変わってて 他のサイトの設定画面が参考にならなかったりするので スクリーンショットも添付してみましょう。 Step 1: Set up the developer application on Facebook. https://developers.facebook.com/ に行きます。 Step
今日の航海日誌は、仲がお送りします。 新年からずっと、今日この日のことだけを考えてきました。 ウォンテッド、とうとう本日公式リリースとなります。 ウォンテッドが構想段階まで公式リリースとなるまで、約１年間かかりました。 今日は、これまでの歩みを振り返ってみたいと思います。 ひょんなキッカケから生まれたウォンテッド それは2011年の年の初め、まだ季節は冬でした。 震災が起こる前です。 Facebookから独立したての私は、自分のサービスを作らなければ、と焦る一方で、 有難いことに、どんどん入ってくるFacebook関連のマーケティング支援の お仕事を断れず、コンサルティングのようなことをしていました。 稼ぎは凄くよかったのですが、「ビジネスモデルをしっかり作らないと！」 という多くの先輩の助言に従い、泣く泣くマーケティングの仕事は全て断ることにしました。 そしてすぐ、ウォンテッドの原型とな
はじめに みなさん、お元気ですか＞＜リリースも終わって、一息ついたあまちゃんです！ ヽ(´ー｀)ノわー さて今日は、最近「お花サプライズ！」というサービスをリリースしたのですが、そのときにちょっと面白いデータを見つけたのでそのいきさつも含めて紹介したいと思います。 （今日のテーマはこの円グラフ） フェイスブック系のサービスはどのブラウザに対応すれば良い？ よく、ウェブサービスを開発するときの悩みとして「古いブラウザでのデザインをどのくらいケアするか？」というものがあります。 「お花サプライズ！」でも、割と短い期間で実装することを目標としていたり、本番の HTML を書いた経験があまりないメンバーが多くいたことで「IE6 や IE7 への対応が鬼門なんじゃないか？」という心配が常にありました。 そこでよぎる甘い誘惑 このご時世、 IE6 とか IE7 に特別対応する必要なんてないんじゃね？
公開初日に早速フェイスブックの映画、ソーシャルネットワークを見てきました。 サービスを作ってる人は、\1,800はらうだけでやる気を200％ぐらいにしてくれる映画だと思うので費用対効果は安いと思います。 映画の中で、ハーバード大学は2時間で22000アクセスのトラフィックを集めただけで落ちちゃうの？とかナップスターの作者さん遊び上手すぎじゃない？とか、新機能の実装に家かえってから1、2分とか早すぎない？等の、ツッコミどころなんかも楽しめます。 映画の中ではコーディングに関することは殆ど出てこなかったわけなんですが、膨大なトラフィックをさばくためにfacebook自体、多くのオープンソースを公開しているのでdevelopers.facebook.comから紹介してみます。 もうすぐ6億人に届くほどのユーザを扱うためには、想像を絶するインフラや高速化、サーバ間連携の仕組みが必要になるわけですが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
