Slack API を使用してメッセージ履歴を GSA (Google 検索アプライアンス) にフィードし、これを最新の状態に保つ方法を考えています。
誰かがこれのためのスクリプトを書きましたか?
質問する
131 次
1 に答える
0
既製のスクリプトはありませんが、ご想像のとおり可能です。IMO (slack api に精通していなくても、slack アーカイブのサイズ (つまり、500K メッセージを超える) についてある程度の知識がある場合) は、主な課題は、重要な情報のみを識別して抽出することだと思います。スラック アーカイブ (GSA フィード レコード要素を個別に選択しすぎると、GSA ドキュメント インデックスのライセンス制限を簡単に使い果たしてしまう可能性があります。たとえば、すべてのメッセージが個別のフィード レコードである場合を想像してください)。
つまり、ドキュメント ライセンスの使用量を最小限に抑えるために、個別のフィード レコードを識別して、可能な限りアトミックに大きくし、正確な結果が得られるように十分に個別に保つ必要があります。
それが完了したら、または GSA インデックス ライセンスの制限が問題にならない場合、考えられる解決策の 1 つは、その API を使用してスラック アーカイブから更新を読み取り、見つかった新しいレコードを GSA フィードにコンパイルすることで、増分/完全フィードを作成することです。形式 (必要に応じてタグ内に含まれる検索/省略できるようにする情報、および HTML メタ タグに含まれる結果に表示する必要がある情報を含む) を作成し、それらの新しいレコードを GSA にプッシュします。 .
別の解決策として、GSA クロールを実行できるいくつかのウェブ アプリケーション ページをホストできれば、継続的なクロールでインデックスを最新の状態に保つこともできます。このためには、クエリ文字列パラメーターが入力されたリンクのリストである「ジャンプ ページ」が少なくとも 1 つ必要であり、詳細レコード ページに渡されます。これは、さまざまなスラック メッセージ アーカイブ要素のセットを識別するのに役立ちます。個別のレコードとしてインデックスを作成する必要があると判断した ID。次に、GSA によってクロールされるように「ジャンプ ページ」URL を設定する必要があります。また、XSLT またはその他の検索結果コンシューマー サービスを開発して、返された結果をメタ タグに含まれる情報で読み取り/レンダリングできるようにする必要があります。注: コンシューマ サービスが GSA に対して検索呼び出しを行う場合、「&
私の言葉遣いが難解すぎず、ソリューションを設計する際に何らかの形で役立つことを願っています.
于 2015-06-09T02:47:36.503 に答える