問題タブ [diskcache]
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.
c# - ImageResizer と Diskcache は引き続き IVirtualImageProvider に毎回クエリを実行します
ASP.Net MVC 4 Web サイトでImageResizer ( http://imageresizing.netから) を使用しようとしています。IVirtualImageProvider を作成して、離れたサーバー (実際にはエンティティを使用して SQL サーバーに接続されている) でイメージを取得しました。
すべて良好。画像リクエストごとにプロバイダーが 2 回呼び出されるのは奇妙なことですが、視覚的な結果は問題ありません。
ここで、DiskCache プラグインをテストします。したがって、Nuget + config...そして...すべてがまったく同じように動作するようです:私の遠いサーバーは、リクエストごとに2回呼び出され続けます。
わからないことはありませんか?diskcache を使用すると、画像の通常のレンダリングとプロバイダーの呼び出しが妨げられるはずです。
私の設定:
私のプラグイン:
そして DbFile クラス:
私の要求 :
どんな助けでも大歓迎です!
android - 画像をキャッシュするAndroidの最良の方法
私は自分のアプリ用に Web からダウンロードした画像をキャッシュする最も効率的な方法を構築しようとしています。数年前にこれを実行しようとしましたが、見つかった lazylist アダプターに出くわすまで、これを機能させる効率的な方法を見つけることができませんでした。ここ:
これは Android 4.0 が導入されるまではうまく機能していましたが、この時点でアプリは 10 ~ 20 個の画像を読み込んだ後にクラッシュしました。以前は、問題なく好きなだけ簡単に読み込むことができたのとは対照的でした。これは後でわかった結果ですGingerbread 2.3 以前には存在しなかったアプリごとのメモリ使用量に制限が設定されているアイス クリーム サンドイッチについて、クラッシュを避けるために 10 枚程度の画像ごとにキャッシュをクリアすることにしましたが、ユーザー エクスペリエンスはあまり良くありませんでした。これを行った結果、すでに表示されている画像を何度も何度も再ダウンロードしていたため、アプリは大量のデータを使用しました。それ以来、lru キャッシュを使用しようとしましたが、特に私がアプリを終了して再起動すると、画像がすべて解放されたようです。これを行うためのより良い方法が必要であり、Instagram などの他のアプリが数百メガバイトの画像をキャッシュする方法を見つけたように見えることに気付きました。コンテンツを決して排出しないように見える無限サイズのキャッシュを保存できるようにするために、この種のキャッシュを構築する方法を知っている人はいますか?
android - ディスク キャッシュ、読み込み時間、ネットワーク トランザクション、Android
最初に、ネットワーク帯域幅が大きな問題ではない場合、 「ディスク キャッシュ」を使用すると、ネットワーク トランザクションの読み込み時間が本当に改善されるかどうかを知りたいです。
約 10 MB のディスク キャッシュを作成すると Android に時間がかかりすぎるのはなぜですか? (ネットワークの読み込み時間よりも悪い)
SQLite を ORMLite と共に使用して巨大なデータを保存する最適な方法はありますか? 私のデータは、直接レンダリングに最適なJSONFormatsで提供されています。しかし、それらを SQLite に保存しようとすると、プロセスが非常に長くなりました。
特定のネットワーク集約的で重いプログラムの最適化に取り組んでいます。したがって、通常のアプローチのほとんどは問題を解決しないと思います。
よろしくお願いします、
sync - NFS 経由の「sync」コマンド
私は NFS 経由でバックアップ システムに取り組んでおり、ファイルが実際にディスクに書き込まれていることをできる限り確認したいと考えています。現在、ローカルのハードディスクでバックアップを行うときは、すべてを一時フォルダーにコピーし、sync() を実行してキャッシュをフラッシュし、一時フォルダーの名前を最終的な名前に変更して、もう一度 sync() を実行します。そうすれば、バックアップ中にシステムがハングしたり、停電が発生したりした場合でも、半分作成されたバックアップは簡単に識別できるフォルダーに保存され、システムが再起動したときに削除して再開することができます。
NFS経由でこれを行うことは可能ですか? サーバーがキャッシュをディスクにフラッシュしたことを確認するために「remote sync()」呼び出しを行いますか?
ありがとう。
caching - 異なるマシンの異なるユーザーの同じ Etag
2 人のユーザーが 2 つの異なるマシンから Windows azure でホストされているサイトの同じURLにアクセスしようとすると、その結果、両方とも同じ ETagを取得します。Webサーバーにキャッシュが実装されているということですか?ディスク(サーバー)にキャッシュが実装されていない場合、各ユーザーは一意のETagを取得する必要があると思いますか?
ここで私を適切な方向に向けてください..
android - Volley out of memory エラー、異常な割り当て試行
ときどきランダムに Volley が起動時にアプリをクラッシュさせ、アプリケーション クラスでクラッシュし、ユーザーは設定に移動してアプリ データを消去するまでアプリを再度開くことができません。
「diskbasedbache」は、明らかな理由もなく、1 ギガバイトを超えるメモリを割り当てようとします。
これが起こらないようにするにはどうすればよいですか?Volleyの問題、またはカスタムディスクベースのキャッシュの問題のようですが、(スタックトレースから)このキャッシュを「クリア」する方法、条件付きチェックを行う方法、またはこの例外を処理する方法がすぐにはわかりません
洞察力に感謝