問題タブ [pushbullet]

スクリプトを作成するか、Chrome 拡張機能を利用して Android にリンクを自動的にプッシュします。Pushbullet がインストールされているのは素晴らしいのですが、キーボード ショートカットを使用して手動でリンクをプッシュする必要があります。これを自動化するにはどうすればよいですか？特定の URL のみをプッシュする方法はありますか?

どうもありがとう！

Pushbullet携帯電話からアプリケーションにプッシュを送信するために使用したいと考えています（アプリケーションはそれを表示します）。このアプリケーションは、Python で記述されたサービスです。

リアルタイム ストリームの基本的な受信は次のように機能します。

何かを「すべてのデバイス」にプッシュすると、期待される出力が得られます。

受け取ったものにはデータが含まれていません。タイプは「tickle」で、ドキュメントには次のように記載されています

ティックル メッセージを受信すると、タイプ サブタイプのリソースが変更されたことを意味します。

サーバーの詳細を照会します。そこに記載されている呼び出し ( GET https://api.pushbullet.com/v2/pushes?modified_after=1399008037.849) は認証されていません。実際にどのように呼び出しを行うのでしょうか?

または、アプリケーション用の「デバイス」を作成し、プッシュを直接送信したいと考えていました。しかし、デバイスを偽装するプロセスが説明されているドキュメントの場所を見つけることができませんか?

Nexus Android デバイスのファクトリー イメージの Pushbullet チャネルを管理する Python スクリプトがあります。私の VPS (10 分ごとに実行される cron ジョブ) で実行されますが、私のプロバイダーは、今後数日間断続的なダウンタイムが発生する可能性があると警告しています。VPS は Ubuntu Server 15.04 を実行しています。

常にオンになっている Raspberry Pi があり、VPS と Pi の両方で独立して動作するようにスクリプトを簡単に変更できます。主な機能は VPS に存在させたいのですが、VPS がダウンした場合は Pi にフォールバックしたいと考えています。この 2 つのシステム間 (双方向) のハンドオフを容易にする最善の方法は何でしょうか? Pi は Raspbian Wheezy を実行しています。

さらに、スクリプトはurlwatch更新のために必要なページを実際に監視するために使用します。各 URL のローカル システムにキャッシュ ファイルを保持します。Pi が引き継ぎ、変更が行われたと判断した場合、必要に応じて Pushbullet チャネルに通知します。VPS が復旧して引き継ぐと、古いキャッシュ ファイルが保持され、チャネルに再度通知されますが、これは避けたいと思います。

では、現在稼働しているシステム (VPS を優先) でスクリプトを適切に実行するにはどうすればよいurlwatchでしょうか。また、2 つのシステム間でキャッシュを管理するにはどうすればよいでしょうか?

新しいNexus ファクトリー イメージがリリースされるたびに、Pushbullet チャネルに更新をプッシュするために使用しているスクリプトを作成しました。そのページの最初の 11 台のデバイスごとに個別のチャネルが存在し、かなり複雑なスクリプトを使用して更新を監視しています。完全なセットアップはこちら(具体的にはこのスクリプト) ですが、以下にスクリプトを簡単に要約します。私の質問は次のとおりです。複数の障害点が発生しやすいため、これは明らかに正しい方法ではありません。これを行うためのより良い方法は何でしょうか? 私は Python に固執することを好みますが、他の言語がよりシンプルで優れている場合は、他の言語にもオープンです。

(この質問は、私が今夜 apache 2.4 の設定を更新したという事実によって促されました。それによりurlwatch、 によって監視されているローカル ファイルの出力がわずかに変更されたようです。そのため、11 チャンネルすべてに誤った更新がプッシュされました。)

基本的なスクリプト機能 (一部の重要でない部分は含まれていません):

• 完全なモデル名に関連付けられた各デバイスのコードネームのディクショナリを作成します
• リクエストを使用して既存の Nexus Factory イメージ ページを取得する
• ソースコードからbs4オブジェクトを作る
• ディクショナリ (ループ) 内の 11 個のデバイスのそれぞれについて、次の手順を実行します。
  • デバイスのパブリック Web ディレクトリでページを開く/作成する
  • bs4 を使用してフィルター処理された、そのページにソースを書き込みます。str(soup.select("h2#" + dev + " ~ table")[0])
  • ページで呼び出しurlwatchて更新を確認し、出力を一時ファイルに保存します
  • If temp file size is > 0 then the page has changed, so push update to the appropriate channel
  • Remove webpage and temp file

A thought that I had while typing this question: Would a possible solution be to save each current version string (for example: 5.1.0 (LMY47I)) as a pickled variable, then if urlwatch detects a difference it would compare the new version string to the pickled one and only push if they're different? I would throw regex matching in as well to ensure that the new format matches the old format and just has updated data, but could this at least be a good temporary measure to try to prevent future false alarms?

Pushbullet という素晴らしいサービスには、サブスクライブできる Websocket ストリームがあり、デバイスへのプッシュをリッスンできます。これはまさに私が望んでいるものです。アプリがメッセージ ストリームに接続し、彼らの発言に基づいて何かを実行できるようにしたいと考えています。

https://github.com/andrepew/Java-WebSocket/tree/1.3.0-Android-SSL-Fix ( https://github.com/TooTallNate/Java-WebSocketからフォーク)を使用してみましたが、運がない。少しタイムアウトした後、接続応答が返されます

と

それを取得するための私のコードは（アクセストークンなしで...）「すべてのホストを信頼する」提案されたハックを試みても、

アカウントデータを必要としないように、メールを使用してリンクされたアカウントに送信するだけで、プッシュブレットで簡単なプッシュ通知を送信しようとしています。(こちらのリファレンスを参照してください: https://docs.pushbullet.com/#pushes )

したがって、私はここで（だけでなく）見つけたphpで非cURLメソッドを使用しています： How do I send a POST request with PHP?

残念ながら、次のようなエラーが返されます。

file_get_contents に URL を使用するオプションが「オン」に設定されています。

私のコード:

編集:コードをクリストファーヘッセの応答に変更しましたが、まだ機能しません。また、プッシュすることを理解しているので、アクセストークンも必要ありません。ニュートラルからリンクされたメールに通知をプッシュしていると理解しています。たぶん私は間違っているかもしれませんが、アクセストークンはそれを修正しません。

EDIT（解決済み）：通知をプッシュするにはアクセストークンが必要であり、この方法では機能しないため、cURLで機能します。

私は AutoIt アプリケーションに取り組んでいますが、今日、あまりにも多くのデータベース読み取りを実行したため、Pushbullet がデータベースからの読み取りをブロックしていることがわかりました。これが実際のエラー メッセージです。

「このアプリでユーザーあたりのデータベース読み取りが多すぎるため、ブロックされました。」

ブロックを解除できるかどうか彼らに連絡しましたが、彼らの返事を待っている間に、何が間違っていたのか知​​りたいです.

新しい通知を見つけて表示したいので、次のコードを使用していました。

2 分間のタイマーが設定されていたため、ブロックがトリガーされたと思われますが、DB への要求が多すぎる (ブロックされない) ことなく、この問題に対する正しいアプローチは何ですか?