ドメイン名を決める時にこれは絶対はずしてはいけない!

［1］サイトの内容に合ったドメイン名を選ぶ

ドメイン名を決める時に絶対外してはいけない事、それはサイトの内容に合ったドメイン名を選ぶことだ。

そして、何をアピールしたいかということだ。
分かりやすいのは以下の例だろう。

会社⇒会社名
商品⇒商品名
自分（ブランディング）⇒自分の名前

一般的にサイトテーマ（内容）にあったドメインを選ぶと良い。
これはSEO的にもユーザーにも利便性が高い。
※これについては「a href=”#1″>ドメイン名を決める2つの観点」で後述する。

［2］ドメイン名は短い方が良い

ドメイン名は3文字以上となっているが、出来るだけ短い方が良い。
理想は10文字以内。
それは、ユーザーに覚えてもらいやすい、URLを直接入力が可能。

例を挙げる。
「1101.com」というドメイン名。

短い、4文字である。
「.com」これについては後述する。

そもそも「1101」って何？と思うが、これは「糸井（イトイ）」を数字に直したもの。
1（イ）-10（ト）-1（イ）である。

クリエーターの糸井重里さんがずっと続けているブログ「ほぼ日刊イトイ新聞」のドメインだ。

さすがクリエーターである。
しゃれている。
一発で覚えられる。

これは極端な例だが、理想的なドメインと言える。
ここを目指したいものだ。

ドメイン名を決める2つの観点

ドメイン名を決める時、次の2つの観点から考えると良い。

①SEO（検索エンジン対策）
②ユーザーの利便性は高いか？

①に関しては、そのドメイン名が検索エンジンGoogleの評価が高いか?低いかということ。
当然、高い方が良い。

②に関しては、そのドメイン名はユーザーの利便性は高いか？低いかということ。
当然、高い方が良い。

以下、具体的に見ていきます。

日本語ドメインのアルファベットのドメイン、どっち選ぶ？

日本語ドメインは一時、SEO的に評価が高かった。

しかし、ユーザーの利便性はというと低い。

何しろ、検索結果やアドレスバーのURLは成程、日本語なのだが、URLを紹介しようとするとアルファベット、数字と「-（ハイフン）の羅列だ。

これだけ見ると何のサイトか全く分からない。

また、SEO的には以前程高くない。

通常のアルファベットのドメインが無難だ。

トップドメインは何を選ぶ？

トップドレベルメイン（TLD）とは、URLの最後の「.」以下のcom、net、jp等のことだ。

お名前.comでは、550種類以上のドメインを登録できるというので、トップドメインの種類は550種類以上あるということだ。

その中からどのトップドメインを選ぶか？

ドメインについて調べると、トップレベルドメインの用途を紹介したページがある。

.com：商業組織用
.net：ネットワーク用
.jp : 日本
.org：非営利組織用
.edu：教育機関用（米国教育省公認の認定機関から認可された教育機関）.info：制限なし
.biz：ビジネス

eduなど使える団体が決まっているトップドメインもあるが、それ以外は誰でも利用でき、また、用途も限定されたものではない。

ただ、用途にあったトップドメインを選ぶとユーザーに分かりやすい、信頼感を与えやすいということはあるようだ。

では、SEO的にはどうなのか？
トップドメインによってGoogleの評価は変わらないという。

一般的なサイトを作成する場合、.com、.net、.jpが無難だが決まりはない。

ただし、新しいトップドメインは増えており、地域ドメインというのもある。
例えば、「.tokyo」。
「東京」という地名に関係のあるサイトなら「.tokyo」を選ぶのがベストだろう。

ドメイン名は英語かローマ字か？

日本語ではなく、アルファベットでドメイン名を付ける時、次に迷うのがそのアルファベットが英語かローマ字か？ということ。

例えば運営しようとするサイトがダイエット関連だとする。

その場合、英語だとdietだが、ローマ字だとdaietとなる。

確かなことは言えないが日本では英語ではなく和製英語（ローマ字）の方が良いのでは？という印象だ。

例えば、「犬」はどうだろう？
「犬」の場合、「＝ドッグ」と認知されており、「ドッグフード」も一般的だ。

ローマ字では「doggu」となるが、「dog」の方が分かりやすい。

日本人が対象のサイトなら、日本時がそのドメインを見て、内容が想像できる方が良いと考える。

ただ、ローマ字には「訓令式」と「ヘボン式」があり、「ヘボン式」が一般的。
一例は以下になる。
し：SHI
つ：TSU
ち：CHI
しょ：SHO

取得したいドメイン名が既に使われていた場合、どうする？

取得したいドメイン名が既に使われていた場合、近いドメイン名にするには次の方法がある。

①別のトップドメインにする。
②ドメインに数字を入れる。
③文字を足してみる。
④ドメインに記号を入れる。

【①別のトップドメインにする。】

.comは既に誰かに取得されていた場合、他の.netや.bizにするということ。
但し、人気のドメインは殆どのトップレベルドメインで取得されているケースが多い。
そこで、次の対策が考えられる。

【②ドメインに数字を入れる】

ドメインに数字を入れるというのは、自分が取得したいドメインに数字をくっつけると言うもの。

