問題タブ [flattr]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
api - 検出可能な URL の Flattr API 呼び出し
検出可能な URL の API 呼び出しを行う方法を知っていますか? 次のようなことができますか:
user_id などの追加データなしで?
api - ユーザーが先月フラットしたかどうかを確認する最良の方法は何ですか?
私はちょっとしたデータベースの混乱を抱えていました。そして今、ユーザーが先月何かをフラット化したかどうかをチェックして、これらのことを二重にフラット化しないようにする必要があります。APIでそれを行う最良の方法は何ですか? 認証されたユーザー flattrs のリストを取得して、指定されたものがそのリストにあるかどうかを確認するよりもエレガントなものはありますか?
ありがとう :)
flattr - Flattrボタンをソフトウェアに統合
クレジット セクションなどで Flattr ボタンをソフトウェアに直接統合することは許可されていますか?
javascript - Python: flattr カウントを取得する
このようなリストを取得します(数字はコメントの数です)...
...経由...
私は77を持っていますが、Pythonで4を取得するにはどうすればよいですか...? 4はjavascriptで生成されていると思いますし、Pythonでjavascriptを扱うのは難しいと思いますが、この場合は簡単かもしれません?!
flattr - APIルックアップで問題が見つかりません-正しいURLを使用していますか?
私は現在、人気のあるオープンソースRSSリーダー(小さな小さなRSS)用のFlattrプラグインに取り組んでいます。
ルックアップAPIを初めて使用していますが、結果がまちまちである理由がわかりません。そのため、APIを正しく使用しているかどうかわからないので、基本的な問題が発生したかどうかを専門家に確認したいと思います。
まず、正常に検索するAPI呼び出しを考え出すことができるかどうかを見てみましょう。私は物事1066706のFlattrページを見ます(SOはこの投稿全体に対して2つのURLしか許可しないため、ここにURL全体を投稿することはできません)。そのページで、Flattrがそのことのために保存している公式URLを見つけて、APIで調べます。ここを参照してください。
これが戻ってくる{"type":"thing","resource":"https:\/\/api.flattr.com\/rest\/v2\/things\/1066706", ...
ので、それは良いことです。
しかし、この方法は、物事が存在するかどうかをテストする確実な方法ではないようです。動作しない例を次に示します。e7579b349cb7b319b28d883cd4064e1eのFlattrページを開きます。
そのページで見つけたそのURLは確かにその記事のURLであり、他のURLは表示されません。私は上記と同じ方法でそれを調べます:これをチェックしてください
ああ、私は得る {"message":"not_found","description":"No thing was found"}
(エンコードされたURLを使用してこれらの両方を試しましたが、同じ結果が得られました。これは読みやすいと思いました。)
では、なぜその2番目のものが見つからないのでしょうか。悟りをありがとう。
flattr - 特定のモノに寄付された金額を確認する
Flattr を使用して、個々のユーザーごとに Thing を作成するキックスターターのようなサイトが必要だとします。どのようにして (API を使用して) 各ユーザーが Flattr'd したかを知ることができますか? すぐには更新されません (毎月 1 日に更新する必要があります)。これを行う方法がない場合は、特定の Flattr'd が合計でいくらか教えていただけますか?
wordpress - flattr プラグインがクリックに反応しない
新しい flattr ボタンが反応しません。何か間違ったことをした可能性があります。
これには、これらの flattr 設定が付属しています
uid : aprekates カテゴリ: テキスト 言語: en
確かにボタン画像が表示されますが、ウェブサイトからの応答はありません!
ありがとうございました
api - Flattr API で invalid_request エラーが発生するのはいつですか?
いつinvalid_request
エラーが発生するかはわかりません。これは、承認するトークンが無効になった場合にも発生しますか?
ありがとう、ウド
oauth-2.0 - OAuth2 を使用して Flattr デスクトップ アプリケーションを承認するための推奨される方法は何ですか?
私は RSS デスクトップ クライアント用のプラグインを構築しています。これにより、ユーザーはクライアント内から直接フラットなもの (ブログ投稿など) を実行できます。これはJavaアプリケーションなので、 flattr4jを使用していますが、それ自体は今のところ問題なく動作しています。
残っている唯一の問題は、OAuth 2.0 を使用する承認ワークフローに集中しています。flattr はOAuth 2.0 仕様のセクション 4.1 で説明されている承認ワークフローを使用するため、そこに記載されている前提条件に従う必要があります。
認証コード許可タイプは、アクセス トークンとリフレッシュ トークンの両方を取得するために使用され、機密クライアント向けに最適化されています。リダイレクトベースのフローとして、クライアントはリソース所有者のユーザー エージェント (通常は Web ブラウザー) と対話でき、承認サーバーからの着信要求を (リダイレクト経由で) 受信できる必要があります。
私はこのワークフローを実装することができました
Web ブラウザー コントロールをアプリケーションに埋め込む (おそらく、ユーザーの実際の Web ブラウザーも使用できます)
OAuth コードを受信するために、OAuth コールバック URL メカニズムを介して Web ブラウザーからアクセスされる小さなローカル HTTP サーバーを実行する
特に最後のポイントは、私にはエラーが発生しやすいように見えます。事前にコールバック URL を登録する必要があるため (たとえば、私の場合http://localhost:port/whatever
)、承認の最後に OAuth コードを受け取るローカル HTTP サーバーを実行するために、安全で未使用のローカル ポートについて推測する必要があります。ワークフロー。
反対側では、flattr4j のドキュメントには別のワークフローが記載されています。
「クライアント」ベースのアプリケーションは、コールバック URL を提供できません。たとえば、デスクトップやモバイル デバイスのアプリケーションは、Web サーバーをまったく実行しません。クライアントベースのアプリケーションの場合、Flattr は Web サイトに検証コードを表示します。ユーザーは、認証プロセスを完了するために、アプリケーションにコードを入力する必要があります。
そしてさらに下のいくつかの行:
ユーザーが同意すると、Flattr によって検証コードが生成されます。アプリケーションが「ブラウザ」タイプとして登録された場合、指定したコールバック URL がコードと状態をパラメータとして呼び出されます。「クライアント」アプリケーションの場合、代わりにコードがユーザーに提示され、アプリケーションに手動でコードを入力するよう求められます。
このワークフローは完璧ではないかもしれませんが、私の意見では、デスクトップ アプリケーションとしてははるかに堅牢です。
(アプリケーションの登録に関して: アプリケーションをプラットフォームDesktop (Any)に登録しました。プラットフォームは、上記の「ブラウザ」と「クライアント」の代替案と比較して、よりきめ細かいようです。)
だから私の質問は:
- コールバックのない OAuth ワークフローは Flattr で引き続きサポートされますか? (これまでサポートされていましたか?)
- その場合: このワークフローを開始するにはどうすればよいですか?
- そうでない場合:私の懸念は有効ですか、それとも「Webブラウザを開き、認証プロセスを開始し、ローカルで実行されているHTTPサーバーを介してOAuthコードを受信する」だけですか?私が見落とした代替手段はありますか?
更新現在調査中の別のオプションがあります。コールバック URL として使用される「OAuth ランディング ページ」を設定しました。この Web サイトの唯一の目的は、ユーザーがデスクトップ アプリケーションにコピーできる OAuth コードを表示することです。完璧ではありませんが、現時点ではより堅牢に見えます...