さくらインターネット – トモデジ tomodigi.com

WordPressのデータベースサーバのみ引っ越し

Tomo — Sat, 03 Dec 2011 03:06:15 +0000

いつの間にか、さくらのレンタルサーバのスタンダードで扱える MySQL データベースの数が1から20に増えていました。

いままで1つに諸々のサイトのデータベースを突っ込んでいたので、管理しやすくするために、分けることにしました。さくらの場合、MySQLのデータベースはバージョンによってサーバが異なる仕様です。ついでに5.1から5.5にバージョンアップしたデータベースを作成しました。他のレンタルサーバでは、localhostに接続することで使用できますが、さくらのレンタルサーバでは個別のサーバ名を指定することになります。

今回は別のサーバになりましたので、PhpMyAdminで手元のPCにバックアップしたものを、新しいサーバにそのままリストアしました。テーブルの数は12個でした。

その後、Wordpressをインストールしたフォルダのwp-config.phpのデータベース関連の記述を新しいものに変更しました。これで引っ越しは完了です。

wwwなしとwww付きのアクセスを統合 (htaccess)

Tomo — Sun, 02 Oct 2011 06:02:45 +0000

さくらインターネットのレンタルサーバではドメインの設定において、マルチドメインとして使用することを推奨されています。例えばexample.comのドメインを/exampleに割り当てたとき、www.example.comでもexample.comでもアクセスできるということです。ほかにもblog.example.comを/blogに割り当てるといった追加はもちろん可能です。サブドメインなしでアクセスがあった場合に、代表的なwwwに割り当てるのはありがたい設定ではあります。

ところがブラウザ上もwwwなしのままで表示されますし、検索園児になどには、サブドメインの有無で全く別のサイトと判断されますのでどちらかに統一した方がよいといわれています。

今回はこのサイトを参考に、.htaccessを以下のようにして、サブドメインなしでのアクセスをwwwに統一するように設定しました。

RewriteEngine on
RewriteCond %{HTTP_HOST} ^example\.com
RewriteRule ^(.*) http://www.example.com/$1 [R=301,L]

2行目の.comの前の\（バックスラッシュ）は￥（半角）でも可能です。

これで、example.comにアクセスした場合、自動的にwww.example.comに変換されます。www.example.com/subなどサブディレクトリも問題ありません。

WordPressのダッシュボードの表示がおかしい

Tomo — Wed, 21 Sep 2011 14:51:05 +0000

このサイトはCoreserver+Wordpress (3.2.1) で運用しています。インストール直後から、ダッシュボードの表示がおかしくなってしまいました。ブラウザはOpera 11.51、Firefox 6.0、IE 9、Chrome 14.0、のいずれも同様でした。

本題に入る前に、CoreserverのPHPについて説明します。Coreserverの PHP はセーフモードで動いているため、wordpressの自動更新などでうまくいかなくなることがあります。回避するために.htaccessをWordpressディレクトリに設置し、以下の一行を追加すると、CGIモードでWordpressを使うことができます。

AddHandler application/x-httpd-phpcgi .php

しかし、この設定がくせ者で、ダッシュボードのCSSが無効になってしまうようです。

このサイトやこのサイトを参考に.htaccessを以下のように設定しました。CGIモードで動かした方がよい4つのファイルのみをCGIモードで動かすようになっています。

# ファイルのアップロード

AddHandler application/x-httpd-phpcgi .php

# プラグインの新規インストール

AddHandler application/x-httpd-phpcgi .php

# テーマの自動アップグレード

AddHandler application/x-httpd-phpcgi .php

# コアアップグレード

AddHandler application/x-httpd-phpcgi .php

これで、解決しました。

逆に、当初のように、 CGIモードでWordpress を運用し、ダッシュボードを表示するPHPのみをCGIモードから除外するという方法もあるようですが、CGIモードの方がパフォーマンスが落ちると言うことなので、まずは上記の設定で運用することにします。

ちなみに、さくらのレンタルサーバはPHPがCGIモードで動いているためこのような心配はありません。

ただし、さくらのレンタルサーバはスタンダード以上、ライトはPHPが使えないのでWordpressは動作不可です。ライトにPHPをインストールすることは可能です。（そのときのWordpressの動作は未確認）

エラーログを取りたい場合 (PHP)

Tomo — Thu, 04 Aug 2011 08:40:57 +0000

PHPのエラーログを記録する場合はphp.iniに以下のように記述します。エラーを画面に直接出力してもよいのですが、セキュリティ的に望ましくありません。
さくらのレンタルサーバ非公式FAQより引用します。

display_errors="0"
error_reporting="2047"
log_errors="1"
error_log="/home/???????/www/phplog/php-error.log"

1行目：エラー情報を表示しないようにする。
2行目：出力するPHPエラーの種類を設定。2047はすべてのエラーを表示。
3行目：ログを保存する。
4行目：保存するディレクトリ。php-error.logのアクセス権の設定する。

ブラウザが閉じても処理を続ける (PHP)

Tomo — Sun, 08 Mar 2009 08:19:34 +0000

PHPで処理に時間がかかっている場合、途中でブラウザを閉じてもPHPは実行を続けようとします。その中で、ブラウザとの接続が無いと（無いことがわかったところで）処理が中断されます。中断せずにそのまま続行するためには、php.iniのignore_user_abortをtrueにします。例えば、ページを開くことをトリガーにしてなにかの処理を完結する場合などでは必要だと思います。

通常は ignore_user_abort をfalseとし、例外的にtrueにしたい場合は、スクリプトの中で以下のように記述することででも可能です。デフォルトでは多くのレンタルサーバーではfalse(off)になっているようです。さくらインターネット、Coreserverではfalseでした。

ignore_user_abort(true);

このほうが、サーバーへの負荷は少なくなります。
ブラウザとの接続については出力しようとしたときに確認されるようなので、ignore_user_abortがfalseでも、ブラウザを閉じたと同時に処理が中断するわけではなさそうです。

実行時間の最大値を制限 (PHP)

Tomo — Tue, 24 Feb 2009 13:42:29 +0000

時間のかかる処理を行った場合、Maximum execution time of 30 seconds exceededというエラーで止まることがあります。
こんなときは以下のように対処します。

set_time_limit(60);

（数値は制限時間、この場合は60秒）
0をセットすることで、制限なしにもできますが、さくらインターネットのライトでPHPを使う場合は無視されている様子です。
呼び出しごとにタイマーがリセットされるので、処理の途中で再度呼び出すことで制限時間を延ばすことができます。