［例］●●●01.com

しかし、数字を含むドメイン名はスパムに使われやすいという特徴がある。
※先に例として取り上げた「1101.com」は、数字のみなのでこれには当たらない。

ドメインに数字を足したドメインは取得しないのが無難だ。

【③文字を足してみる。】

［例］●●●●●hikaku.com

但し、ドメイン名が長すぎると意味が分からなくなる。

【④ドメインに記号を入れる。】

ドメイン名に使って良い記号は「-（ハイフン）」のだ。

上の例で「-（ハイフン）」を使うと以下になる。
［例］●●●●●-hikaku.com

こうするとサイトの内容の想像がつきやすい。

ただ、世界的にはハイフンがないドメイン名の方が価値があるとみなされる傾向があるらしい。

もっとも、日本国内対象であれば、あまり関係がないようだ。
「-（ハイフン）」は結構、見るし検索結果で上位表示されている場合もある。

※管理人が主に使っているドメイン取得サイトはお名前.com です。
管理画面も使いやすいし、ちょくちょくセールもやっています。

• トップページは表示されるが記事ページは表示されない
• 何故、.htaccessのコードを削除したのか？
• 404エラーで記事ページが表示されない原因

トップページは表示されるが記事ページは表示されない

不思議なことにトップページは表示されるが記事ページは表示されない。当日、行っていた作業と言えば、ページの読み込み（表示）速度改善の為のプラグインのインストール・設定と.htaccessの編集。
※ページの読み込み（表示）速度改善について詳しくは⇒サイトのページ読み込み（表示）速度を改善する方法(2)～スコア85［PageSpeed Insights］に役立つプラグインと.htaccessコード

しかし、サイトのトップページは表示されていたのでまさかそんなことになっていようとは思わなかった。

最初の異変はGoogleアドセンスの報酬金額。
いつもならその時点で5000円前後あるGoogleアドセンスが200円。
最初は目を疑った。
しかし、7月8月とGoogleのアップデートがあったので、遂に私のサイトは終わったのかと観念した。

次に「おや？」と思ったのが、プラグインの負荷を調べるP3 (Plugin Performance Profiler)で別のサイトをスキャンしていた時。

「アクセスしようとしたページは見つかりませんでした。」の404エラーが何回も出ている。

そこで他のサイトも調べてみると、404エラーが表示されるサイトの共通点が分かった。

いずれもページの読み込み（表示）速度改善の途中であるコードを削除していたことが判明。

そのコードを追加（元に戻した）ところ、記事ページが正常に表示されるようになった。

何故、.htaccessのコードを削除したのか？

きっかけは溜まったキャッシュを一括処理できるプラグイン「WP Fastest Cache」だった。

サイトのページの読み込み（表示）速度が調べることができるPageSpeed Insightsでは「最適化についての提案」で、以下の項目が表示されることがある。

①圧縮を有効にする
②ブラウザのキャッシュを活用する

私はそれまで.htaccessに追加コードを加えることでこれに対応していたが、プラグインでそれができると知った。

それが「WP Fastest Cache」。

「WP Fastest Cache」をインストール（有効化）し、設定を済ませると.htaccessにコードが追加される。

結果、<ifModule mod_deflate.c>～</ifModule>と<IfModule mod_expires.c>～</IfModule>のコードがダブる。

ダブルとプラグインの動きが悪くなる。

タブった<ifModule mod_deflate.c>～</ifModule>と<IfModule mod_expires.c>～</IfModule>～と～を削除すると、確かにスコアがある。

しかし、この時、余計な事をしたのが404エラーで記事ページが表示されない原因だった。

404エラーで記事ページが表示されない原因

.htaccessを見ると～もコードが追加されていた。

そこで、私は以下のコードを削除してしまった。

# BEGIN WordPress

RewriteEngine On
RewriteBase /public_html/
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /public_html/index.php [L]

# END WordPress

これが404エラーで記事ページが表示されない原因だった。
このコードを元に戻すと、記事ページが正常に表示されるようになった。
やれやれである。

素人判断でうかつに.htaccessを編集すると怖いですね。

• 原因はデータベースの欠落
• データベースのインポートが出来ない？
• データベースが文字化け
• データベースの分割

原因はデータベースの欠落

元のレンタルサーバーのエックスサーバーに問合せを行ったところ、以下の回答が来た。（一部抜粋）

WordPressで使用されているデータベース【xxxxx】内にて本来あるべきテーブルが存在しない状況となっておりました。

このような場合は当サポートで解決策のご案内は困難であり、バックアップデータをお持ちであればそちらからデータベースの復旧をお試しくださいますでしょうか。

お客様にてバックアップデータをお持ちでない場合は過去14日間の>バックアップデータであれば、当サービスの「自動バックアップ」機能にて
提供が可能でございます。

過去14日間において、該当のWordPressが正常に動作していたかどうかはお客様でないと分かりませんので、ご確認の上、ご検討くださいますようお願いいたします。
※バックアップデータの提供は有償（5,400円/回）となり、提供いたしましたバックアップデータからの復旧作業については
お客様ご自身にてご対応いただく必要がございます。

