1

FacebookAPIとアプリ開発は初めてです。ユーザーがウェブサイト/アプリ名で作成された新しいアルバムにカバーを自動アップロードして公開できるFacebookタイムラインカバーウェブサイトを構築しようとしています。次に、プロフィールのタイムラインでカバーを設定する方法の説明が記載された、私のWebサイトの別のページにリダイレクトされます。ほとんどのプロファイルカバーWebサイトは、myfbcovers.com、facebookprofilecovers.com、profilephotocovers.com、facebook.coversdaddy.com、fbcoverlover.com、newfbcovers.comなどの同じ方法を使用しています。私はFacebookの開発者ページといくつかのチュートリアルをネット上で検索してきました。私がチェックしたいくつかのチュートリアルは次のとおりです。

http://thinkdiff.net/facebook/graph-api-iframe-base-facebook-application-development/

http://daipratt.co.uk/facebook-api-upload-photo/

http://developers.facebook.com/blog/post/498/

そしてまたいくつかのyoutubeビデオ。

しかし、私がこのアプリについて持っているいくつかの混乱があります。私は完全な初心者であり、学ぶ意欲があるので、基本的すぎる質問については申し訳ありません。主な問題の1つは、ほとんどのチュートリアルがFacebookアプリの作成ページなどとして古くなっていることです。現在は異なり、チュートリアルで使用されているオプションにコールバックURLなどやキャンバスなどがありません。チュートリアルでは、ページ用のWebサイトアプリまたはFacebookアプリを作成するために、現在表示されていないコールバックURLが必要であると述べられています。次に、これらのチュートリアルで、アプリのWebサイトにSSLが必要であると記載されているが、上記のFacebookカバーWebサイトのいずれにもSSLがないようです。また、サーバーにSSLがありません。したがって、それが必要かどうか、およびローカルサーバーでアプリが必要かどうかはわかりません。そして、すべてのアプリは、カバーボタンをアップロードするためのクリック可能なリンクのいくつかをクリックするとこれらのURLを見ることができるなど、異なることをしています。次にいくつかの例を示します。

http://facebookprofilecovers.com/wp-content/themes/fbcovers/fb/?i=http%3A%2F%2Ffacebookprofilecovers.com%2Fwp-content%2Fuploads%2FHappily-Married-Facebook-Timeline-Cover.png

http://freetimelinecovers.net/facebook/?cov_img=/images/sports-covers/manchester-united.jpg

次のようなFacebookアプリページへの直接リンクがあるものもあります。

http://apps.facebook.com/profilephotocovers/index.php?id=35 壊れたリンク

そして、1つのWebサイトだけがURL自体にpublish_streamなどを持っているようです

https://facebook.com/dialog/oauth?client_id=162046520556852&redirect_uri=http%3A%2F%2Ffacebook.coversdaddy.com%2Fi-m-not-a-monster-1242.html&state=e4abcdc1d9288be8233a7ac4aa243997&scope=user_photos%2Cpublish_stream

Live HTTPヘッダーを確認すると、すべてのWebサイトが、最後のWebサイトのURLで直接使用されている同様のパターンに従っているようです。たとえば、LiveHTTPヘッダーを確認しているときに見た他のWebサイトのいくつかの手順を次に示します。

https://graph.facebook.com/oauth/authorize?client_id=112308188876405&redirect_uri=http://www.myfbcovers.com/oauth/callback&scope=publish_stream,user_photos,email

https://facebook.com/dialog/oauth?client_id=237897089598589&redirect_uri=http%3A%2F%2Ffacebookprofilecovers.com%2Fwp-content%2Fthemes%2Ffbcovers%2Ffb%2Findex.php&state=0ca1581f006bdd80bd5da78e95179f3a&scope

等々。

また、ほとんどすべてのWebサイトがpublish_streamのみに対して認証を取得しており、他には何も取得していないことに気付くことができました。myfbcovers.comのみが例外であり、user_photosとemailも要求されます。残りは同じことを求めていないので、おそらくpublish_streamが必要な唯一の許可です。

したがって、アプリを作成するためのチュートリアルがあります。また、自分のサーバーでWebサイトのサブディレクトリにあるアプリをホストする必要がありますか、それともFacebookに直接電話をかけますか。私が尋ねている理由は、ローカルサーバーでホストされている場合のFacebookアプリにはSSLが必須であるように見えるのに対し、上記のWebサイトにはSSL/httpsがないためです。また、自分のサーバーでアプリをホストする必要がない場合は、Facebookへの写真アップロードリンクを作成してから、残りの手順についてWebサイトに戻るにはどうすればよいですか。私は他のほとんどのサイトと同じように自分のWebサイトでWordpressを使用しているので、それは私が思うに問題ではないはずです。どんな助けでも大歓迎です。私はきちんと学びたいと思っています。完全なコードがなければ、フォトアルバムを作成してからユーザーのアルバムなどに写真をアップロードするためのいくつかの優れたチュートリアルも問題ありません。

注:新しいユーザーであるリンクは最大2つしか投稿できないため、上記のURLの多くでHTTPとWWWの部分を削除しました。存在しない場合は、必要に応じて追加してください。

4

1 に答える 1

3

わかりました、上記のすべてのアプリケーションをインストールして、それらが何をするかを正確に確認したわけではありません. あなたの質問は長いと思います...しかし、かなり簡単です。これは私があなたの質問を理解していることです:
あなたは、ユーザーがファイルをアップロードしてカバー写真をカスタマイズできるようにするカバー写真ジェネレーターを作成したいと考えています。また、クールなアイデアのテンプレートを使用して、最終的にクールな新しいカバー写真をプロフィールに直接更新できるようにすることもできます。

これはそれほど複雑ではありませんが、カバー写真を動的に更新する方法に関する実際のドキュメント (facebook による) は今のところありません。ただし、フォト アルバムを作成してそこに写真をアップロードする方法があります。

アプリケーションを facebook で実行する予定の場合、つまり を使用しapps.facebook.com/your_app_name、キャンバスまたはタブの URL を使用する場合は、SSL 証明書を購入する必要があります

最後に、必要な機能にできるだけ近づけるために、いくつかの犠牲を払わなければならない場合があります (グラフ API では まだカバー写真を変更できないため)。
カバー フォト アルバムを見つけるには、すべてのユーザーのアルバム名を手動でスキャンする必要があります。そのためには、user_photosアクセス許可が必要です。必要な写真を作成したら、ユーザーにアップロードさせることができます (publish_streamこれには許可が必要です) 別のアルバムに移動し、スクリーン ショットを使用してユーザーに詳細な指示を与え、カバー写真を変更する方法を正確に指示します。認証

のドキュメントを読んで、必要なアクセス許可(ユーザーの写真、新しい写真のアップロード、アルバムの作成など) を決定することをお勧めします。さらに、 Facebook の公式ドキュメント ページ開発者ブログ には多くのチュートリアルがあります。user_photospublish_stream
- 独自のチュートリアルを作成している他のサイトに行く前に、それらをチェックしてください。Facebook は API をかなり更新していますが、(最近) API への変更を反映するためにドキュメントを更新することにもかなり力を入れています...


サードパーティ API ( Graph API ) を使用する本格的な開発者として、変更を最新の状態に保ち、サードパーティのプラットフォーム ポリシーに準拠するコードとアプリケーションを作成することは、私たちの責任です。

于 2012-01-07T09:55:03.183 に答える