PHP独自Frameworkでのキャッシュについてまとめ - Qiita
概要 自分の中での使い分けを整理するためにまとめる キャッシュ先 APC Cache ※各Webサーバごとにデータを保持するものとする。 通信が発生しないため専用のCacheサーバをたてるより高速。 帯域を制限しないため巨大なデータにも対応させやすい。 キャッシュを消すタイミングをコントロールできないため、基本的にexpire_timeで処理することとなる。 基本静的なデータ（マスタデータなど）のキャッシュに向いている。 Webサーバのメモリサイズに依存しており分散させることができないため、あまり乗せすぎるとメモリを使い切ってしまう。 Memcached ※Memcached専用のサーバを用意するものとする。 全Webサーバで同一のデータを扱うことができるため、キャッシュの更新・削除までコントロールができる。 負荷分散させられる。 PHP Cache PHP内で静的変数などにキャッシュする
CakePHP2のパフォーマンスチューニング（DBとキャッシュ） - Qiita
CakePHPにおけるパフォーマンスチューニングとは パフォーマンス向上するための方法は大まかに分けて２種類ある 1. ボトルネックとなる処理を探し当てて改善する方法 コードを修正する、パラメータをチューニングするなど。 2. キャッシュを使う方法 処理実行結果をキャッシュに保存することで、2回目にアクセスしたときにその処理を通らずに処理結果を返す事ができる。 DBのパフォチュー 1. 発行しているクエリ数を減らす これをViewに貼ればカウントできる。減らせるクエリは減らす。 2. findのパフォチュー 極力以下を利用する。 a) 基本的にqueryメソッドが最強。ただし... コードの可読性が下がるので大量データを取得する必要があるときに利用。場合によってはfieldで取得するより早い。 ✕ $this->Hoge->find('all'); ◯ $this->Hoge->query
WSL2によるホストのメモリ枯渇を防ぐための暫定対処 - Qiita
5/27にWindows 10 2004 Updateが正式リリースされて、それに伴いWSL2もWindows Insider Preview版を使用しなくても利用可能となりました しかしWSL2を使用してるとVmmemというプロセスのメモリ使用量が増加し続けて、Windowsホストのメモリが枯渇してしまう問題があります。そしてこの問題は正式リリース後も解消されず残っています。 NOTE: Windowsホストで動いているVmmemプロセスで「WSL2のHypver-V仮想マシン全体が消費＆確保しているCPUとメモリ」を確認できるという大雑把な理解でOKです。 microsoft/WSLのIssueは１年近くOpenのままとなっており、Microsoft側も問題を認識して取り組んでいるものの未だに根本対処されていません。 本問題のアップデート情報 (2023/07/04更新) 本問題に関す
cURLコマンドでレスポンスヘッダのみを取得する --head - Qiita
--head でできます！ 元の記事を書い際には見つけられていなかったのですが、 --head でレスポンスヘッダーのみを取得することができます！！！ $ curl --head http://example.com HTTP/1.1 200 OK Content-Encoding: gzip Accept-Ranges: bytes Age: 431277 Cache-Control: max-age=604800 Content-Type: text/html; charset=UTF-8 Date: Tue, 29 Jun 2021 15:49:43 GMT Etag: "3147526947" Expires: Tue, 06 Jul 2021 15:49:43 GMT Last-Modified: Thu, 17 Oct 2019 07:18:26 GMT Server: ECS
SplFileInfo::openFile error の対処 - Qiita
Warning: SplFileInfo::openFile(/www/app/tmp/cache/persistent/cake_core_cake_console_) [splfileinfo.openfile]: failed to open stream: Permission denied in /www/lib/Cake/Cache/Engine/FileEngine.php on line 292 これは、上記ファイルの所有者とpersisitentの所有者が異なる時に発生する。 presisitentディレクトリの所有者とファイルの所有者を同じにすれば、解決する。もしくは、以下の設定でもOKのよう。 参考：http://www.iwaking.com/20121210/740/
MySQL Cache メモ - Qiita
メモと言う名のコピペ ちょっと古い、5.1 だけど日本語ドキュメントがそこしか無かったのと、英語読む気力ないけど、とりあえずめも 動作とかごにょごにょ クエリ キャッシュは、SELECT SQL_CALC_FOUND_ROWS ... のクエリで動作し、後続する SELECT FOUND_ROWS() クエリで返る値を格納します。FOUND_ROWS() は前のクエリがキャッシュからフェッチしていても、正確な値を返します。これは、検索したレコードの数をキャッシュで保管しているためです。SELECT FOUND_ROWS() クエリ自体はキャッシュの対象ではありません。 クエリをキャッシュする設定である場合、その結果 (クライアントに送信したデータ) を、結果の読み出し中に、クエリ キャッシュに格納します。そのため、データの扱いは、ひとまとめではありません。つまり、クエリ キャッシュで、デー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCI 2.0 では Docker ビルドキャッシュが効く - Qiita