データベースの一部欠如により、ワードプレスのログイン画面でユーザー名、パスワードを入力しても管理画面にログインできない、サイトの表示がおかしいという事態を招いたようだ。

データベースはダウンロードしたファイルが残っているので改めてphpMyadminでインポートしてみたが、表示されるテーブル数は以前と変わらない。

どこかでデータが欠落したらしい。
以下はエックスサーバーに問合せをした時の回答だ。

移転前までは正常に表示されていた場合、移転作業時に行ったデータベース内容のエクスポート等の操作にて、何らかの影響で内容の一部が消失してしまった状況と考えられます。
ただ、その原因について当サポートで調査いたしました上での回答は困難でございますこと、ご了承いただければと存じます。

そこで、バックアップデータの申込を行った。

データベースのインポートが出来ない？

いざ、インポートしようとすると時間がかかり、その内、500エラーが出た。

何回繰り変えしても同じ。

そこで、エックスサーバーのサポートに問合せを行うと以下の回答が来た。

「データベースの容量が大きい、1行あたりの文字数が多すぎる場合、インポートする際に500エラーとなることがございます。

こちらに該当している可能性がございますので、

ファイルをテキストエディタ（TeraPadなど）にて開いていただき、不要なデータを削除してインポートいただく、あるいはデータを小分けにしてインポートいただくことをご検討くださいますようお願いいたします。」
「データを小分け」ってどうやるのか？

データベースが文字化け

まず、エックサーバーのファイルマネージャでファイルを開いてみた。
すると、文字化けしている。

調べてみると、MySQLファイルを圧縮したgzファイルをWindowsで開くと文字化けが起こるのだと言う。

そこで、圧縮・解凍ソフト「Lhaplus」で解凍して開くと文字化けは解消されていた。

次はデータベースの分割だ。

しかし、これが簡単に行かなった。

データベースの分割

そもそも、データベースをどこで分割するのかが分からない。

調べてみると、ワードプレスに入れていてプラグイン「statpress」のデータ量が大きい。

そこで、データベースのSQLファイルを複製して、「statpress」と「statpress」を削除した2つのファイルを作成しようとするも、「statpress」のコードを削除するにも一度にはいかず、少しずつ行うが不効率で時間がかかること半端ない。

一部を切り抜いて新たなSQLファイルに保存しようとするもエラーが出る。

しかし、根気よく続けた結果、SQLファイルを2つに分割することが出来た。

phpMyadminでインポートを試みると合計で17個のテーブルがインポート出来た。
それまでは10個だったので7個欠落していたことになる。

管理画面にログインを試みる。
成功。

サイトも正常に表示された。
やれやれである。

※レンタルサーバーの移転（移行）方法はこちら⇒ワードプレスのレンタルサーバーの移転方法

• レンタルサーバー移転（移行）の方法
• ワードプレスをインストール
• ワードプレスのファイルを移転する方法
• データベースを移転する方法
• データベース移転の問題点
• サイトの表示がおかしい

レンタルサーバー移転（移行）の方法

ワードプレスのレンタルサーバーを移行するには、ワードプレスのデータ（ファイルとデーターベース）を移転（移行）する必要がある。

大まかな手順は以下になる。

①ドメイン設定の追加
※私はエックスサーバーで2アカウント持っているのですが、アカウントAからアカウントBへの移転（移行）はできないようです。
エラーが出ました。

②新サーバーでワードプレスをインストール（データーベスも作成）
※ワードプレスのインストールが必要なの不明です。
エックスサーバーに移転する手順では、ワードプレスのインストールがありません。

③新サーバーにワードプレスのファイルをアップロード
④新サーバーにデータベースをインポート
⑤ワードプレスのwp-config.phpの情報を新データベース情報に書き換える

/** WordPress のためのデータベース名 */
define('DB_NAME', '●●●●●');

/** MySQL データベースのユーザー名 */
define(‘DB_USER’, ‘▲▲▲▲▲’);

/** MySQL データベースのパスワード */
define(‘DB_PASSWORD’, ‘■■■■’);

/** MySQL のホスト名 */
define(‘DB_HOST’, ‘◆◆◆◆◆’);

⑥動作確認URLを用いてサイトの表示を確認
⑦ネームサーバーを新サーバーのものに変更

ワードプレスをインストール

移転元サーバーはエックスサーバー、移転先のサーバーはさくらインターネット。

ただ、さくらインターネットはワードプレスのインストール先をドメイン直下に選べないのが難点。
フォルダを作成しないとインストールができないんですね。

フォルダをwpとすると、サイトのURLは以下になります。
http://ドメイン/wp/

これではURLが長くなるので、ワードプレスのダッシュボードの「一般設定」で、サイトアドレス (URL)を「http://ドメイン」に設定し直すと、サイトのURLが「http://ドメイン」と表示されるようになります。

後、データベースの作成が面倒。
この点、エックスサーバーはドメイン直下にワードプレスをインストールできるし、データベースも自動で作成されるので楽です。

ただ、今回はエックスサーバーからの移転なので、別のレンタルサーバー（さくらインターネット）を選びました。

※私が使っている（又は使ったことのある）レンタルサーバーの使用感はこちら⇒レンタルサーバー比較～おすすめのレンタルサーバーは？

