500X Faster Caching than Redis/Memcache/APC in PHP & HHVM
Yes, you read that correctly. In this post, I’ll tell you how we’ve implemented “PHP file caching” in our application logic at Graphiq, resulting in crazy-fast cache reads. The core of the technique is leveraging the PHP engine’s in-memory file caching (opcache) to cache application data in addition to code. HHVM has supported this technique for a few years, but PHP only recently started supportin
BEAR.Sunday のリソースキャッシュを試してみた - OTOBANK Engineering Blog
この記事には @koriym さんによるフォローアップ記事: BEAR.Sunday のリソースキャッシュ - Qiita があります。併せてご覧ください。 しばらくぶりです。 @kalibora です。 この記事は BEAR.Sunday Advent Calendar 2017 - Qiita 20日目の記事です。 （前日の記事と少し被りますが気にしない） リソースキャッシュとは？ BEAR.Sunday には リソースキャッシュ と呼ばれる機能があります。 リソースクラスに @Cacheable とアノテートするだけで、リソースの中身がキャッシュされるようになる。という機能です。 データベースに毎回アクセスするようなことは、負荷の観点からC（Consumer）向けのサービスではあまりしないでしょうから、とても便利な機能だと思います。 しかしながらキャッシュはパージ（削除）するタイミン
APC / OPcache を CLI で管理できる CacheTool を試してみた - kakakakakku blog
CacheTool を使うと PHP のキャッシュ機能である APC / APCu / OPcache を CLI で管理できるようになるという話を今日会社で教えてもらった！さっそく導入してみようと思って調査した． github.com 背景 例えば，キャッシュをクリアする場合，APC / APCu なら apc_clear_cache() や apc_clear_cache('user') を実行すればクリアできるし，OPcache なら opcache_reset() を実行すればクリアできる． ただし，php-fpm のソケットに接続して実行する必要があるため，現実的にはアプリケーション側に専用のエンドポイントを用意して，接続元をローカルホストに限定して…といった運用上の考慮が必要になったりする．その点が CLI で考慮されてるのが素晴らしい． GitHub の README にも同
PhalconのマルチレベルキャッシュをSessionで使えるように - Qiita
マルチレベルキャッシュとは？ キャッシュのレベルを段階的にしてパフォーマンスを上げる手段として、 APCとMemcachedの両方を使い、APCに無ければMemcachedへ取得しにいく、 組み合わせは自由で、APCとMySQLだったりと参照コストの低いものを手前に持ってくることで、 パフォーマンスを上げる的な感じ Phalcon本体のマルチレベルキャッシュのドキュメントはこちら http://phalcon-php-framework-documentation.readthedocs.org/en/1.3.0/reference/cache.html#multi-level-cache Phalcon\Cache として実装されているものを、セッション情報の保存先としても使えるようにするためのアダプタ書いた感じです。 使い方 use Iwai\Phalcon\Session\Adapt
キャッシュ制御不備の脆弱性にご用心
古い書籍に掲載されたPHP記述の掲示板ソフトを動かしていると、ログアウト処理がうまく動作していないことに気がつきました。チェックの方法ですが、ログアウト処理の脆弱性検査の簡単なものは、「安全なウェブサイトの作り方」別冊の「ウェブ健康診断仕様」に記載されています。 (J)認証 ログアウト機能はあるか、適切に実装されているか ログアウト機能がない、あるいはログアウト後「戻る」ボタンでセッションを再開できる場合 この仕様書にある通り、『ログアウト後「戻る」ボタンでセッションを再開できる』状態でした。 おそらくセッション破棄がきちんと書かれていないのだろうと思いログアウト部分のソースを見ると、以下の様な処理内容でした（オリジナルからはリライトしています）。 <?php // logout.php require_once('common.php'); // 共通の設定・処理 session_sta
攻撃シナリオを使って解説するApplicationCacheのキャッシュポイズニング
攻撃シナリオを使って解説するApplicationCacheのキャッシュポイズニング 吾郷 協 最近ウィンナーと燻製の自作にはまっています。@kyo_agoです。 この記事は1/28に行われた、第44回HTML5とか勉強会（HTML5とセキュリティ編）で発表した内容を元に書いています。 今回はApplicationCacheのキャッシュポイズニングに関してお話したいと思います。 最初に用語について説明します。 キャッシュポイズニングとは、キャッシュに対して攻撃コードを送り込み、そのキャッシュ経由で攻撃コードを実行させる攻撃手法です。 Googleで「キャッシュポイズニングを検索」した場合、検索結果の上位はDNSのキャッシュポイズニングに関する内容がほとんどですが、最近はクライアントサイドのキャッシュポイズニングも話題に上がるようになっています。 「クライアントサイドのキャッシュポイズニング
APCuは速いけど初期設定がイマイチだというお話 - hnwの日記
ISUCON本戦で惨敗してきた皆さんこんにちは。昨日のやけ酒は最高でしたね！今日はISUCON予選のときに気づいたAPCuのイマイチな点を紹介します。 APCuというのはPHP extensionで実装されているKVS（Key Value Store）で、localhost内でのデータキャッシュに利用されます。かなり高速な上、APCの時代から考えると利用実績も十分あるため、PHPでは定番extensionの一つといえるでしょう。 ところで、APCuに大量のデータ（10万エントリ以上）を格納するとデータの取得や更新が遅くなることがあります。APCuでは格納するエントリ数の「ヒント」をあらかじめ設定値で指定するようなつくりになっているのですが、この設定があまり知られておらず、デフォルト値もかなり小さいため、遅いまま使っている環境が多いように推測しています。 APCuの設定 APCuの設定値に、
ZendOpcacheとAPCuではじめるハイパフォーマンスPHP - pixiv engineering blog
先月末から一週間ほど旅に出ていたbokkoです。今回はpixivでのPHPのバージョンアップに関する取り組みの一部を紹介します。 pixivとPHP pixivではWebアプリケーションの開発で主にPHPを利用しており、今のところPHP5.3とPHP5.4で動いている環境が混在している状態ですが、これをPHP5.5化するプロジェクトが進行中です。 オペコードキャッシュとユーザキャッシュによるPHPアプリケーションの高速化 pixivのようなPVの多いWebサイト(2013年10月現在で38億/月)をPHPで運用する場合、 アプリケーションのパフォーマンスという観点ではもちろんのこと、運用にかかるコストの面でも APCやZendOpcacheが提供しているようなオペコードキャッシュ機能は必須と言えます。 サーバスペックが高いマシン(CPUコア数が16とか24)を使っているということもあります
ブラウザキャッシュでパフォーマンス向上
キャッシュ制御の方法 サーバサイドからキャッシュを制御するには、以下の2つの方法がある。 HTTPヘッダによる制御 METAタグによる制御 まずは、これらがどのようなものか、軽くおさらいしておく。 ■HTTPヘッダによる制御 HTTPプロトコルでは、HTTPヘッダにさまざまな情報を格納することができる。そのうちいくつかの情報は、キャッシュ制御のためのヘッダである。リクエスト（クライアント→サーバ）用のものと、レスポンス（サーバ→クライアント）用、リクエスト／レスポンス共通のものが存在する。 ■リクエスト用 If-Modified-Since 日時を指定する。指定した日時より新しいコンテンツの場合のみデータを返却するようにサーバに指示する。ローカルキャッシュの最新確認に使用される If-None-Match 指定したエンティティタグに一致しない場合のみコンテンツを返却するようにサーバに指示す
Kazuho@Cybozu Labs: キャッシュの上手な使い方
« C-0.05 | メイン | cygwin + mod_perl » 2006年02月08日 キャッシュの上手な使い方 キャッシュといっても、ウェブブラウザやウェブプロキシのキャッシュのことです。 ・Internet Explorer のキャッシュの動作 Internet Explorer は、同一ウィンドウ内で複数回同じウェブページを読み込む場合、２回目以降はキャッシュのデータを使用します (デフォルト設定の場合、 Last-Modified または Expires ヘッダがついている場合のみ)。 つまり、同じウィンドウの中で、 ページA を読み、次にページB を読み、そしてページA を再び読み込むようなケースでは、２回目にページ A を表示する際にはキャッシュのデータが使用され、ウェブサーバへの再問い合わせは行われません。 また、 Last-Modified ヘッダと Expire
ブラウザキャッシュとレスポンスヘッダ - murankの日記
ブラウザキャッシュとレスポンスヘッダの関係を調べてみた。 調べたブラウザ Firefox 3.5 IE 6 Opera 9.64 Google Chrome 2.0.172.33 レスポンスヘッダ Expires Last-Modified Cache-Control Pragma 結論 以下のレスポンスヘッダを返す。 Expires、Last-Modified、Cache-Control、Pragma 以外のヘッダについては任意。 キャッシュさせたい場合 Cache-Control: private, max-age=有効期間の秒数 条件付GETをさせたい場合 Expires: 過去の時刻 Last-Modified: 過去の時刻 キャッシュさせたくない場合 Cache-Control: no-cache 調査方法 それぞれのブラウザで以下のレスポンスヘッダを返すページを読み込んだときに
Internet Explorer でキャッシュを防止する方法 - Browsers
この記事では、Internet Explorer で HTTP ヘッダーを使用して Web ページのキャッシュを制御する方法について説明します。 元の製品バージョン: Internet Explorer 元の KB 番号: 234067 まとめ Microsoft インターネット インフォメーション サーバー (IIS) を使用すると、特定の Active Server ページ (ASP) ページの極端な先頭にある次のスクリプトを使用して、揮発性の高いページや機密性の高いページを簡単にマークできます。 <% Response.CacheControl = "no-cache" %> <% Response.AddHeader "Pragma", "no-cache" %> <% Response.Expires = -1 %> 有効期限とExpiresヘッダー すべての Web サーバーで
FuelPHP1.3でRedisは注意
FuelPHP1.3でCacheのストレージをredisにするとあまりいいことが無いよってメモ。 詳しく調べてないけど、 fuel_xxxxxxx:index:とかいうkeyにkeyたちがserializeされた状態で保存されてて、 何か操作を行うたびにindexにkeyがあるかチェックするからkeyが増えるに従いトラフィックが増加する。 2012/11/05追記 1.3で1.2のredis使えば良いよ 1.2と1.3の差分 https://github.com/fuel/core/commit/11b6a890cbfcd7b4a5e98529b9d778dc2eacbdb3 もうちょい調査してみよう。 2012/11/12追記 どうやら1.2にはバグがあり正しくヒットしないことがあったが 1.3からは正しく動作するようになったからヒットするようになったらしい。 それにしてもCacheの仕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP で学ぶ Cache の距離の話 / study_cache_with_php
FuelPHPで，リフレクションを使ってOrm\Modelのキャッシュをクリアする - Qiita
Varnish and the FOSHttpCacheBundle
Pinned Sites: Windows 7 Desktop Integration with Internet Explorer 9
設計から実装まで、今すぐ始める高速化
FuelPHPメモ: 酸いも甘いも
http://9ensan.com/blog/programming/php/fuelphp-cache-config-forg/