readRss-ブラウザ拡張機能としてのローカルRSSリーダー

これはブラウザー拡張機能(jsアプリケーション)の形式のrssリーダーです。これにより、インターネットがまったくなくても、将来的にrssストリームを読むことができます。事前に画像をダウンロードすることもできます。 そして今、より詳細に。



どのように見えるかのスクリーンショット:



画像



GRが去った2012年近くに、私はどうすればニュースを読み続けることができるか考え始めました。 たくさんの異なる読者に目を通しました。 それらの中では非常に価値があり、使用できますが、多くの異なるマイナスがありました-あなたは支払う必要があり、必要な機能などはありません



フロントエンド開発者として、私はブラウザーで接続してローカルで動作するアプリケーションをjsで書くことにしました。 これは、たとえば認可の問題が途中で起こるため、そもそも便利です。 サイトで許可されている場合にのみ機能するrssストリームがあります。 たとえば、同じライブマガジン。 この場合、すべてのサブエントリ(友人のエントリ)が完全に読者に届きます。



第二に、ブラウザは一種のプラットフォームであり、多くの既製が存在する基盤であるという点で便利です。 sqliteデータベース、ファイルダウンロード、アプリケーションアイコンへのアクセス。



Googleリーダーのインターフェースを正直に見て、少し変更しました。



その年、フォーラムを読むための同様のプロジェクトを作成しました。 カーネルはphpで書かれていましたが、すでに時代遅れで開発が不十分なように思えたため、javascriptに依存していました。 そして、私はこのプロジェクトからデザインを取り、カーネルをjsに追加し、それを拡張機能に組み込みました。 そしてそれが起こったのです。



現在、この拡張機能はベータ版であり、少数のバグがあり実行可能です。RSSの読み取りに使用するため、安定した段階で公開することにしました。 拡張機能として(開発者モードのフォルダー経由で)インストールすることで使用できます。 この拡張機能が動作するときのデザインの超魔法を保証するものではありませんが、動作することは確かです。



キーJ、K、V、Mが機能する



J-次のエントリ

K-前

V-新しいタブでリンクを開きます

M-未読としてマーク


3つの方法でストリームを追加できます。



画像



1.ストリームの正確なアドレスを示します。

2. URLページのみを指定します。 そこにあるストリームのリストが表示され、必要な画面を残してサブスクライブできます。

3. OPMLファイルをインポートします。 インポートは順番に機能するため、しばらくお待ちください。



それらの詳細



さまざまなタイプのストリームがサポートされています-rss、atom、rdf。 添付ファイル、地域、カテゴリ、コメント、著者など、内部のほぼすべてがサポートされています。



添付ファイルは右側のリストに表示され、画像の場合は画像として表示されます。



画像



そのような写真がすでに記事のテキストにある場合、複製されないようにタイトルが付けられます。



画像



ビデオとオーディオ-プレーヤーが表示されます。 サブスクリプションのリストがあり、サブスクリプションを解除できます。 クイック検索があります。



画像



記事内のすべての画像はデータベースにロードされ、後で表示するときに表示されます。 これは巧妙に行われ、画像は表示領域に表示される場合にのみデータベースからロードされます。 さらに、彼女が表示領域を離れると、彼女は降ろされます。 これはおそらくメモリを節約します。



将来、写真は1週間キャッシュされ、不要になった場合はデータベースから自動的に削除されます。 アーキテクチャにはフォルダーが用意されていますが、ストリームを追加するとき、追加するフォルダーにインターフェイスはまだ実装されていません。 現時点では、基礎のみが行われ、多くは行われていませんが、可能な限り追加する予定です。



» githubに投稿されたソースコード



実際、 rssパーサーライブラリは興味深いものです。 特にそこに追加した機能では準備ができていないため、自分で一から作成しました。



これは、サニタイズによって、htmlで読み取りに必要のない余分なものをすべてクリアするために使用されます。



もちろん、私のgovnokodは誰にとってもほとんど興味がありませんが、それを使用する場合は、誰に勝つかが明確になるようにリンクを書いてください=)



計画



多くの計画があります。 ストリームのさらなるロードの時間を計算するための最小限のアルゴリズムが実装されていますが、それは非常に失礼で愚かです。 チェックに費やすトラフィックが少なくなるように、スマートにする計画があります。 ヘッダーのキャッシュと発行は既に適用されていますが、ほとんどの場合、答えは304です。最初の段階での目標は、情報を遅延なく迅速に配信することでした。



もちろん、計画では、便利なインターフェイスをたくさん追加します-ストリームを削除したり、別のフォルダに移動したりなど。



ありがとう



All Articles