ワードプレスのファイルを移転する方法

ファイルの移転には方法がいくつかある。
各々メリットデメリットがある。

①FTPソフトを使って、元サーバーからローカルにファイルをダウンロード。
次にローカルのファイルを新サーバーにアップロード
※ファイルが多いと時間がかかる。
※ファイルのダウンロード中にちょくちょくエラーがでるので「reconect」をクリックしました。

②ワードプレスのプラグインを使う
メニューの「ツール」のプルダウンメニューに「インポート」と「エクスポート」があります。

元サーバーから「エクスポート」して、新サーバーに「インポート」することになります。

但し、移転できるファイルは記事に関するデータのみ。
プラグイン、デザイン等は移転できません。

③プラグインを使う
プラグインを使うとインストールしたプラグイン等も移転できます。
ただし、無料版では容量の制限（500MB）があり、それ以上だと有料になります。

私は①の方法を採用。
※記事投稿数が多いと相当時間がかかることを覚悟する必要あり。
※私は40記事のサイトでダウンロードとアップロードを行いましたが、各20分くらい（正確ではありません）かかったと思います。
※80件記事があるサイトはファイルの読み取りだけでも時間がかかりダウンロードが一向に始まらないので、中断しました。

データベースを移転する方法

これがやっかいでした。

データベースもエクスポートとインポートが必要です。

【データベースのエクスポート】
以下はエックスサーバーのエクスポートの方法です。

私は1カウントで17個のワードプレスサイトを作成しているのでデータベースのその数あります。

まずどのデータベースをエクスポートするのかを指定する必要があります。
ところが、データベース名は記号なのでどのサイトの分かが分からない。

しかし、これは移行するサイトのワードプレスファイルにあるwp-config.phpに記載がありました。
以下の「データベース名」に記載されている●●●●●です。

/** WordPress のためのデータベース名 */
define('DB_NAME', '●●●●●');

/** MySQL データベースのユーザー名 */
define(‘DB_USER’, ‘▲▲▲▲▲’);

/** MySQL データベースのパスワード */
define(‘DB_PASSWORD’, ‘■■■■’);

/** MySQL のホスト名 */
define(‘DB_HOST’, ‘◆◆◆◆◆’);

次に「圧縮形式」を選択します。
「圧縮しない」「gz形式」の2択です。
良く分かないので、「gz形式」を選択し「エクスポート実行」をクリック。
ダウンロードが始まります。

【データベースのインポート】
新サーバー側でMySQLデータベースを作成後、ユーザー名、パスワード等を設定します。
※この設定手順はサーバーによって異なるようです。

データベースのインポートにはphpmyadminを使う。
上部の「インポート」タグをクリックし、ダウンロードしたデータベースをインポート。

最後にwp-config.phpの以下の情報を新しいデータベースの情報に書き直す。
MySQLデータベース名
MySQLユーザーID
パスワード
MySQLホスト名

データベース移転の問題点

データベースの容量が大きいと「DB容量が超過しています」という表示が出て、エクスポート（ダウンロード）が出来ません。

それと、元サーバーと新サーバーでMySQLデータベースのバージョンが違う場合どうなるかという問題。

エックスサーバーの場合、MySQL5.0からMySQL5.5に移行できるツールがあるので、MySQL5.5に移行。

ところが移転先に選んだレンタルサーバーの「さくらインターネット」のMySQLのバージョンは5.7。

バージョンが異なると正常に表示しない？という情報もありましたが、とりあえず、インポートを完了。

サイトの表示がおかしい

いざ、サイトにアクセスしてみるとサイトの表示がおかしい。
デザインがなく文字ベース。

本来ならサイトの動作確認URLで表示を確認してからドメインのネームサーバーを変更するのが基本だが、新サーバーでドメイン設定をした時にネームサーバーの変更も行っていた。

サーバー移転関連の記事でドメイン設定時にネームサーバーの変更を行うと言った記事もあった為だ。

そこで慌ててネームサーバーを元に戻したのだが、変更してもすぐには戻らない。

さらにワードプレスにもログインできないという事態に。
これには理由があった。

この続きは次回。⇒ワードプレスにログインできない、サイトの表示がおかしい原因と対処方法

• SSIとは？
• SSIの具体的な方法
• 外部ファイルの読み込みができていない時の表示
• 外部ファイルの読み込みができない原因と対処方法

SSIとは？

SSI（Server Side include）とは共通部分を外部ファイル化して読み込む方法である。
WordPress（ワードプレス）ならPost Snippets等のプラグインがあるので、SSIは必要がないが、プラグインを実装できないHTMLサイトにおいては、共通部分の管理に重宝する。

では、この「共通部分」とは何か？

アフィリエイト広告を例にとる。
Aというアフィリエイト広告をサイトの複数ページに記載する場合、各ページに広告タグを直接貼る方法が1つある。

しかし、そのアフィリエイト広告を終了した場合、複数のページを修正しなければならない。

どのページにどの広告を貼ったかを管理しておく必要があり、面倒。

その点、共通部分が外部ファイル化しておくと、外部ファイルを1つ修正するだけで、複数ページに反映される。

