追記（2024年11月27日） 2024年11月27日(水) に予定通り、Instagram貼り付け機能を廃止しました。 ブログにInstagramの投稿を埋め込む場合には、下記の代替手段をご検討ください。 いつもはてなブログをご利用いただきありがとうございます。 掲題の通り、2024年11月27日(水)をもちまして、Instagram貼り付け機能を廃止いたします。 廃止の理由は、同機能で利用しているInstagramのAPIが廃止され、一般のInstagramユーザー向けに機能を維持することができなくなったためです。ご理解いただけますと幸いです。 代替方法 なお、はてなブログの編集画面からは貼り付けられなくなりましたが、下記の手順でInstagramから埋め込み用のコードを入手することが可能です。 手順 ご自身のInstagramのページを開き、貼り付けたい写真を開く 写真右上の「⋯」を
NewsPicksの高山です。 この記事はUzabase Advent Calendar 2021の23日目の記事です。昨日は我らが赤澤剛さんによるAWS Organizationの記事でした。 去る2021年10月12日に突然NewsPicksのサービスでFacebookログインやFacebookへの投稿ができなくなりました。この状態は12月13日まで2ヶ月もの間継続していて、ユーザーさんには不便を強いてしまいました。 米Facebook本社とメールでやりとりしていましたが、メール返信に何週間も待たされ、Facebook日本法人に助けてもらってようやく解決に至ることができました。 この苦労話はいくらでもできるのですが、今回はセキュリティの切り口で書いていきます。 Facebookの「データ保護評価」 データセキュリティ項目 「すべてのプラットフォームデータストレージ(すべてのデータベース
結論から言うと、ピースオブケイク改めnoteは、アグリゲータとしてのポテンシャルが高すぎて、プラットフォームになれないかもしれない。でもプラットフォームになりたそうで、その為には方向性の調整が必要だと思う。 結論を言うだけならツイートに収まるので、僕なりの分析を、以下書き留めてみる。 目次 プラットフォーム is 何 そろそろnoteの話を 「を」vs「で」 もうひとつの違和感ーコロナに関する但し書き Facebookという教訓 Twitterという警鐘 プラットフォームでいるには さいごに プラットフォーム is 何 そもそも「プラットフォーム」とは何だろうか。「民主主義」とかもそうだが、それが意味するところの輪郭がぼやけているのに、何となく「良いこと」になってしまいがちな言葉だ。なので一先ず定義するところから始めたい。さいわい最近だとBen Thompsonという兄ちゃんがいて、彼のブ
GraphQLを推進する「GraphQL Foundation」設立、Facebookの手を離れLinux Foundation傘下へ GraphQLはRESTful APIのように、APIに対して問い合わせをし、結果を受け取るための問い合わせ言語およびその仕組みです。 URLを用いることでシンプルかつ非常に自由度の高い問い合わせを表現できるRESTful APIに対して、GraphQLは型やスキーマを持つことでシンプルで分かりやすく効率の良い問い合わせが可能なことが特徴といえます。 Linux Foundationは、この「GraphQL Foundation」設立のプレスリリースでGraphQLを次のように説明しています。少し長いのですが引用します。 GraphQL is a next-generation API technology developed internally by
米Googleは10月8日（現地時間）、ソーシャルサービス「Google+」の一般ユーザー向けサービスを2019年8月に終了すると発表した。主な理由は「あまり使われていないから」としているが、その理由の説明の中で「Google+ People API」のバグで、最高50万人のGoogle+アカウントを非公開設定にしている個人データ（氏名、メールアドレス、生年月日、性別などだが電話番号や住所は含まず）が影響を受けた可能性があることが分かったとも書いている。 このAPIを利用している可能性のあるサードパーティー製アプリは多くても438点で、このバグに開発者が気づいた証拠も、バグを悪用してプロフィールデータを悪用した証拠もないという。 この発表は、同社が今年の年頭に開始したプロジェクト「Project Strobe」の成果について説明する公式ブログの中で行われた（関連記事）。このプロジェクトは、
RESTの規約。URLはリソースであり、CRUDはHTTP動詞にマップされる。 RESTの規約に1つ問題があるとすれば、規約が十分でないということでしょう。上記で”通常”、”多くの場合”、”時に”という表現を使ったのは、これらのやり方は仕様で推奨されているものの守られるとは限らないためです。実世界では、大抵のAPIはRESTishがせいぜいです。例えばStripeでは、リソース更新に PUT ではなく PATCH を使うべきですが、歴史的理由でそうはなっておらず、おそらく現時点では変更に値しないでしょう。いずれにしても開発者はドキュメントを読む必要があり、その時、 POST メソッドのユビキタスな使い方があることに気づくのです。 RESTには他の問題もあります。必要なものだけでなく全てが返ってくるため、リソースのペイロードが非常に大きくなることがあるのです。そして多くの場合、クライアントが
About GitHub HQのご厚意でサンフランシスコ本社のスタジオをお借りして、Hironori Arakawa(@kumakumakkk), Kei Sawada(@remore)がF8, Messenger Platform, Bot, VR, Surround 360などについて話しました。 Show Notes and Links F8 2016 Day 2 Keynote（20分くらいから楽しげなデモが始まります） Inside Look at Facebook Media Infrastructure(16分あたりから動画サイズ最適化の話が始まります) Open-sourcing ReDex: Making Android apps smaller and faster Building and managing iOS model objects with Remodel
このポストではFacebook API ver2.0 / Graph API v2.4の時点の情報を書いています。 FacebookのGraph APIを利用したAndroidアプリを作りました。 そのアプリはデモアプリみたいなもので、画面のデザインや素材作成も含めて製作期間は一週間ぐらいの小さなものです。 その時にFacebookに権限を申請したので経緯をまとめておきます。 まずは参考にさせていただいたサイト様にお礼を。 snowadays.jp こちらのサイト様はこのページ以外もFacebook関係の記事が豊富でとても助かりました。 本当にありがとうございます。おかげでなんとか審査に通過いたしました。 Facebookは2014年4月にAPI2.0にバージョンアップする際に大幅に仕様変更しています。 中でも大きな違いは、public_profile、email、user_friends
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
一部のアプリケーションに対して友達検索用データへのアクセスを遮断したことで批判を浴びたFacebookは、自らの資産を保護しているだけだと述べている。 Facebookは米国時間1月25日のブログ投稿で、こうした姿勢を明確にするためポリシーを改定したと説明した。24日の時点では、なぜ多くのアプリケーションがFacebookのAPIにアクセスすることを禁止したのかについて、同社はメディアからの問い合わせに応じていなかった。開発者は同APIにアクセスすることで、FacebookへのログインやFacebookの友達検索といった機能を追加できるようになる。 Facebookでプラットフォームパートナーシップおよびオペレーション担当ディレクターを務めるJustin Osofsky氏はブログの中で、ここ数日間の対応に関する質問が寄せられたことを受けて、同社では開発者向けポリシーを「明確にした」と書いて
どうやら、フェイスブックは、ツイッターの最新ソーシャル動画公式アプリ VineのAPIの利用を打ち切ったようだ。Vineが公開されてから24時間が経過していない段階で、フェイスブックは今回の決断を下していた。 ツイッターは、昨年の10月に動画共有サービスのVineを買収し、マルチメディアサービスを拡大するため、同プラットフォームでVineの提供を始めていた。 Vineアプリのユーザーは、フェイスブックの友達を探すことが出来るはずだったが、このオプションを選択するとエラーメッセージが表示される。 フォースクエアを含む多くのネットワークが、データの収集においてフェイスブックのAPIに依存している一方で、フェイスブック APIの利用規約には、「許可を取らなければ、フェイスブックのプラットフォームを利用し、ユーザーのデータを競合するソーシャルネットワークにデータをエクスポートすることは出来ない」と
Facebookと連携するアプリを開発していると「このユーザーのFacebookのユーザーIDを調べたい」ってことがよくある。 https://www.facebook.com/profile.php?id=123456789123445 のようにURL未設定のユーザーならば簡単なのだが、 https://www.facebook.com/{{ USERNAME }} みたいなURLを自分で設定しているユーザーの場合、どうするのが一番簡単かずっと分からなかった。 今日思いついた、一番お手軽と思える方法。例えば、Mark ZuckerbergのFacebook上のプロフィールのURLは、https://www.facebook.com/zuckなのだが、このURLのwwwの部分をgraphに変え、https://graph.facebook.com/zuckでブラウザなり、curlなりでアク
最近はFacebookのユーザー、Facebookアプリの数が増えています。本記事では、はじめにFacebook APIについて簡単に説明した後、Facebookが持っている情報を効率的に取得するためのFacebook Query Language（FQL）について説明します。 はじめに 昨年から日本でもFacebookユーザーが爆発的に増加しています。最近のWebアプリの多くはFacebookとの何らかの連携機能を持っていて、連携機能を持っていないものを探すほうが難しいかもしれません。 Facebook APIには多くの機能があるのですが、今回はその1つであるFacebook Query Language（以下FQL）について説明します。 なお本記事は、読者に以下の前提知識がある事を想定しています。 Facebookの基本的な仕組み Facebookアプリ、Graph APIの基本的な仕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「お前に使わせるAPIはない」―Twitter、Instagramに対して「友だち検索」の利用を拒否