マルチドメイン対応、ビジネス仕様 高性能レンタルサーバー 【シックスコア】

月額1,890円〜

何といっても「独自SSL」にオプション対応したことで、クライアントにも勧めやすくなった。ブランドは「グローバルサイン」のみだが、初年度31,500円でサイトシールが貼れる。次年度以降21,000円。かつてはエックスサーバーでも独自SSLを有料で提供していたのだが、いつからか提供されなくなってしまった…。

エックスサーバーでは共有SSLは無料で提供されるのだが、アドレスがエックスサーバー所有の「https://sv69.xserver.jp/~example.com/○○○/」となってしまうので、そこそこ名の知れた会社が使うにはちょっと抵抗がある。

その点、シックスコアの独自SSLなら自社ドメインによるアドレス「https://www.example.com/○○○/」が使えるので、ビジネス用途に使いやすい。

その上で、さらなる高セキュリティ対応。ウェブアプリケーションファイアーウォール(WAF)対応。これはよく知らないが、悪いものではないだろう。

大容量。最下位プランにして30GB〜。

サーバー自体がハイスペック。クアッドコアCPU、メモリ12GB。国内サーバー＆バックボーン166Gbps。

あと、エックスサーバーにはなかった電話サポートがある。

エックスサーバーとはネームサーバーが違うので、ダウンタイムなしの乗り換えもできそう！（エックスサーバーの古いサーバーから新しいサーバーへ移行を試みたことがあったが、一旦削除しなけらばならず、あきらめた経緯あり）

一方、エックスサーバーに比べて制限される点、それはマルチドメインとサブドメインの数が制限されること。エックスサーバーはいずれも無制限だったが、シックスコアではマルチドメイン＝5個〜20個、サブドメイン＝100〜400個。

その他はエックスサーバーの仕様を踏襲している感じです。

• メールアカウント無制限
• ウィルスチェック＆スパムチェック（無料）
• MySQL 5個〜20個（無料）
• 共有SSL（無料）
• WordPress、Movable Type、XOOPS等のワンクリックインストール

なお、転送量による課金もなく、いずれのプランも基本的にアクセス速度に違いはないようだが上位プランのほうが転送量の目安が大きく、速度に違いが出る場合もあるようなので、アクセスの多いウェブサービスを運営する予定がある場合は上位プランを選ぶのも良さそう。

• S1プラン：転送量目安 = 120GB/月
• S2プラン：転送量目安 = 120GB/月
• S3プラン：転送量目安 = 200GB/月
• S4プラン：転送量目安 = 400GB/月

なお、マニュアルを読むと「PHPの高速化設定」というものがphp.iniに施してあるようだが、これは何ぞ？？

—

例えばエックスサーバーの最下位プラン「X10」とシックスコアの「S1」を比較すると、マルチドメインの数が無制限→5個に減ってしまったけど、逆にサーバを複数に分けて契約することでリスクを分散できる、と考えれば良い（もちろんコスト負担は増えるのだけど）。エックスサーバーでウェブサービスの”タマゴ”をたくさん運営しながら、本格的に育ってアクセス数が増えてきたものはシックスコアに引っ越す、というような使い分けもありかも。

まぁともかく、１つ契約して使ってみる。

MySQLのデータをバックアップするには何通りか方法があるようだけれど、エックスサーバーではphpMyAdminを使っていました。そしてMacOSX(10.5)のエディタの「mi」。

1. エックスサーバーの管理画面からphpMyAdminを開き、エクスポートにて以下のような設定でダウンロード
   
2. エディタ「mi」で開く→文字化けしている
3. wp_プリフィクス名_optionsの「INSERT」文の中で、「VALUES」という項目の３つ目の引数?が 「rss_」から始まっている行（要するにダッシュボードに標準で読み込まれるフィードの類…サイトには無関係）をすべて削除。これを残しておくと文字化け。のちにインポートでエラーを起こす。また、エディタ上の漢字コード変換でもこの部分以降が変換に失敗する。
4. すべて選択してメニュー＞編集＞選択部分の漢字コード変換＞UTF-8（サイトの文字コード）