とても便利な代物だ。

SSIの具体的な方法

SSIというと、ファイルの拡張子をshtml（又はshtm）するのが一般的だが、拡張子が変わると色々と不都合だ。

というのは、そのページへのリンクがhtmlからshtmlに変わる事で、ページが存在しなくなる。

SSIには、htmlのまま使える方法があるのでこれを紹介する。

方法は簡単だ。

①外部ファイル「abc.html」を準備する。
アフィリエイト広告の場合、広告タグだ。
広告タグをそのまま、「abc.html」（例）というファイルに貼り付ける。
ファイル名は任意だ。

②共有部分を表示させたいページに以下のコメントを挿入する。
＜!–#INCLUDE VIRTUAL=”/Aディレクトリ/ssi/abc.html”–＞
※「＜＞」の実際の記述は半角の「<>」

上記のサイトの構造はこうだ。
ドメイン下に複数のディレクトリ（カテゴリー）がある。
ここではAというディレクトリを想定。
その下に「ssi」というディレクトリ（フォルダ）を作成。
「ssi」というフォルダに外部ファイル「abc.html」がある。

「ssi」というフォルダを設けなくても機能するのだが、外部ファイルがどこにあるかを明確にする為、私は「ssi」フォルダを設けている。

尚、「INCLUDE VIRTUAL」は小文字の「nclude virtual」でも構わない。

コメントの書き方は実は2種類ある。

i)絶対バス：上記の方法
＜!–#INCLUDE VIRTUAL=”/Aディレクトリ/ssi/abc.html”–＞
※「＜＞」の実際の記述は半角の「<>」

さらに、階層表示で外部ファイルを指定する方法もある。
「./」「../」といった表示を用いるものだ。

ii)同じディレクトリやサブフォルダに外部ファイルがある場合は以下のコメントになる。
＜!–#include file=”abc.html” –＞
＜!–#include file=”ssi/abc.html” –＞
※「＜＞」の実際の記述は半角の「<>」

③Aディレクトリ直下、「ssi」フォルダと同階層に「.htaccess」を置く。
ファイルには以下のソースを記述。
AddHandler server-parsed .html

これで外部ファイルを読み込み表示するはず。

ところが、私の所有するサイトで特定のディレクトリで外部ファイルの読み込みができないという事態が発生。

外部ファイルの読み込みができていない時の表示

共有部分が表示しない場合、2つのケースがある。

①全く何も表示しない。

②エラー表示
[an error occurred while processing this directive]

②の場合は、外部ファイルの中身を記述していない場合が考えられる。

また、外部ファイルを読み込むソースは＜!–　–＞といったコメント記述の方法を取るのだが、「–」の個所が「-」となっているとエラーメッセージが出る。
※「＜＞」の実際の記述は半角の「<>」

さて、今回は①のケース。
コメントの書き方に問題がないかをチェック。
また、正しく表示している別のページのソースを共有部分にコピペ。
しかし、表示せず。

ひょっとして、プロパティの数字が異なるのか？
しかし、表示しているページもそうでないページも同じだった。

半日あれこれやったか分からず。
こういった時は翌日以降に再度やると解決できることが多い。

そして、翌日、特定のディレクトリだけ表示しないということは「.htaccess」の記述がおかしいのではないかと思い立った。
そこで調べてみた。

外部ファイルの読み込みができない原因と対処方法

きちんと表示しているディレクトリーの「.htaccess」の記述は以下の通り。
AddHandler server-parsed .html・・・①

それに対して、表示していないディレクトリーの「.htaccess」の記述は以下だった。
AddType text/x-server-parsed-html .htm・・・②

そこで、②を①に修正。
どうか？

表示した。

ところが、カテゴリーページでエラーメッセージが。
ソースを見ると、コメントの書き方が以下になっていた。
＜!–#include file=”/Aディレクトリ/ssi/abc.html”–＞
※「＜＞」の実際の記述は半角の「<>」

これは前日、あれこれやった時に「INCLUDE VIRTUAL」を「include file」と書き直した物。

元の「INCLUDE VIRTUAL」に戻すときちんと表示した。

これにて一件落着だ。

• FTPソフトを使う理由
• 何故、WinSCPを使う事にしたのか？
• WinSCPのダウンロード
• WinSCPの使い方（設定方法）

FTPソフトを使う理由

そもそも、何故、FTPソフトを使うのか？

ファイル等の編集をするにはレンタルサーバーのサーバーパネルでも出来る。

しかし、複数のレンタルサーバーを使用している場合、いちいち該当するレンタルサーバーを開くのは面倒。

その点、FTPソフトは複数のサーバーを一元管理できる。

そこで、以前FireFTPを使っていた。
FTPソフトは、以前FireFTPを使っていた。
FireFTPはFirefoxのアドオンである。

ところが、ある日突然表示しなくなった。

原因はよく分からなかったが、再度、Firefoxをインストールし、その後、アドオンでFireFTPを探したが見つからない。

元々、FireFTPを使う為には、普段使っていないFirefoxを立ち上げる必要があったので面倒ではあった。

その後は、サーバーのサーバーパネルでファイル等の編集を行っていたのだが、結構面倒。

