サイト爆速化!?PHPとCloudForontで画像変換キャッシュサーバーを構築する方法
「Webサイトやアプリに提供する画像って必要最低限のサイズでいいけどそういうこと出来ないかな？」 こんにちは、タカフです。 Webサイトやアプリや作っていると、そこで表示している画像サイズって気になりますよね。 画像サイズが重ければそれだけで画面表示まで時間がかかり、Webサイトならページ表示速度という面でSEOにも響いてきます。 アプリに必要な画像サイズというのはその端末サイズでキレイに見れる分だけのサイズであればいいのです。 どういうことかと言いますと、 例えばアプリに表示すべき画像ファイルが、幅6000px・高さ4000pxのサイズで4MBもの大きなファイルだった時に、 実際アプリに必要な画像はretina対応を考慮してもせいぜい幅600px・高さ400pxの画像さえあれば良いというわけです。 こういう時に便利なサービスがあります。 アプリ側から画像サイズをパラメータとしてURLで指
表示速度が改善するプラグイン「Photon」
僕はずっとWordPressの表示を速くするためにずっと、 「CloudFlare」を利用していました。 CloudFlareとは？ Webサーバー上のコンテンツの中でキャッシュが出来るファイル（画像,CSS等）をCloudFlare上のサーバーにキャッシュする事でWebサーバーのレスポンスを改善する、CDN（コンテンツデリバリネットワーク）サービスです。 凄くザックリ言うと、画像を軽く表示するよ！ってサービスですね。 http://jp.cloudflare.com/ つい先日、急にサイトが表示されない不具合に見舞われまして、 「うわ、参ったなぁ。」とアレコレしていると、 優しいフォロワーさんが「CloudFlareがエラーになってますよ。」と。 We have re-routed DNS traffic away from Hong Kong and Tokyo. Customers
Nginxを使ったもう一歩進んだWordPressチューニング
Nginxを使ったWordPressのチューニングといえば、フロントエンドのNginxとバックエンドのNginx（もしくはApache）に分けてproxy cacheを効かせるのが王道です。 さらにWP Super Cacheプラグインを利用してなるべくPHPやMySQLにアクセスさせないようにすると、手軽で絶大なパフォーマンスアップが可能です。 今回はそこからもう一歩進めたチューニングについて書きたいと思います。 二段階層を廃したシンプルな構成 まずは、図をご覧ください。 前述の王道チューニングの構成はA図となります。 proxy cacheはNginxがバックエンドのサーバーに処理を回し、返ってきたレスポンスをキャッシュして、Nginx自身がキャッシュを返すことでパフォーマンスを上げる仕組みです。 A図-1がキャッシュの無いアクセス、A図-2がキャッシュが効いているアクセスを表していま
さくらVPSのWordPressをチューニングして30倍高速化した方法 - 原宿・表参道.jp
今日はさくらVPSに載せているWordPressのパフォーマンスをチューニングして高速化に成功したので安心して眠れるという話をします。 2.5ページ/秒だったのが70ページ/秒と30倍高速化。 以前はDaily数千PVで重くなっていたサイトがDaily3.6万PVを余裕で捌けるようになりました。 #ちなみにproxy cacheという手法はwordpressでなくても動的コンテンツ全般に有効です。 ▼サーバ気にしなくて良くなったので今週末新宿御苑に花見に行けました☆。枝ぶりがいいさくらが多くてほんといいところだと思うの。 WordPressチューニング高速化結果http://hara19.jp/のサーバ環境と測定結果は以下のとおり。 WordPress稼働環境さくらVPS 1GB/CentOS5.5/PHP5.3/MySQL5.5/WordPress3.1。 WEBサーバはチューニングにあ
WordPressを100倍速くする！ MySQLの調整やnginx proxy cache | KRAY Inc
[追記１] 最後で説明しているproxy cacheの設定を修正しました。 [追記２] nginx proxy cacheでキャッシュしない場合の処理を変更しました。 [追記３] スマートフォンや携帯で閲覧した時にキャッシュしない設定を追加しました。 はじめに 大げさな題名ですが、今回はWordPress単体を速くするのではなく、データベースやWebサーバなどの調整、またnginxのproxy cache機能を使って速くする話になります。 サイトの構成によっては、proxy cacheは使えないかもしれませんが、使わなくても5倍程度速くすることはできましたので、参考にしていただければと思います。 今回行うチューニング一覧 DBを最適化するプラグインを導入する APCを導入してPHPを速くする MySQLを速くする 重いWordPressプラグインを外す nginx+FastCGIにする W
MySQL 高速化メモ
●はじめに MySQLでSELECT文が遅いと感じたり、INSERT処理だけで１日かかった！なんて事ありませんか？ そんな時は本ページのメモを参考に高速化してみてください。 ちょっとした設定だけで１日かかる処理が数分で終わる（！？）なんて事も。 ぜひお試しあれ。 ●SELECT文の高速化 １．テーブルを分ける。 同じ構造のテーブルをいくつかに分割する。例えば、wordというテーブルがあるとすると、 ja_word,en_wordなど国別に分割したり、word2005,word2006など年月日で分割してみる。 ２．テーブルにインデックスを設定する。 create index インデックス名 on テーブル名 (フィールド名); 文字列の場合はインデックスに設定する文字数を指定可能。 create index インデックス名 on テーブル名(フィールド名(要素数)); 私がやってみた感じで
MySQL のキャッシュサイズ変更で高速化
昨日、MySQL のクエリキャッシュを有効にして WordPress を高速化するという記事を書きましたが、MySQL のチューニング策としてもうひとつメモリバッファのサイズを変更してみるのも有効です。この手法は MySQL で使用しているストレージエンジンが InnoDB の場合に有効です。また以下の方法は管理者権限が必要です。 MySQL では頻繁に使われるデータやインデックスをメモリにキャッシュして効率化・高速化を図りますが、CentOS 5.4 の MySQL ではデフォルトの設定は少なめです。メモリにある程度余裕があれば、この値を増やすことでパフォーマンスが改善される可能性があります。 MySQL のバッファのサイズは SHOW VARIABLES で表示されます。大量に表示されるので対象を絞るために LIKE を使用します。 # mysql (databasename) -u
MySQL のクエリキャッシュを有効にして WordPress を高速化する
WordPress が重くなる原因はいろいろ考えられますが、その一つにバックのデータベースである MySQL に負荷がかかっている可能性があります。このサイトも負荷がかかっているときに top コマンドで調べてみると、mysql が CPU 使用率と実行時間が高い傾向がありました。 そこで /etc/my.cnf を編集して MySQL のクエリーキャッシュを有効にしてみます。これは基本的にサーバの管理者しかできないことなので、レンタルサーバをお使いの方はできないと思います。 # /etc/my.cnf query_cache_limit=1M query_cache_min_res_unit=4k query_cache_size=32M query_cache_type=1 設定したら MySQL を再起動します。 クエリーキャッシュが有効に働いているかどうかは、mysql にコンソー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
イイ:モバイル