■レンタルサーバーの「シーサイドCside」のMySQLをバックアップ
シーサイドのMySQLはShift_JISのようで、以下の手順で解決。

1. WP標準のプラグイン「WordPress Database Backup」を使い、サーバ上に保存する→FTPでダウンロード
2. エディター「mi」で読み込み後メニュー＞オプション＞文字コード修正… にて「Shift_JIS」で再読み込み
3. 先の漢字コード変換でサイトの文字コードに変換

たぶんphpMyAdminでも「Shift_JIS」で読み込む手順を踏めば文字化け解消できると思う。

—
これでエディタ上でも文字化けが直るはずです。

もし途中から文字化けしたままだった場合、どこかにデータベースの文字コード（EUC-JP,Shift_JISなど）では認識できない文字が使われている可能性があります。

例えば最近よく使われるらしい顔文字

これらはUTF-8の文字らしいけど、この文字が原因で変換がうまくいきませんでした。先に書いたとおり、インポートでエラーを起こすし漢字コード変換も失敗するので、仕方なくこの文字だけ削除。判読するのが大変！

以上

WordPressのバックアップについての参考記事（随時更新）
phpMyAdminを使ったWordPressのバックアップ EZ-INFO

【追記：2008/10/26】
機種依存文字？を使っていると、バックアップしたファイルをエディタで開いた時に全体が文字化けしますね。よく見ると「Shift_JIS」などで読み込んでいます（機種依存文字がないときは、ちゃんとUTF-8で読み込んで文字化けせずにエディタ上で表示されます）。なので、画像フォルダのパスやドメインを変更するなど編集作業をする前に、まずUTF-8で読み込み直す必要があります。それでも見た目は文字化けしたままですが、問題ありません。インポート後にはちゃんと正常に表示されます（WP標準のインポート/エクスポート機能で確認しました）。

なので、他社（OpenSSL.jp）にて取得して、エックスサーバーで利用出来ないかと考え、先程サポートに問い合わせたところ、「他社で取得した独自SSLは当社サーバで利用できません」ということでした。。。

たとえ有料でも対応してもらわないと、つまりは「エックスサーバーでは現時点でSSL証明書付きの独自ドメインサイトは運営できない」ということですね。設定料２万円くらいまでなら出すんだけど。

とりあえず共有SSLで様子を見てみます。

—
無制限機能盛りだくさんのレンタルサーバー – Xserver(エックスサーバー)

※コストパフォーマンスは良いと思うんだけどね。SSL証明書使えないのは特にビジネスユースには大きな欠点だなぁ。

—
うっかりWordPressカスタマイズメモに投稿してしまったよぅ；
実はZenCartカスタマイズメモという別ブログを始めました。そっちに投稿するつもりだったのに。良かったら見てくださいませ。（まだ昨日からですが）

下記サイトで日本語ドメインを入力してpunycodeを出力します。
—
.jpドメインをpunycodeに変換
日本語JPドメインのPunycode変換・逆変換 日本語.jp

それ以外の日本語ドメインをpunycodeに変換
IDN Conversion Tool VeriSign
—
２．エックスサーバーの管理画面 > ドメイン設定 > ドメイン追加にて、変換したpunycodeを設定
３．１時間～数時間後（すぐに設定されるサーバーもある）にDNSサーバーに反映され、日本語ドメインでアクセスできるようになる。
４．FTPサーバー上にもpunycodeでフォルダが作成される。通常どおりファイルのアップロード等を行う。

※ちなみに、seesaaブログでもこのpunycodeを入力することで、日本語ドメインでブログ作成することができます。
テストブログ → 「http://制作.seesaa.net/」

以上

WordPressの概要は前回の記事
「WordPressとは」にて