そこで、他のFTPソフトを探すに至った。
そして、使う事にしたのがWinSCP。

何故、WinSCPを使う事にしたのか？

ネットで探してみると、FTPソフトは複数ある。
どれが良いのか今一分からない。

FTPソフトというと、FTTPが有名でFTTPを押しているサイトも多い。
しかし、昔にその脆弱性が問題になり信用できなくなった。
それ以来、FireFTPを使うようになった。

FTTP以外に勧めているサイトが多かったのがFileZilla（ファイルジラ）。
ところが、ダウンロードする箇所が分からない。

「ダウンロード」とあるのでクリックしようとすると広告だったりして紛らわしい。

また、FileZillaは通信が暗号化されないという情報も…。
※これに関しては真逆のことを主張するサイトもあった。
https://mag.osdn.jp/10/01/30/0741238

次に多くのサイトでオススメだったのがWinSCP。
但し、Windowsでしか使えない。
しかも、インストールしたPCでのみ使用可能。

とりあえず、インストールすることにした。
実際に使ってみて使い勝手が良くなければたのFTPソフトを使う腹だ。

WinSCPのダウンロード

WinSCPのダウンロードは色んなサイトから出来るようだが、紛らわしい広告もあるので注意が必要。

私は、「窓の社」からダウンロードを行った。

下記にアクセス。
https://forest.watch.impress.co.jp/library/software/winscp/

開いたページの本文上部の緑色の「窓の社からダウンロード」をクリック。
これでダウンロードできる。

尚、その下の「寄付送金」は寄付をしない場合は無視。
寄附をしなくても無料でダウンロードできる。

ダウンロードしたファイルを開き、WinSCPをPCにインストール。
PC画面下部のタスクバーにアイコンが表示された。

WinSCPを使うには初期設定が必要だ。
まずはWinSCPをクリック。

WinSCPの使い方（設定方法）

中央に「ログイン」という小さなWindowが開いている。
このセッションにサーバーの情報を入力する。
以下はエックスサーバーでの設定方法である。

①転送プロトコル
プルダウンメニューから「FTP」を選択
②暗号化
プルダウンメニューから「明示的なTLS/SSL暗号化」を選択
※暗号化しないとログイン情報が筒抜けになる。
③ホスト名
④ポート番号
「21」
※「990」というサイトもあったが、接続できなかった。
⑤ユーザー名
⑥パスワード

③⑤⑥に関してはサーバー契約した時にメールで送らてくるサーバーアカウント情報に記載がある。

③ホスト名：サーバー
⑤ユーザー名：サーバーID
⑥パスワード：パスワード

尚、エックスサーバーでは以下のページにこの解説がある。
https://www.xserver.ne.jp/manual/man_ftp_setting.php

「FTPアカウント設定」は左サイドバーの中ほどに項目があるが、これをクリックすると、「ドメイン選択画面」が表示。

適当なドメインの「選択する」をクリックすると、右端に「FTPソフト設定」というタブがあるのでこれをクリック。

ここに以下の記載がある。

但し、「パスワード」は「FTPパスワード(サーバーパスワードと同じ値)」とあるのみ。
パスワードは「サーバーアカウント情報」に記載のパスワードだ。
これが不明な場合は、エックスサーバーに問合せするしかない。

尚、サーバーアカウントとユーザーアカウントは異なるので注意が必要だ。

• 「バナープラス」とは？
• タイトルのサイズを測る
• 「バナープラス」でタイトルロゴ作成
• ロゴタイトルを「賢威」に設定

「バナープラス」とは？

賢威テンプレートでは、タイトルは文字かロゴを選べる。
私が所有する他のサイトでは3年ほど前に無料ツールを使ってロゴタイトルを作成したのだが、そのツールが何だったのか失念した上、記録もない為、その後、作成した新規サイトのタイトルは文字のままであった。

賢威テンプレートはSEOに優れているが、デザインは色を変えることしかできないので不満があった。
「賢威」テンプレートの詳細はこちら

そこで、簡単にロゴやバナーが作成できるという「バナープラス」というツールを購入。
ただ、1年近く、使わないまま放置。

ようやく、先日、「バナープラス」を使ってロゴタイトルを作成した。
従って、「バナープラス」でどこまで完成度の高いロゴやバナーを作成できるのか、どうやってそれを実現するのか、については今のところ分からない。

とりあえず、直感的に作ってみたという程度。
今後、記事タイトル等のバナーも作成していきたいと思う。
「バナープラス」の詳細はこちら

タイトルのサイズを測る

ロゴを作成するには、幅×高さサイズが必要だ。
まず、文字タイトルの幅×高さサイズを測る必要がある。

Webページ内のサイズを簡単に測れるGoogleクロームの拡張機能「Page Ruler」が便利。
下記からインストールできる。
https://chrome.google.com/webstore/detail/page-ruler/jlpkojjdgbllmedoapgfodplfhcbnbpn

「＋ 無料」等のバナーをクリック。
「Page Ruler」を追加しますか？→「追加」をクリック。

使い方は簡単。
ツールバーの「Page Ruler」（物差しマーク）をクリック。
計りたいエリアを囲む。

範囲は微調整できる。

