• マザー：GA-MA785GM-US2H
• CPU：Athlon II X4 605e（TDP45W）
• MEM：DDR2-800 8Gバイト（ECCなし）
• HDD：HTS545016B9A300（2.5inch 160Gバイト）
• 電源：玄人志向 KRPW-V400W

自宅サーバーをする人は、これらを参考にすると良いかも知れません。

この他、面白かったのが、サグールという会社のサーバー置き場。
データセンターではコストがかかるということで、一軒家を借りてサーバー置き場にしているとのことです。火事やトラブルに気を使えるのならば大変安く上がるようです。

当然メリットばかりではなく、騒音や廃熱、電気代、セキュリティ、サーバーダウン時の対応等のデメリットもあるので、個人ブログレベルでは、やはりレンタルサーバーを借りるのが最善だと言えますが、Webサービスをしたい人には、サーバーリソースを自由に使える自宅サーバーが良いでしょう。

[ はてな、アメーバ、pixivら、注目企業の自作サーバを一挙公開 ]

すでに運営しているWordPressのテーブルプレフィックスを変更する手順は、以下のような流れになります。

1. wp-config.php の「$table_prefix = ‘wp_‘;」の「wp_」の部分を変更する。（例：wp_xxxx_）
2. phpMyAdmin でデータベーステーブル「wp_」を変更したプレフィックスにリネームする。
3. データベーステーブル内のデータ名「wp_」の部分をリネームする。

wp-config.php のプレフィックスとデータベーステーブルのプレフィックスを変更しただけの場合、「このページにアクセスするための十分なアクセス権がありません。」といったエラーが出ます。データベーステーブル内のデータ名にある「wp_」もリネームする必要があります。

データベーステーブルのプレフィックスの変更は、phpMyAdmin の「操作」メニューから手作業で行えますが、運営中のブログの場合は、SQLクエリで一括処理するのがオススメです。

以下のクエリを、エディタにコピペして「wp_xxxx_」の部分を自分の変更したいプレフィックスに一括置換してご利用下さい。

ALTER TABLE wp_comments RENAME TO wp_xxxx_comments;
ALTER TABLE wp_links RENAME TO wp_xxxx_links;
ALTER TABLE wp_options RENAME TO wp_xxxx_options;
ALTER TABLE wp_postmeta RENAME TO wp_xxxx_postmeta;
ALTER TABLE wp_posts RENAME TO wp_xxxx_posts;
ALTER TABLE wp_terms RENAME TO wp_xxxx_terms;
ALTER TABLE wp_term_relationships RENAME TO wp_xxxx_term_relationships;
ALTER TABLE wp_term_taxonomy RENAME TO wp_xxxx_term_taxonomy;
ALTER TABLE wp_usermeta RENAME TO wp_xxxx_usermeta;
ALTER TABLE wp_users RENAME TO wp_xxxx_users;

デフォルトのテーブルはここまで、ここより下はPluginのものです。自分用に変更して下さい。

ALTER TABLE wp_tags RENAME TO wp_xxxx_tags;
ALTER TABLE wp_tag_synonyms RENAME TO wp_xxxx_tag_synonyms;
ALTER TABLE wp_post2tag RENAME TO wp_xxxx_post2tag;
ALTER TABLE wp_ktaisession RENAME TO wp_xxxx_ktaisession;
ALTER TABLE wp_ak_twitter RENAME TO wp_xxxx_ak_twitter;
ALTER TABLE wp_Counterize_Keywords RENAME TO wp_xxxx_Counterize_Keywords;
ALTER TABLE wp_Counterize_Pages RENAME TO wp_xxxx_Counterize_Pages;
ALTER TABLE wp_Counterize_Referers RENAME TO wp_xxxx_Counterize_Referers;
ALTER TABLE wp_Counterize_UserAgents RENAME TO wp_xxxx_Counterize_UserAgents;

テーブルプレフィックスの変更が済んだら、データベーステーブル内のデータ名をリネームするクエリを続けて実行します。

UPDATE wp_xxxx_options SET option_name = 'wp_xxxx_user_roles' WHERE option_name = 'wp_user_roles';
UPDATE wp_xxxx_usermeta SET meta_key = 'wp_xxxx_capabilities' WHERE meta_key = 'wp_capabilities';
UPDATE wp_xxxx_usermeta SET meta_key = 'wp_xxxx_user_level' WHERE meta_key = 'wp_user_level';

あとは、WordPressのダッシュボードにアクセスして動作確認。

