投稿者: hidezumi

サーチエンジン対策が終わって次の対策はAdSense対応でした。実はルートサーバーをGoogle Cloud側に変えてしまったためにads.txtが失われてしまっていました。ここで警告が出たので慌ててルートサーバーの設定をしてドメインも追加しました。実はこの時にHTTPとHTTPSの両方からアクセスができなければならないという規定があるそうです。

一応新しいサブドメインで処理することにしたのですがここで古いホスティングを放棄するという選択肢がなくなりました。いつでもルートを元に戻せるように古い設定は取っておくつもりです。古いホスティングではルートとwwwが同一になっています。警告は１日で消えますが「収益に重大な……」などと脅されるので結構ドキドキします。

この際に広告設定を見直しました。サイト内を遷移するときに強制的に全面広告を見せる設定になっているのです、これってどうなんでしょうかね。デフォルトではパソコンやタブレットの画面でも全面広告を出す設定がオンになります。ただ、これを変えようとすると「収益が減るから90日テストをやらせてください」とAdSenseがテストを提案して来ます。AIにセールスマネージャーをやらせているわけですね。

あと関連記事の表示が一時とまりました。AdSense側の設定を変えると表示が再開されたのですが検索すると「表示されない」とか「そもそも設置が許可されていない」などという記事がたくさん出て来ます。みなさん非常に苦労されているようです。

このとき「一つのサーバーに全てを詰め込むのは危険だ」と感じました。今回は旧サーバーの小さなブログ（このGadgetMacブログもその一つです）は残せたのでこちらを携帯ユーザー向けに改変しました。

最新のテーマに変えてAMP対応にしました。PCから見ると「文字ばかり」に見えますがスマホだとこちらの方が読みやすいんでしょうね。

この記事の全文はこちらから読めます。

次の「難関」はFTPSです。MacだとFileZillaを使った事例が出てきます。

• MacでSSHの公開鍵を作り
• Google CloudのVM側に貼り付け
• FileZillaに鍵の入ったファイルの場所を渡す

ことで手続きが完了します。

この時点でほぼ気持ちは折れていました。apacheのhtml領域の所有者はrootになっているのにrootではFTP接続させてくれません。ですからディレクトリを作ったら所有権を変えてやるなり誰でも書き込めるように設定を変えなければならないわけです。

つまり、lsとかchmodとかmkdirとかそういうUNIXの「おまじない」がわからない人はここで詰むはずです。

この記事の全文はこちらから読めます。

次にやることはIPアドレスの取得です。最初は臨時のIPアドレスがつくだけなので、これを「予約」して継続的に使えるIPアドレスを作らないことにはその後のDNS設定ができません。VPCネットワークのセクションでIPアドレスを取得します。

次にネットの記事を参考にCloud DNSで「ゾーン」を設定するのですが、これは実は必要ありませんでした。

Googleではないところがレジストラになっている場合全てのIPアドレスはレジストラ側で管理されています。私はENOMというところが管理しています。

しかしこれがよくわかっていませんでした。AレコードとMXレコードの違いくらいはわかりますが、ネームサーバーとエリアスの区別がついていないというくらいの状態だったんですよね。

Cloud DNSのAPIを解放してこれをGoogle Cloudに預託するためにはENOM側のネームサーバーをGoogleに変えるという手続きをします。しかしこれが実は有料なんですよね。さらに、いったんGoogle側に移してしまうと今までの設定を全てCloud DNSに引き継ぐ必要があります。

次にSSLの設定をします。最近はHTTPだけではアクセスしてもらえないのでこんな面倒なことをしなければいけません。Googleが証明書を管理しているのですがロードバランサーに設定してグループを組んでVMインスタンスを割り当てるという作業をしないと使えないようです。Certbotという無料のサービスを使っている人が多いようです。

Certbotの設定は非常に簡単です。ただし英語ができればですが。ただこの設定でEl Capitanからのアクセスができなくなりました。

設定自体は簡単なのですが90日ごとに手動で証明書を更新するかスクリプトを組んで更新を自動化しなければなりません。「単に記事を送ることができるプラットフォームが作れればいいだけ」なのにサーバーのお守りをやる羽目になるとは……思いました。

ふと「今いるサーバーに金さえ払えばこういう面倒なことは全てやってくれるんだよなあ」と感じます。

ただ、結構遅いサーバーでMySQLのバージョンも低いので警告が出ています。サーバー側がなかなか対応してくれないとイライラするのと自分でなんとかするのとどっちがいいんだろうか？と思いましたが……実際にはどうなんでしょうか？

この記事の全文はこちらから読めます。

まず立ち上げは非常に簡単でした。ボタンを数回押すだけでWordpressが入った環境が整備されます。この時に結構取り返しがつかないミスをしてしまうのですが気がついていませんでした。

結論から言うと300ドルの無料トライアルの他に「無料枠」があるんです。ただ地域をきちんと選ばないと使えないんですね。無料枠では最低構成のサーバーの他にディスクが30GBまで使えます。またバックアップ領域が別についてきます。

無料枠でないところに設置して運用を開始してしまうと後が面倒なことになります。バックアップを使って無料領域に設定し直すと言うことはできると思うんですが何か間違いがあるといけないので試していません。あと、試験領域としてテストサーバーを作っておかないと「過去の著作物が全部飛んだ」と言うことが起こりえます。
後になって「OSにパッチを当てたり」「バックアップを取ったり」するのも全部自分でやらないといけないと言うことに気がつくんですが、この時は全くわかっていませんでした。

この記事の全文はこちらから読めます。