タイトルロゴの背景色を透明にする場合、必要のない作業だが、私はヘッダーの背景色も調べる。
というのは、ロゴとその背景との相性があるからだ。

サイトの色を調べるのにはGoogleクロームの拡張機能「ClorPick　eyeDropper」が便利。

色がコードで表示されるのでこれを使う。

「バナープラス」でタイトルロゴ作成

「バナープラス」を起動。
●ステップ①キャンパス設定
◇キャンパスサイズ
サイズは、「Page Ruler」で調べたサイズを入力。
◇キャンパス色
「塗りつぶし」はデフォルトでは、「#FFFFFF」となっているが、「ClorPick　eyeDropper」で調べたコードを入力。
◇枠線
デフォルのまま
●ステップ②画像設定
デフォルのまま
●ステップ③文字設定
「新規追加」をクリック→「新規追加」の右横のスペースに文字（タイトル）を入力。
当サイトの場合は「アフィリエイトサイトの作り方」。
右の「あ」の中から適当なものを選ぶ。

●ステップ④画像出力
保存する形式にはJPEG、PNG、GIFの3種類あるが、使い分けは次の考え方で良いと思う。
写真が入ればJPEG、それ以外はPNG。
但し、JPEGでは背景色を透明にできない。

形式を選んだら、右横の「バナー生成」をクリック。
任意の場所に名前をつけて保存。
この時、「ファイルの種類」を前に選んだ形式（拡張子）にすること。

ロゴタイトルを「賢威」に設定

①まず、作成したロゴタイトル（画像）をアップ。
「賢威」ダッシュボードの「メディア」をクリック。
ローカルに保存した画像をドロップ。
「タイトル」と「代替テキスト」に名前を入力。
URLをコピー

②ロゴタイトルを「賢威」に設定
「外観」→「テーマの編集」→「テーマヘッダー（header.php）」
下記のソースを探す。

<div id=”header-title”>
<p class=”header-logo”><a href=”<?php bloginfo(‘url’); ?>”><img src=”<?php bloginfo(‘template_url’); ?>/images/logo.png” alt=”<?php title_keni(); ?>” /></a></p>

上記の<img src=”<?php bloginfo(‘template_url’); ?>/images/logo.png” alt=”<?php title_keni(); ?>” />を下記に変更。

<img src=”画像をアップした時にコピーしたURL” width=”xxx” height=”xxx”>

「ファイルを更新」をチェック。
これで完了。

• プラグインが原因？
• 「P3 (Plugin Performance Profiler)」使い方
• 診断結果をどう考える？

プラグインが原因？

WordPress管理画面へのアクセスが重い原因には複数あるようだが、其の1つがプラグイン。

重いプラグインを使っていると管理画面へのアクセス（ログイン）に時間がかかるらしい。

では、どのプラグインが重いのか？

それを自動でチェックしてくれるプラグインが「P3 (Plugin Performance Profiler)」。

「P3 (Plugin Performance Profiler)」使い方

「P3 (Plugin Performance Profiler)」の使い方は簡単だ。

まず、「P3 (Plugin Performance Profiler)」をインストール。
「プラグイン」→「新規追加」から、「P3 (Plugin Performance Profiler)」を検索。

見つかったら、「インストール」→「有効化」。
この流れは、他のプラグインをインストールする場合も同じ。

使い方は、メニューの「ツール」から「P3 Plugin Profiler」をクリック。ここで、多少、プラグインの名称が簡略化されているので注意。

「Start Scan」をクリック。
次に「Auto Scan」「Mnanual Scan」というウィンドウが表示されるが、「Auto Scan」をクリック。

スキャンが完了すると下記のウィンドウが表示されるので、ViewResults」をクリック。

診断結果が円グラフで表示されるので、負荷の大きいプラグインを使用停止。（削除はしなくても大丈夫。）

診断結果をどう考える？

管理画面へのアクセスが遅い私のサイトの場合、次の結果に。

一方、これは別のサイトの診断結果。

同じようなプラグインを入れているのに、この差は何だろうか？

さらに、同じサイトで時間を開けてチェックしたみたら、以下の結果に。

どういうことだろうか？

大きなウエイトを占めているプラグインはどれもひつようなので「停止」するわけにはいかない。

さて、どうしたものだろうか？

プラグイン以外の要因を探す必要がありそうだ。

■他のスクリプト（アクセス解析など）の影響
■ サイト（1ページに）に入れ込んでいる画像サイズや数など
■ サーバーの動作スピードや不具合関係

• エラー表示の内容
• 解決方法１：php.ini生成
• 解決方法２：SIRIUSを最新版にバージョンアップ

エラー表示の内容

私の場合、次のエラーが表示されていた。

Deprecated:ini_set():Use of mbstring.http_input is deprecated in
/home/フォルダ名/public_html/URL/
on line 4

Deprecated:ini_set():Use of mbstring.http_input is deprecated in
/home/フォルダ名/public_html/URL/
on line 5

Deprecated:ini_set():Use of mbstring.internal_encording is deprecated in
/home/フォルダ名/public_html/URL/
on line 6

解決方法１：php.ini生成

解決方法を探す為に、ネットで色々と探してみたが、情報がほとんど出てこない。

