Mysqlnd クエリ結果キャッシュプラグイン はじめにQuickstart and ExamplesArchitecture and ConceptsSetupCaching queriesSetting the TTLPattern based cachingSlam defenseFinding cache candidatesMeasuring cache efficiencyBeyond TTL: user-defined storageインストール/設定要件インストール手順実行時設定定義済み定数mysqlnd_qc 関数mysqlnd_qc_clear_cache — Flush all cache contentsmysqlnd_qc_get_available_handlers — Returns a list of available storage handlermys
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 ページに記載
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 の利用状況（設定、キャッシュ量など）が確認できるスクリプトが
原文(投稿日：2011/10/04)へのリンク JSR-347はデータグリッドの仕様だ。このJSRの誕生には、JSR-107のJCacheと比較して、どのように使うのかについて論争があり混乱が伴っていた。InfoQはManik Surtani氏に、JSR 347とJSR 107について話を聞いた。また、キャッシングやNoSQL、データグリッド、Infinispanや関連する話題にも話が及んだ。 氏はJSR-347の仕様策定を主導しており、JBoss CacheとJBoss Infinispanのコミッタとメンテナを長い間務めている。JBoss CacheとJBoss Infinispanはそれぞれ、代表的なオープンソースのキャッシュシステムでありデータグリッドだ。Infinispanデータグリッドプロジェクトが発表されたのは2009年の4月だ。氏はこの発表の少なくとも4ヶ月前からデータグリ
過負荷に耐えるWEBサービス作成のための使えるPHPキャッシュテクニックまとめ。 サービス展開というとOSのチューニングや各種インフラソフトウェアのチューニング、更にはWEBアプリプログラム自体の効率化と、幅広い知識が必要になってきますが、PHPでWEBアプリを作る際によく効くキャッシュテクニックを用途・使いどころ別に説明します。 キャッシュをうまく効かせることで大幅に計算量を減らしてより多くのリクエストを少ないマシンで捌くことが出来、コストを下げたり、過負荷の悩みを減らせます。 個人レベルでのWEBサービス開発の場合、サーバ代がお財布を大きく圧迫しますが、最低のコストでサービスを賄うことに繋げられます、ということでPHPでサービス作ってやろうと思っている人は参考にしてみて下さい。 static変数でキャッシュ 特に何も入れなくてもそのまま使えるstatic変数。例えば、関数等で一定の計算
In PHP, sessions can keep track of authenticated in users. They are an essential building block in today's websites with big communities and a lot of user activity. Without sessions, everyone would be an anonymous visitor. In system terms, PHP sessions are little files, stored on the server's disk. But on high traffic sites, the disk I/O involved, and not being able to share sessions between multi
以前、Session.saveを独自設定を指定して、セッション有効期限などを変更する方法を紹介しましたが、 この方法、セッションをDBあるいはキャッシュに設定する場合は避けた方が良さそうです。 実例 セッションのDB保存設定をベースに、session.cookie_lifetimeを0＝ブラウザを閉じるまで に変更しています。 実装状態はこちら この設定で運用していたら、viewで$session->flash()した後もメッセージが消えず、 ログイン後もログインエラーメッセージが出続ける データセーブ後、別の画面に遷移しても保存完了メッセージが出続ける*1 などの現象が発生していました。 調べると、$session->flushで$_SESSIONからはMessageが削除されるのに、データベースのcake_sessionsでは削除されていません。 これが原因のようです。 解析 core
CakePHPのバージョンを1.2.5から1.3.6に上げたところ、一部のページで、指定と異なる内容が表示されたりするようになりました。 原因は、キャッシュの不具合。 ファイル名の正規化などを行うInflector::slugの不具合のため、異なるページのキャッシュが同一名で作成されてるなどしていました。 参考サイト http://dxd8.com/archives/209/ Inflector::slugを一箇所変更することで、CakePHP ver1.2時と同じファイル名でキャッシュできるようになりました。 本線コード改修なので、バージョンアップ時要注意です。 現象 キャッシュを消すと直るので、原因はキャッシュと推測。 app/tmp/cache以下を確認したところ、ver1.2時点とはまったく異なる、 element__t_p_tu_t_l t_d.php と言ったようなファイル名で
CakePHPにはキャッシュを行う関数cache()があるのですが、1.2.2のソースを見るとdeprectatedになってました。 [cake/basics.php] <?php /** * Reads/writes temporary data to cache files or session. * * @param string $path File path within /tmp to save the file. * @param mixed $data The data to save to the temporary file. * @param mixed $expires A valid strtotime string when the data expires. * @param string $target The target of the cached da
nginx+memcachedがめちゃ気になったので試してみました。 元ネタは下記です。 A 53,900% speedup: Nginx, Drupal, and Memcache bring concurrency up and page load time way down | TechnoSophos nginxをリバースプロキシに利用した構成で、バックエンドの出力をmemcachedにキャッシュしておけば、次回リクエストではnginxがそのキャッシュを読み取ってそのまま出力してくれます。 つまりバックエンドにリクエストを経由させずにnginxから即出力するのでかなりの高速化が見込めるという優れものです。 リンク先ではバックエンドにDrupalを利用していたのですが、ここではCakePHPを利用してみます。 1. 全体構成 リバースプロキシにnginx(Port: 80)を使い、バ
こんにちは。小川です。 先日、symfony(v1.2.7)で本番(prod)環境に設定した場合に開発(dev)環境の数倍のメモリが消費されるという状況に陥ってしまいました。原因を追及した結果、ルーティングの設定に問題があることが発覚したので、今日はそのことを書こうと思います。 原因先には述べてあるとおり、ルーティングの設定に問題がありました。symfony1.2ではルーティングのキャッシュということを行っており、そのキャッシュが肥大化してメモリを大量に消費する原因となっていました。 対策としてルーティングのキャッシュを無効にしてキャッシュファイルの読み書きを行わないように設定ファイルを修正したところ、上記の問題は無事に解決しました。 <strong>追記@2009/09/28</strong> symfony1.2.9以降では初期状態でキャッシュが無効になるように設定されています。sym
スパイスラボ神部です。 これまで積極的に使ってこなかった CakePHP のキャッシュ。 しかし貧弱なサーバを使うときにサイトルートが10秒出てこなくコレは困った。 みたいなときに、いよいよ出番がやってきました。 -キャッシュが好きだ！ - Favorites! Cache を有効にする まずは設定で Cache を有効にします。1.1 と 1.2 で指定方法が違う上に、検索すると 1.1 の方ばかり出てくるので要注意です。 * 1.1系 - define ('CACHE_CHECK', true); * 1.2系 - Configure::write('Cache.check', true); （2008-03-15 - ざ・わーるど.jp＠はてな より） 公式マニュアルも、1.1 の設定しか載っていないなぁ・・・ -19.2. 動作の解説 設定方法 コントローラにも設定追加。 -s
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
キャリアによって取得方法が異なる。取得方法DoCoMo: HTTP_USER_AGENTから取得。 以下の正規表現でGroupを使えば取得可能。(ただし2パターン) [iモード対応HTML 2.0] ^DoCoMo\/\d\.\d\/[^\/]*\/c(\d*)$ (単位KByte) [iモード対応HTML 5.0] ^DoCoMo/\d\.\d[^\(]*\(c(\d*).*$ (単位KByte) Vodafone: ブラウザバージョンから取得。 - ブラウザバージョンの取得方法 以下の正規表現でGroupを使えば取得可能。(ただし2パターン) ^J-PHONE\/(\d*\.[A-Z\d]*)\/.*$ ^(SoftBank|Vodafone)\/(\d*\.\d*)\/.*$ - ブラウザバージョンとキャッシュサイズのマッピング 2.0
PHP Performance Series: Caching Techniques - Mike Willbanks : getting into the mind of a php developer. PHPでパフォーマンス向上のためのキャッシュテクニック色々が紹介されていました。 取得に時間のかかるデータはキャッシングで高速化、は当たり前の処理ですが、その方法もいろいろあり、コードが紹介されていたので解説 apc によるキャッシング方法( APCの説明 ) APCはPHPのコードを共有メモリなどに中間形式にキャッシュしておいてPHPの実行速度を上げるための仕組みです。 そのAPCエクステンションを有効にすると、データをキャッシュしておくためのAPIも提供されます。 <?php if (($config = apc_fetch('config')) === false) { requ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