今回は、その多機能ぶりをより深く解説できればと思います。

　
■ブログのURL形式を自由に変えられる
　パーマリンク構造に柔軟性がある。デフォルトでは「http://www.○○○○.com/?p=123」のような形式だが、「http://www.○○○○.com/カテゴリ/記事ナンバー.html」 のように見せかけることもできる。

WordPressでは、見やすい、美しい、そしてSEOも考慮したURLを自分なりに設定でき、WordPressは内部的にそのURLを変換してデータベースから記事データを引き出している。

■再構築がいらない
　WordPressは記事を投稿／更新する際に「再構築」ということが行われない。記事ごとにHTMLファイルを構築するのではなく、ページへのリクエストがある毎にデータベースから記事データを引き出している。だから構築も何もない。
　Webサーバー上には、トップ階層の「index.php」ファイル（とアップロードしたWordPressのファイル）以外はサーバ上に存在しない。1000ページ分の記事を投稿しても、それらはMySQLのデータベースのテーブル上に収まっていて、記事へのリンクをクリックするとデータベースから記事データが呼び出されて、指定されたテーマ（theme）のテンプレートファイルに流し込まれて、画面上に表示される。
　レンタルサーバーに用意された「phpMyadmin」などのツールでMySQLデータベースの中を見ると、エクセルのシートのように、記事データが整然と並んでいる。

　結果として、投稿や編集の度に再構築で待たされるストレスがない。再構築エラー、というのもない。

　一方で、一般的に、再構築によって生成された静的なHTMLページへのアクセスのほうが、WordPressのように常にデータベースとやりとりしながら動的にページ生成する方法より、表示速度が早いとされる。

　特にポータルサイトのように１ページの中にたくさんの記事を並べるようになると、必然的にデータベースへの問い合わせ回数も増えるわけです。しかし、そういう時に便利なプラグイン（拡張機能）が用意されています。「WP-Cache」というプラグインはその名のとおり、一度アクセスのあったページの内容をそのままキャッシュ（一時的な静的HTMLファイル）として保存し、２回目以降のアクセスにはそのキャッシュファイルを表示させることで、表示速度を早くすることができます。サーバの負担も減ります。また、ページ自体のキャッシュファイルを生成するのではなく、データベースへのクエリをメモリ上にキャッシュするXCache for WordPress 0.6、eAccelerator for WordPress 0.6といったプラグインもあります。これらのプラグインを使えば、再構築のいらない動的なサイトとMTのような再構築型の”いいとこどり”ができる（と考えています）。

■プラグインが豊富
　下記サイトからあらゆるジャンルのプラグインがダウンロードできる。英語サイトでありほとんどのプラグインの解説・管理画面は英語だが、多くは日本語環境でも問題なく使える…あるいは多少のカスタマイズで使える。
WordPress Plugin Database
Plugins Hosted On wp-plugins.org
WordPress Plugin DB Japan（日本語サイト）
WordPress Plugins/JSeries（日本語サイト）
　プラグインによって、phpファイルに初期設定を書き込むもの、管理画面からすべて設定するものなど様々だけれど、たとえばメールフォームや掲示板CGIの設定をしたことがあれば同じかそれ以上に簡単。日本以外で開発されたものでも、ソースコードをたどって、該当部分を英語から日本語に打ち直せばそのまま日本語表記に直すことができる場合も多い。その場合、自分のブログの文字コードに合わせてプラグインファイルを保存しないと文字化けする。