ようやく、次の情報を発見。
私と同じくシリウスのユーザーがカスタマーサポートに問い合わせをして得た回答例。（http://abyssbase.com/category7/siriusbagu.html）

「上記の件に関してですが、サーバー側のPHPの設定による問題のようです。

適当なファイル名でテキストファイルを作成し、下記のような記述を行ってみてください。
error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED

その後、作成したテキストファイルを php.iniというファイル名に変更し、サイト生成先のフォルダ内に移動します。

上記の設定が完了しましたら 全てのファイルをアップロードすることで
問題が解決するものと思います。 」

ネットにこの情報を上げていた主はこれで解決したらしい。

ところが、私の場合は解決しなかった。
そればかりか、スマホの横幅が固定されず、横に画面が動きだした。
そこで、生成したphp.iniを削除したが、この現象は収まらない。

そこで、カスタマーサポートに問い合わせを行なうことにした。

解決方法２：SIRIUSを最新版にバージョンアップ

問い合わせフォームに入力したいたら、その中の項目に「SIRIUSサポートフォーラムは確認しましたか？」的な文面が。

「よくある質問」はチェックしたのだが、「サポートフォーラム」はチェックしていない。

というか、「サポートフォーラム」はどこから閲覧するのだろう？
以前、閲覧したことがあったかすな記憶が・・・。
http://rm.acesweb.jp/sirius_forum.html

検索窓に「Deprecated」に入れてみた。
すると、「トップドメインにwp下層フォルダにシリウスだとiphoneでエラー表示」という記事を発見。

「トップドメインにwp、下層フォルダにシリウスサイトを置いた」というのは私と同じケース。
ただ、エラー内容は一部、異なる。

回答は、「古いバージョンのSIRIUSを利用している事が原因かと思います。最新版(Ver1.250)にアップデートした上で、サイト生成・アップロードを行うことで問題が解決するかと思います・・・」とあったので試してみる。

私のバージョンは「1.2 ( 1.2.4.0 )」。
対して最新版は1.2 ( 1.2.6.0 )。
※ヘルプ→バージョン情報
上記の「サポートフォーラム」の書き込みより更にバージョンアップされている。

そこで、ヘルプ→自動バージョンアップを試みる。
ところが、スマホで確認すると、変化なし。

しかし、回答をよくよく見ると「サイト生成・アップロードを行うことで・・・」という表示が。

サイト生成⇒「全てのファイル」アップロードを行ったところ、エラー表示が無くなった。
やれやれ。

• 「Cookies がブロック」って何？
• function.phpが問題かも

「Cookies がブロック」って何？

「エラー: 予期しない出力により Cookies がブロックされました。ヘルプが必要な場合はこちらのドキュメンテーションを読むか、サポートフォーラムをご利用ください。」には、「こちら」と「サポートフォーラム」にリンクが張られている。

が、内容がわからない。

そもそも、ログインするにはIDとパスワードを入力する必要があるのだが、通常はキャッシュが使われていて改めて入力する必要はない。

しかも、いつも通り、IDとパスワードは入っている。
これを「Cookies がブロック」というのは意味不明である。

念の為、改めてIDとパスワードを入力しても同じ表示が出る。

しからばということで、パスワードの再設定を試みた。
すると出たのが次の表示。

/home/△△△/dead.letter… Saved message in /home/△△△/dead.letter
メールを送信できませんでした。
ホスティングサービス上で mail() 関数が無効になっている可能性があります。

次から次と問題が発生する。

現状で問題は2つ。
①「エラー: 予期しない出力により Cookies がブロックされました。・・・」
②「・・・ホスティングサービス上で mail() 関数が無効になっている可能性があります。」

やはり優先すべきは①と見た。

そこで、調べてみると「PHPが問題かも」という情報が・・・。

function.phpが問題かも

function.phpに関しては、修正を行い、サイトも表示され、ログインも出来た。
しかし、日を置くと、サイトは表示されているものの、ログインしようとすると、「エラー: 予期しない出力により Cookies がブロックされました。・・・」という表示が出る。

やはり、function.phpが問題なのか？

「怪しげなのはエラーになる前に触っていたfunction.phpです。
ファイル終わりの ?> の前後の改行とスペースが原因のようです。
早速、ファイル終わりの ?> 前後の改行とスペースを削除し、再度ログイン画面を開くとエラーが消え正常に起動・・・」

ここでもfunction.phpである。
そこで、ローカルにfunction.phpを移して、メモ帳（CrescentEve）で開いた。

そこで、「おや？」という表示が。
私はCrescentEveの文字のエンコードはShift_Jisにしている。
しかし、function.phpを開くのに、拡張子をtxtにした時に、「UFT8・・・」という表示が。

function.txtを見ると、最初の「 原因はこれだったようだ。

それにしても、一旦、ログインが出来たのは何だったのか？
さらに、前はサイトの表示の出来なかったのに今度はサイトの表示はできているがログインは出来ないという中途半端な現象。

何にしても復帰できて良かった。

②「・・・ホスティングサービス上で mail() 関数が無効になっている可能性があります。」については、まだ、確認していない。

これについては後日、記事をアップの予定です。