おじさんの備忘録-番外編- » 最適化

mod_deflateによるコンテンツのGzip圧縮

kecha — Tue, 17 Mar 2009 14:04:33 +0000

mod_deflateを有効にするためにdeflate.confを作成

[root@server ~]# vi /etc/httpd/conf.d/deflate.conf

[text gutter=false]

AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/rdf+xml

BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
Header append Vary User-Agent env=!dont-vary

[/text]
上記ファイルを有効化するためにhttpdを再起動又は再読込み

[root@server ~]# /etc/rc.d/init.d/httpd restart

mod_deflateの効果については下記のサイトを見た方がわかりやすい。
YSlow対策でmod_deflateを利用してHTTPレスポンスをgzip圧縮 – blog.katsuma.tv
圧縮出来ているかどうか及び効果は下記サイトやYSlowで確認できる。
Port80 Software »» Compression Check

当サイトの結果は77.0%の圧縮に成功し転送速度も数値上では4倍ほど速くなった。

サイトの表示時間

kecha — Mon, 16 Mar 2009 03:39:15 +0000

トップページが表示し終わるまでの時間が遅いように感じていたのでFirefoxのアドオンFirebug及びそのプラグインYSlowを導入し結果を見てみた。
結果は案の定最低（？）ランクのFで42点でした。
結果を見るまでもなく原因はJavaScriptの多様と無意味に貼り付けている画像。

画像はともかくはWordPressはプラグインを増やせばそれだけでJavaScriptやCSSファイルが増えてしまう事が多々ある。導入しなければ済む話だがやはり素晴らしい機能は使いたくなるのでついついインストールしてしまった結果がこのありさま。

当面の目標として画像の品質を落とす事とGzip圧縮の導入で点数アップを狙ってみる。
ただ重たく感じるのはプラグインだけではなくテーマによってもかなり違う。
現在はwp.Vicuna Extを利用させてもらっているが、デフォルトのテーマに比べると読み込みに時間がかかっていそうだったので下記サイトで計測してみた。
Pingdom Tools – Full page test

4秒弱の差があるのは結構大きい方だと思うが、それよりも軽いと思っていたデフォルトのテーマでさえ8秒以上かかっているのには海外からの測定という条件を考慮したとしても結構ショック。

と書きつつも今回も懲りずに画像を貼っている。因みに普通のhtmlな静的ページは問題のない数値が出ている。

Firebugは素晴らしいと思うが何故ゴキブリ？？今にもステータスバーから飛び出しそうで・・・。

MySQLのチューニング

kecha — Wed, 23 Apr 2008 03:38:33 +0000

現在使用しているテーブル数は100前後なのでチューニングする必要性はないと思うが。

/etc/my.cnfを編集

[mysqld]
key_buffer_size=512MB
table_cache=1024
max_allowed_packet=1MB
record_buffer=1MB
long_query_time=1
sort_buffer_size=2MB

下記記事を参考にすべて設定するとエラーが起きてMySQLが起動しなかったので上記パラメータのみ設定するようにした。
ただエラーが起きたのは私の書き方が間違っていたために発生したのかもしれない。
因みに現在当サーバにインストールされているMySQLのバージョンは5.0.22なので最新版ではないみたい。

参考記事 » 5分でできる、MySQLのメモリ関係のチューニング！

万一に備えて /etc/my.cnf の中身をメモしておく。

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
default-character-set = utf8

key_buffer_size=512MB
table_cache=1024
max_allowed_packet=1MB
record_buffer=1MB
long_query_time=1
sort_buffer_size=2MB

[mysql.server]
user=mysql
basedir=/var/lib

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

[mysql]
default-character-set = utf8

レジストリの最適化

kecha — Sun, 18 Nov 2007 07:45:32 +0000

今年の４月にVistaを導入しまだ約８ヶ月足らずしか経っていないにも関わらず、微妙に動作が重くなってきたような気がする。

そこでNTRGOPTを利用してレジストリの最適化を行ってみた。
　・作業中のイメージ

　・作業結果

今回は11％のスリム化に成功。
再起動後なんとなく全体的なレスポンスが良くなった気がするのは気のせいでしょうか？

もちろん最適化の前にレジストリの大掃除は行いましたが・・・。
参考記事 >> Windows XP 高速化その4(レジストリの最適化)