今後、有益なプラグインはこのサイトで紹介していきますが、例えば以下のようなことがプラグインで可能であり、WordPressの応用範囲が広がると思います。
・ログイン画面のカスタマイズ
・カスタムフィールド（いわば自由欄）の有効活用
・ユーザーレベルごとにアクセスできる管理画面の制限
・タグクラウド（SEO的にも有効）
・AdSenseのシェアリング（共同運営の場合の利益分配）
・サイト内の関連記事自動リンク
・GoogleMapの組み込み・記事ごとにMap表示ボタンを自動追加
・RSSデータの記事内、テンプレート内への流し込み
・記事の表示期間（公開・非公開）の設定
・記事ごとの閲覧数表示（アクセスカウンター）
・携帯から投稿／閲覧
・メールから投稿
・ショッピングカート機能の組み込み
・投票／レーティング
・新着記事をメールでお知らせ（紹介済み）
・Googleサイトマップファイル自動作成
・記事のランダム、新着、更新、コメント一覧（紹介済み）
・ビジュアルリッチエディタの組み込み（紹介済み）
・投稿画面内でのPHPの実行
・GoogleSitemapの生成
・記事ごとのhead内metaタグ生成
・パンくずリスト

■テンプレートのカスタマイズが自由度抜群！
　プラグインで探すのと、テンプレートのカスタマイズで解決するのとどっちが早いか、どちらがフレキシブルか、悩むことが結構あります。そのくらいカスタマイズ自由度が高い、と感じさせてくれます。例えばtitleの見せ方も、トップページでは「ブログタイトル」、個別ページでは「記事名 | カテゴリ | 省略ブログタイトル」 、Pageで作成した記事は個別に書き込みなど、is_single()、is_page()などの「コンディショナルタグ」を使って、１つのヘッダテンプレートでもサイト内のセクションに応じてtitleの見せ方を変えることができます。メンテナンス作業が軽減されるのでサイト規模が大きくなるほど重宝します。
　また、WordPressのテンプレートはコンポーネント化（パーツ化）されています。先に述べたヘッダテンプレート「header.php」は、いわばボディテンプレートの「index.php」の上部に＜?php get_header(); ?＞と書くだけで呼び出されます。サイドバーも同様に＜?php get_sidebar(); ?＞と書けば流し込むことができます。なので複数のテンプレートにサイドバーが設置されていても、このサイドバーテンプレート「sidebar.php」を修正するだけですべてのページのサイドバーが更新完了します。
　さらには自分で自由にページ丸ごとでもページの一部でも自分でテンプレートを作り、それを他のテンプレートに読み込ませることができます。たとえば左サイドバー用テンプレート「sidebar_left.php」をつくり、index.phpファイルの先頭でヘッダテンプレート読み込みのあとに＜?php include (TEMPLATEPATH . ‘/sidebar_left.php’); ?＞として左サイドバーを読み込み、index.phpファイルの最後に標準のサイドバー「sidebar.php」を読み込ませれば、ダブルサイドバーのページを作成できます。
　これ以外にもまだまだテンプレートの使い方次第で、どんな複雑で多機能なサイトでも、極力メンテナンスの手間を省くことができます。豊富なプラグインとこのテンプレートのカスタマイズの自由度により、ふつうのHTMLサイトをつくる理由・魅力がなくなってしまいました。私は最近は、自社サイトもお客様のサイトもほぼ１００％、WordPressだけで制作しています（たまにMovableType、XOOPS）。いわゆるビジネスブログ／CMSなわけですが、ショッピングサイトもフォトギャラリーもポータルサイトもクチコミサイトもWordPressで制作しています。
　さらにSQLのクエリが書ける人は、MySQL上のテーブルに格納されたWordPressのすべてのデータを自由に呼び出すことができるので、もうほとんど不可能はないのではないか？と思わせます。一から機能をつくらなくても、既存のプラグインにプラスαのカスタマイズを施し、データベースから取り出した文字列／数値を加工して足したり引いたりして、それをテンプレートタグの引数に入れたり、HTMLの一部に埋め込んだり…CSSによるデザインを徹底すれば、サイトデザインも、もちろん内部的な機能も自由自在です。

