requests-cacheは、requestsの取得データをキャッシュするモジュールです。 requests-cacheを使うと、requestsは最初の1回目は実際にアクセスします。 2回目以降は、キャッシュの有効期限がきれるまでrequestsはキャッシュデータを返します。 開発などで、同じURLにrequestsでアクセスする場合、アクセス時間の短縮ができて便利です。 参考 requests-cache Requests-cache documentation github・requests-cache インストール requests-cacheは、requestsが必要です。 そのため、requestsをpipでインストールします。 pip install requests requests-cacheもpipでインストールします。 pip install requests-ca
nginxで ngx_http_uwsgi_module のキャッシュを触ったので設定方法を紹介します。 ngx_http_uwsgi_module は、 nginxとuwsgi間のリクエストのやり取りを補助するものです。 nginxにはデフォルトで入っているのでインストールするために追加で何かをする必要はありません。 ngx_http_uwsgi_module のドキュメントは以下です。 pp.nginx.com 実際の設定 最低限必要な設定ファイルへの記載はざっくり以下のような感じです。 http { .... .... .... uwsgi_cache_path /data/nginx/cache levels=1:2 keys_zone=zone_name:1m inactive=1h max_size=1g; uwsgi_temp_path /data/nginx/tmp; ..
おばんです、来週はお世話になっているSwift 愛好会さんで開催される開発合宿が楽しみな田中です。 なにをやろうかな、ライブラリ作ろうかな、個人アプリ開発を進めようかな、参加者の方々と設計を語るのも良さそうだな...。楽しみだー!! さてさて、今回はAmazon CloudFrontを少しさわったのでその時得たTips紹介です。 Invalidationとは Invalidationとは、CloudFrontのエッジサーバー上のキャッシュを削除する機能です。 キャッシュの削除方法 該当するCloudFrontのコンソールを開く。 Invalidationsタブを選択し、「Create Invalidation」のボタンを押す。 削除したいオブジェクトのキャッシュをパス指定で削除する。 ワイルドカードが使用できるので、まとめて全キャッシュを削除する場合はこの画像の指定。 パスが指定できたら「
Amazon CloudFront ディストリビューションがオブジェクトをキャッシュする時間を指定しようと考えて、オリジンに Cache-Control または Expires ヘッダーを追加しました。しかし、CloudFront が指定した時間においてオブジェクトのキャッシュを実行しない、またはCloudFront がキャッシュを一切行わないことがあります。 解決策 Cache-Control または Expires ヘッダーに設定したディレクティブが互いに競合していないことを確認します。Expires ヘッダーの代わりに Cache-Control max-age ディレクティブを使用することをお勧めします。両方に値を指定した場合、CloudFront は Cache-Control max-age に設定した値のみを使用します。 CloudFront ディストリビューションに設定した
よく訓練されたアップル信者、都元です。 CloudFrontはContents Delivary Network、所謂CDNですが、ざっくりと言ってしまえば、要するにキャッシュ機能を持ったHTTPリバースプロキシです。CloudFrontでは、元々のコンテンツ提供をするサーバのことをオリジンと呼びます。 CloudFrontでは、オリジンから提供されるコンテンツを、エッジサーバと呼ばれる世界各地に点在するコンテンツ配信専用のサーバ上にキャッシュすることによって、高い転送速度パフォーマンスを発揮しています。しかし、キャッシュというのはオリジン上のコンテンツの更新があった時に、内容が乖離してしまうという問題があります。 通常、CloudFrontは静的コンテンツ *1の配信に利用します。しかし、静的なコンテンツではあるのですが、定期的にファイルの差替えを行う、という可能性が無いわけではありませ
ども、大瀧です。 CDN(Contents Delivery Network)サービスのCloudFront、皆さん使っていますか?完全従量課金で初期費用ゼロのスケーラブルなCDNとして様々な場面で活用できると思います。CDNの運用で問題になりがちなのが、キャッシュにまつわるトラブルではないでしょうか。今回は、CloudFrontで提供するコンテンツのキャッシュ期間をコントロールする手法をご紹介します。 CDNによるコンテンツ配信のキャッシュは2種類 CloudFrontは世界中に点在するエッジロケーションと呼ばれるデータセンターのキャッシュサーバーを経由してWebコンテンツを配信する仕組みです。ただ経由させるだけではリクエストアクセスが配信元(オリジン)に集中してしまうため、一度配信したコンテンツを使い回すキャッシュを組み合わせることで、大量のリクエストを分散して受け取るスケーラビリティ
PHP5.5 からコードキャッシュとして標準バンドルされた Zend OPcache を試してみました。 第6回関西PHP勉強会で Zend OPcache についてLTしたのでインストールやベンチマークなどはこちらで。 beta4時点では、Zend OPcache は拡張で提供され、opcache.so インストールされる。 Zend OPcache を使うには、php.ini で zend_extension=opcache.so の記述が必要。 やっぱりデフォルトでインストールされるのは楽。 PHP5.5リリースと共に使えるので安心。(PHP5.4 対応の APC はまだ beta) ユーザデータのキャッシュはできないので、別の方法が必要。 OCP – OPcache Control Panel Zend OPcache の利用状況(設定、キャッシュ量など)が確認できるスクリプトが
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど UIWebView は指定されたリクエストに従いコンテンツをダウンロードする。この時にキャッシュをメモリに保存する。 キャッシュの制御には UIWebViewに渡す NSURLRequest で行う。 (例) NSURLRequest *request = [NSURLRequest requestWithURL:url cachePolicy:NSURLRequestReturnCacheDataElseLoad timeoutInterval:60.0];キャッシュポリシーは次の種類がある。NSURLRequst.h より転載。 enum { NSURLRequestUseProtocolCachePolicy = 0, NSURLRequestReloadIgnoringLoca
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
2ちゃんの過去ログ全部表示するサイト作ったwwwwwww Tweet カテゴリ☆☆☆ 1 :以下、名無しにかわりましてVIPがお送りします:2012/03/16(金) 19:46:30.69 ID:eWzeUwU+0 ログめも http://logmemo.org/ ってのを作った。 勢いランキングも作ったから、暇な時見ると2ちゃんで話題になってるのがわかるから便利じゃね? 何か他に追加して欲しい機能あったら教えてくれ!!! 3 :以下、名無しにかわりましてVIPがお送りします:2012/03/16(金) 19:49:12.16 ID:sEAo6O5I0 画像だな >>3 画像か!!! ロダで流れてない画像を表示するようにしてみるわ 13 :以下、名無しにかわりましてVIPがお送りします:2012/03/16(金) 19:53:46.08 ID:FXfKSCHY0
ネットワーク越しにWebサイトを表示するとなった場合、表示の高速化にはキャッシュ戦略は外すことができません。 といってもWebViewの場合、裏側にいるWebKitがキャッシュ処理を行ってくれるのでそれほど独自で実装する事は無いかもしれません。 ◯WebViewのキャッ...
先日公開した、RSSReaderでは、記事を表示するのに、テキストのみ表示のTextViewと、リンクされている画像も表示できる、WebViewの2種類を用意し設定で切り替え可能にしている。 WebViewの使用は、作り手としては、非常に便利ではあるが、いちいちネットワークアクセスにいくため、速度が遅い事、無用なパケットが発生するので2種類用意をした。 記事からリンクされている画像は、WebViewにより自動的に取得されるため、ローカルデータベースには格納しておらず、テキストのみを保存している。このためアプリケーションが持つデータサイズは、そんなに大きくならないはずだが、Home -> Setting からアプリケーション情報を見ると7Mにもなっていた。理由はWebViewが持つキャッシュ、このキャッシュは、ブラウザアプリケーションとは共有されず、各アプリケーションのディレクトリに作成され
Warning Support for mod_python has been deprecated, and will be removed in Django 1.5. If you are configuring a new deployment, you are strongly encouraged to consider using mod_wsgi or any of the other supported servers. The mod_python module for Apache can be used to deploy Django to a production server, although it has been mostly superseded by the simpler mod_wsgi deployment option. mod_python
ページを閲覧した場合、一度見たページはキャッシュとして保存されます。(キャッシュの保存期間や容量などの詳しい事は分かっていません)。ここではキャッシュをクリアする方法を確認します。「WebView」クラスで用意されている「clearCache」メソッドを使います。 clearCache public void clearCache() Clear the resource cache. This will cause resources to be re-downloaded if accessed again. メソッドを実行するとキャッシュがクリアされます。 具体的には次のように記述します。 @Override protected void onCreate(Bundle icicle) { super.onCreate(icicle); WebView webview = new W
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く