最近何かと話題なCDNですが、そもそもCDNってなんだろう・・・どんなことに使えるんだろう？的なことを書いてみようと思います。 一応先に言っておくと、私はCDN業者に所属したことないのであくまでも利用者として見た時の話を書きます。 また、私の考えであり、様々なワークロードがあるなかでこれがすべてではありませんので、こんな考えもあるんだなぁぐらいに思ってもらえると助かります。 そもそもCDNってなんだろうか そもそもCDNはContent Delivery Networkの略であってCache Delivery Networkの略ではありません。 要はコンテンツをクライアントに対して高速・効率的に配信するためのネットワークです。 良くCDNといえばその成り立ちからキャッシュというイメージはありますが、重要な要素の一つではあるもののCDNの全てではありません。 さらに言えばAkamaiのInt
Shopifyが出しているBootsnapというgemがあります。説明に書いてある通り、巨大なRuby / Railsのアプリを高速化する為のgemらしいです。 何をやってくれるかというと、Ruby, Active Support、YAMLのメソッドの呼び出しの最適化、及び、キャッシュをしてくれる、というものらしいです。 なお、1.0.0の時点でサポートしているプラットフォームはMacOSとLinuxだけです。Windowsは未対応。 また、Rubyは2.3.0以上のみサポートしています。 require 'bootsnap' Bootsnap.setup( cache_dir: 'tmp/cache', # Path to your cache development_mode: ENV['MY_ENV'] == 'development', load_path_cache: true,
この記事は、はてなエンジニアアドベントカレンダー2016の12日目の記事です。 先日こういうツイートをしました。 Redisはキャッシュ用途のミドルウェアだと思わない方が良いと思う — songmu (@songmu) 2016年12月10日 言いたかったのは、Redisはキャッシュのためだけのミドルウェアだと誤解されがちなのですが実際はそうではないということです。実際、公式サイト を見に行くと以下の様なことが書かれています。 Redis is an open source (BSD licensed), in-memory data structure store, used as a database, cache and message broker. つまり、Redisは多彩なデータ構造を保持できるインメモリーのデータストアで、様々な活用法があり、キャッシュとして「も」使える、とい
How the HTTP Cache works All HTTP requests that the browser makes are first routed to the browser cache to check whether there is a valid cached response that can be used to fulfill the request. If there's a match, the response is read from the cache, which eliminates both the network latency and the data costs that the transfer incurs. The HTTP Cache's behavior is controlled by a combination of r
スポンサードリンク jQuery $.ajaxの動作で 指定したurlのデータが更新されていても 内容が変わらないという事がありました。 どうもIEのみの話みたいです。 なので、対処としてキャッシュを無効化にしました。 スポンサードリンク ajaxを使う前にキャッシュを無効化 Google先生に聞いたところ 結構同じことで詰まっている人が多かったので 対処方法がいっぱいありました。 // $.ajaxを呼び出す前に記述 $.ajaxSetup({ cache: false, }); 上記のように書くとキャッシュを無効化してくれるようです。 どうも、IEは一度ファイルを読み込んだあと キャッシュを読みに行くようです。 FirefoxやChromeは問題ないようなんですね～ とりあえず、上記のキャッシュ無効化で対応しました。 スポンサードリンク
![[jQUery] IE対策のためajaxでのキャッシュの無効化 ｜ 日々の覚書…日常のことも少しだけ](https://cdn-ak-scissors.b.st-hatena.com/image/square/fb4c84dcfb5f07365d1b6ae7e84fdcceb1f686cf/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fwww.tailtension.com%2Fwp-content%2Fuploads%2F2013%2F07%2Fjquery.png)
チケット持ってなくて1日目行ってないので、当然2日目も行ってません。今日はPerlを書いたり、さよならクロールを貰ったりしました。 さて、今日はRubyKaigiでHigh Performance Railsという発表があったらしいので、Rails 4でのキャッシュ(fragment_cache)の話でも書こうかと思います。既出だったらすみません…。 Cache Digests Rails 4でもfragment_cacheの使い方は変わりません。ただCache Digestsというものが入っていて、キャッシュのキーにdigestが追加されるようになりました。 digestはテンプレートを元に作成されるので、これによりテンプレートが更新された場合にfragment cacheがヒットしなくなり、テンプレ更新時のキャッシュ削除忘れ事故がなくなるわけですね！便利！！ = cache 'aaaa
Webアプリにおいて、アクセスやデータ量が多く/大きくなってくると、 バックエンドのパフォーマンスが低下しがちです。 MySQLなどのRDBMSにデータを置いている場合は適切に クエリーを改善する、インデックスを張る、といった策で解決する場合もありますが、 キャッシュを効果的に利用することでより高負荷に対応できる可能性があります。 また、外部APIへの問い合わせなど、どうしてもネットワークや他のリソースのレスポンスタイムに 引きずられる部分に関しては情報を手元にキャッシュしておくと何かとよいでしょう。 今回はWebアプリケーションのレイヤーで最近僕がどのようにキャッシュを使っているのか？ の事例を紹介しつつまとめてみたいと思います。 キャッシュについてとその基本 そもそもキャッシュとは、簡単にふわっと表現するならば、 「一時的に情報を手元の近い場所に置いておいて利用する手法、もしくはその一
Railsのsession_storeやcache_storeとして、memcachedを使うことはよくあると思います。 今回は、memcachedのRuby用クライアントgem, memcache-clientやdalliにて、Passengerやunicornのfork後の初期化をきちんと書かないと、悲惨なことになるというお話です。 ※他のgemやmemcached以外でも当てはまります。 必要な初期化処理 以下の処理を、config/environments/production.rbや、config/initializers/session_store.rbなど、どこでも良いので初期化コードに書いておく必要があります。 dalliを利用している場合 https://github.com/mdesjardins/dalli/tree/ # passengerの場合 if define
![[Rails] memcache-clientやdalliでfork後のresetは大切｜TechRacho by BPS株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/6825dc350622c493ec8eadba4adb6cd2ccf3cfe1/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Ftechracho.bpsinc.jp%2Fwp-content%2Fuploads%2F2012%2F08%2F1345358135_messagebox_warning.png)
postgres http://lets.postgresql.jp/map/tuning tuning流れ 情報収集と分析 ログ設定 http://lets.postgresql.jp/documents/technical/log_setting チューニングの実施 繰り返し or 完了の判断 ハードウェア構成の見直し 概要 1テーブルのサイズが大きすぎるとキャッシュ効率が落ち 1テーブルのサイズが大きときには パーティショニング 利用されないインデックスは更新処理を遅くするだけなので、削除すべきです テキスト検査の方法とインデックス shared_buffers は搭載メモリの 20% 程度が目安になります。 memory & max connections 接続時に消費する最大メモリの見積もりは, 以下の式で算出できます。 postmaster のサイズ × max_connect
PHP5.5 から標準バンドルされる Zend OPcache を PHP5.4 にインストールしてみました。 インストールする環境は Vagrant 上の CentOS6.4 です。PHP は remi リポジトリからインストールしています。 $ php -v PHP 5.4.14 (cli) (built: Apr 11 2013 11:04:32) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies Zend OPcache のインストール remi リポジトリには Zend OPcache は存在しないようなので、github からソースをダウンロードしてビルドしました。 手順は Zend OPcache の github ページに記載
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
こんにちは。daichi1128です。 前回はHTTP通信をしてTwitterのタイムラインを取得、表示しました。 AndroidでTwitterのタイムラインを取得する【XmlPullParser】 | Techfirm Android Lab ですが、前回までではユーザのアイコンは動的に表示しておらず、決め打ちで出しているだけでした。それではあまり意味がないので、今回は画像取得部分をやることにします。 ただし、メインスレッド上で画像取得をしてしまうと、取得中はユーザからの操作を全く受け付けない、使い勝手の悪いインターフェースになってしまいます。 そこで、ユーザ操作を受けつけつつ、画像を取得するために、別スレッドで処理を行います。 アプリケーションのユーザビリティを向上させるためには、この非同期処理は必須といえます。今回でマスターしてしまいましょう。 さらに、ついでなので無駄なネット
今回はまず最初に、をかもとさん作成のプラグイン”Head Cleaner“をご紹介。 WordPress Plugins/JSeries » Head Cleaner (日本語で説明があります) WordPress › Head Cleaner « WordPress Plugins <head> の中身と、フッターを最適化して読み込みをスピードアップします。詳しくは上記サイトをご覧くだされい！ つぎに、以下４つのサイトからのヒントをご紹介。 各サイトとも「その壱」、「その弐」とけっこう同じ方法を紹介してますので、その辺は適当に省略してます。 まずは「The 3 Easiest Ways to Speed Up WordPress « Lorelle on WordPress」から（これを「3 ways」と書くのはズルイなぁｗ）、 行儀の悪いプラグインは使用停止にしておくだけではなく、削除
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