■カスタムフィールドの存在
　これがなければ「CMSツールとして」のWordPressの魅力は70%…いやもっと減っていたでしょう。上記のような魅力が十分あるのですが、このカスタムフィールドがあることで（大げさな話）数百万するCMSアプリに競合することだって可能になります！　（…いや、そういう高価なCMSを実際に使ったこともないのにそんなこと言ってはいけませんが）
　テンプレートタグthe_metaを使っているかぎりはこの機能は何の役にも立ちません…ただのオマケのようで。しかしget_post_meta()を使えば…他にも呼び出し方がありますが…例えばシゴトの森のような求人サイトや不動産検索サイト、飲食店ガイド、その他地域情報サイトがWordPressを使って構築できるようになります。この機能と複合条件検索（AND検索、絞り込み検索…ウチでは独自につくりましたが）を使えば立派なポータルサイトの完成です。

■結局のところWordPressのメリットは
　もしそこそこの規模のポータルサイトを”１から”つくろうとしたら…数百万～１千万越えることだってあるのを、WordPressというベースとなる超高機能な母艦があるおかげで、それらに匹敵するぐらい高機能なものを数分の１～数十分の１のコストにすることができる。
　そして、今までポータルサイトのような大規模でテクニックのいるものは荷が重かった中小Webサイト事業者、特にデザインはできるけどプログラム関係は苦手な事業者でも、少しがんばればポータルサイトのような領域まで業務範囲を拡げることが出来る。
　（これは私の印象ですが）ポータルサイトをオープンソースプログラムで、という時の選択肢として「XOOPS」という素晴らしいプログラムがありますが、デザイン的な自由度はWordPressの方が高いと感じました。「ブログツールなのにブログらしくないデザイン」というのは、CSSをフルに使ったWebデザインを日頃している人ならすぐにできるでしょう。
　それから、WordPressはPHPでつくられています。なので、もしWordPressに足りない機能があれば、PHPの関数を、その場でなんの準備もなく、シームレスにWordPressのテンプレートタグやWordPress独自の関数と併用することができます。

—
申し訳ありません、あまりきれいにまとめた文章ではないので読みにくかったかと思います。

もしWordPressで自社サイト制作やポータルサイト構築をお考えでしたらファーストエレメントがお手伝い致します。ここ数年、ほぼ100%、WordPressに入れ込んでおります。テンプレート構築、プラグイン設置代行、など部分的な作業も相談に応じます。

■解決方法：
　サーバーのトップディレクトリ（最新サーバーの場合、○○○.xsrv.jp/）【追記:紛らわしい書き方かもしれません…つまりFTP設定でディレクトリを指定する時「/」とだけして接続した先、ということになるでしょうか】に「php.ini」というファイルを置き、以下の１行を記述する。

mbstring.internal_encoding = UTF-8

　テキストエディタでシンプルに上記の一行だけ書いて、ファイル名を「php.ini」として、必ずトップディレクトリに置く。例え同じアカウントで独自ドメインのサイトを複数運用していて（マルチドメイン）、トップディレクトリ以下にドメインごとのフォルダがあったとしてもそれらの上のトップディレクトリに置かないと反映されない。もし既存の独自ドメイン/サブドメインサイトが別の文字コードで運営されているならば、それぞれのディレクトリにさらに、適切に文字コードを指定したphp.iniを置く。

　上記によりWordPressを文字コード「UTF-8」で文字化けなくインストールできる。もしインストール時に文字化けしていたとしても再インストールは必要ない。php.iniを設置したら、文字化けしているであろうブログタイトルや記事を打ち直せば即座になおる。

※上記のphp.iniを置く方法は「sv50」以降のサーバ用で、それ以前のサーバは「.htaccess」ファイルで同様に行う。その場合行頭に「php_value 」を付け加える。

■補足：

　なぜエックスサーバー(Xserver)では標準状態でUTF-8だと文字化けを起こすのかについては、かき集めた情報によれば以下のようなことによるらしい。