（参考サイト）

• WordPress のテーブルプレフィクスを変更する時の注意点 | バシャログ。
• SQL テーブル名変更(RENAME)
• データの変更 SQL -TECHSCORE-

XREAからSAKURAへWordPressを移転する際。

XREA側のphpMyAdminで該当データベースを見てみると、データベーステーブルのエンコードが utf8_general_ci になっているのに、日本語のデータが文字化けしています。ちょっと気持ち悪いので、移転ついでに直したい。（こうなった理由は、昔のサーバーのMySQLが当初EUCで、後々、UTF-8に対応するために wp-config.php に mb_language(‘Japanese’); と mb_internal_encoding(‘UTF-8′); を追記しているからだと思います。）

とにかく、このままの状態でphpMyAdminでエクスポートしたら、移転先でも同じ状態になるので、WordPressからバックアップPlugin「WordPress Database Backup」を使ってエクスポートした.sqlファイルを、移転先のphpMyAdminにインポート。

これで、データベース側の文字化けは無くなりましたが、このままだとWordPress側で文字化けが発生するので、wp-config.php の mb_language(‘Japanese’); と mb_internal_encoding(‘UTF-8′); を削除、wp-config-sample.php と比較して抜けていた部分の define(‘DB_CHARSET’, ‘utf8′); と define(‘DB_COLLATE’, ”); を追記しました。

手順はドメイン移管マニュアル (gTLD) を参考に。
VALUEDOMAINからの移管で注意したいのが、ドメインの管理担当者名をデジロックにしていた場合、自分の名義に戻してから申請しなければいけないというところです。

申請を出してから処理されるまでには、数日～1週間ほどかかります。

1. さくらの会員メニュー > ドメイン > ドメイン名一覧 > ドメインの移管
2. 移管するドメイン名を入力して、Auth code（認証鍵）を入力する。
3. Auth codeは、VALUEDOMAINにログインしてドメインのWHOIS情報の一番下に記載されている。
4. Melbourne IT Ltdから「移管申請が出ているドメインはあなたのですか？」といった内容のメールが届くので、記載されているURLを開いて、ドメイン管理担当者名（自分の名前）とAuthorization code（認証鍵）を入力。
5. 数日から1週間ほどして、さくらから移管完了のお知らせがメールが届く。
6. 移管したgTLDドメインを利用するを参考に、ドメインの追加を設定する。

Are My Sites UP?は、登録したサイトを一定時間毎にチェックして、もしダウンしていたらメールでお知らせしてくれるというサービスです。よくあるサーバー監視サービスなのですが、メールが来るので便利です。長期的にダウンしていなくても、ちょくちょくダウンしているサーバーをあぶり出すことも出来ますし。

[ Are My Sites Up? ]

livedoorドメインが価格改定で安くなってます。

7/7までは.com/.net/.org/.infoが1年700円、7/8からは1年945円。

今なら5年で登録しても3500円。やっす！(^_^;)

見てみた感じ、色々とキッチリしている印象だし、Blogと連動しているのでそうそうサービス終了する事は無さそうなので、ここで管理してもいいかもね。

• livedoor ドメイン – ドメイン取得、ドメイン検索
• ドメイン livedoor ヘルプ

諸事情からcoreserverに移動させたサイトにインストールして翻訳機能をチェックしてみたら、「SAFE MODE Restriction in effect」というエラーが。XREA&CORE SUPPORT BOARDを見ると、

ユーザーID（ユーザー名、所有者）になっているPHPから、ユーザーID：apacheのディレクトリ内にファイルを作成する事ができません。

とのこと。

今までは plugins/global-translator/cache/ の中にキャッシュファイルだけだったのが、多言語対応で自動でフォルダが生成されるように変わっていて、それが原因のよう。

自分で「normal」と「search-engine」フォルダを作って、パーミッションを777か707にしたら上手くいきました。

危険なドメイン

1. .hk（香港）19.2%が危険なサイト
2. .ch（中国）11%が危険なサイト
3. .info（汎用）
4. .ph（フィリピン）
5. .ro（ルーマニア）

安全なドメイン

1. .fl（フィンランド）
2. .jp（日本）
3. .no（ノルウェー）
4. .sl（スロベニア）
5. .co（コロンビア）

[ 最も危険なドメインは「.hk」――McAfeeの調査結果 | 901am ]

10月までに、向こう何年分かをまとめて更新しておいた方が良さそうです。

[ ドメイン：「.com」「.net」登録料、また値上げ ]