・MySQL(データベース)の文字コードが「EUC-JP」固定
・MySQLのバージョンが古いらしく、ネット上で解説されている各種コマンドが効かない？（SET NAMES utf8等）
・PHPの設定「mbstring.encoding_translation」が初期状態で「On」になっている。めずらしいとのこと。

　つまりは、いくらWordPressのインストール時に「UTF-8」を指定しても、データベースに格納される時点で「EUC-JP」になってしまう。従ってその「EUC-JP」のデータが「UTF-8」のWordPress上に読み込まれて文字化けする。

　このあたり、技術者ではないのでこれ以上はわからないが、こういうことを知らずにいると「なぜ文字化けするのか」見当が付かずストレスが溜まる。

■追加実験：

　上記方法で「UTF-8」でWordPressが文字化けせずにインストールできたことを確認後、試しに「php.ini」の中身を削除して空の状態でアップしても…文字化けしないではないか！下の階層に置いてあったphp.iniをすべて削除してもまだ文字化けしない。なのでさらに「php.ini」ファイルを削除してみたら、文字化けした。

　つまりは推測するに、ユーザーのトップディレクトリ「php.ini」があるとサーバーの標準設定がバイパスされる。そしてphp.iniの中身を見る…しかし空なので何もせずに、WordPressのwp-config.phpに記述された「UTF-8」の指定にそって、そのままデータベースにUTF-8のまま読み書きする？
　よく分からないが、php.iniの中身が空でもトップディレクトリに置いてあればWordPressをUTF-8で文字化けなく設置できるみたい。

■エックスサーバーについて：

　格安・高機能レンタルサーバーとして結構有名？な『エックスサーバー(Xserver)』。私も去年から使っていて、１０個ほどの独自ドメインサイトを１つのアカウントで運営している。

無制限機能盛りだくさんのレンタルサーバー – Xserver(エックスサーバー)

　容量1.5GBで月額1,050円、マルチドメイン、メールアカウント無制限、スパムフィルター、MySQLデータベース、WordPress等自動インストール、アクセス解析(awstats)などがすべて無料。それまで使ってきたサーバーに比べれば自由度が高くてコストパフォーマンスも高く、それなりに満足しているんだけれど、ブログアプリ等のインストールで必ず選択する「文字コード」については結構悩まされてきた。結論から言うと、「EUC-JP」ならすんなり問題なくインストールが完了する。「UTF-8」だと標準では文字化けが起きる。また「Shift_JIS」だと、WordPressの場合プラグインで不具合が起きることが多い（RSSの読み込みなどで文字コード変換がうまくいかず文字化けしたり）。

　また現在、個人的に保留となっている問題はphpの最大メモリ容量 = memory_limitについてだが、エックスサーバーのphpのmemory_limitは、標準で15MBの様子。「Gallery2」という巨大なフォトギャラリーアプリをインストールしようとしたが最低16MB必要で、インストールの時点で警告が出て、インストールは作業は完了したもののその後の動作が不完全。たとえば最近試している「チカッパ!」はなんと50MBも使えるので、Gallery2も問題なくインストールできて動作もしている。
　ただその時はphp.iniファイルを下層ディレクトリに入れていたので、今回同様トップディレクトリに置けば反映されるかもしれない。

■参考サイト：
今回の件は無数のサイトを徘徊したが、下記の情報が決定的な情報となった。感謝したい。
「TROUBLE/224 – OpenPNE」
- フリーのSNSアプリ『OpenPNE』のサポートページのようです。
「xserverにUTF-8で設置すると文字化けします」
- WordPress Japanのユーザーフォーラム。

【追記:2008/2/3】
この記事を書いた頃と少し状況が変わってきている？ようです。
以下の記事も参考になると思いますのでメモ。

XserverでのWordpress文字化け解決 旅館業界WEBで稼ぐには(2008/2/2)
v2.2.3をXserverにインストール後、日本語表示がおかしい。 WordPress Japan フォーラム
XserverでWordPressが日本語表示にならない ネット・ライフ（yuuの徒然日記）(2007/12/28)