adsense合格、申請から7日目の朝。記事の少なさが審査期間の短さか?意識して審査中に毎日記事更新をしていたのが良かったかも。サイトの成長度もみているかも。今後のToDoとそれに対する調査等をこの先、調べながら考えながらまとまってない思いをここのページに記述していき、その段階から公開していきます。各項目は別記事で書いていきます。進化するたびにまたここも修正します。コード301と302の2種類がある。...過去の資産から記事を増やす。知恵袋は過去の文章の変更は無理かな?S3に画像を置く。CloudFront導入。記事が増えるほど大変になっていくのでこれが1番目。■SSL化Googleさんの宣言で、SSL化は当たり前らしい。できてなくてもAdsenseは合格した。・http→httpsのリダイレクト・adsenseの登録はhttpもhttpsも指定していないので何もしなくてよいみたい。■旧サイトの引っ越しコード301と302の2種類がある。301:恒久的なサイトの引っ越し302:一時的なサイトの引っ越し■301:一般的には、基本は301リダイレクトでSEO資産引継ぎ、ただしFC2からは他の業者のサーバーにはできない。FC2有料に対してはできるので、いったんそこにかますか?そもそもFC2有料300円に乗り換えるか?AWSの価格帯効果の意義も疑問もあるのでそのチョイスもある。■302:本来は、一時的にな引っ越しなので、こっちではないが、Googleがいつからか取り扱いを変えて、302でもSEO資産は引き継げるようになったらしい。こっちならFC2無料でもできるらしい。引っ越しのファイル名の法則を決めれば、一律共通ファイルでリダイレクト先を指定できるようだがまた難しそう。固定HPの引っ越し過去の車の整備記事が大量にある。これは今の志向の記事とは全然別分野である。これを別の雰囲気のものにしたい。何ならURLもcarlife.the-world-star.comなどとして、別の人が書いているように見せたい。密接な関係はないもの同士を別にする。いうのはブランド強化として良いらしい。Googleの検索的にはどっちでもよいらしい。adsense的にはhttps://the-world-star.com/carlife/なのだがクリックしたり検索的には必ず「carlife.the-world-star.com」にリダイレクトされるとか。よいのか?これは「サブドメイン」or「サブディレクトリ」というキーワードで議論されている。いうxxx.本ドメインをadsenseのサイトのところのサブドメインに登録するみたい。審査なしで使えるらしい。「the-world-star.com」で合格しているからそのサブドメイン「carlife.the-world-star.com」も同じ持ち主としてみなされるので審査がいらないらしい。いう事情でxxx.fc2.comはダメなのか?それでいいのならば...別物理サーバーでも行けるって事で...まぁ物理的なものはいくらでも関係ないか。別Wordpressにしたらもっと、本格的に別テーマにできる?1つのでもしなくてもできる?1つのWordpressでどちらも管理できる機能があるらしい。「WordPressのマルチサイトをインストール」?ちなみに今どきはwwwはつけないのかも?https:でアクセスしている時点でWEBなので?WEBとブログで分けるべき?www.the-world-star.com、blog.the-world-star.com今のthe-world-star.comはブログ。■ブログのサブドメインイメージの違うものは分けたい。今のブログの中のカテゴリ「サーバー」のカテゴリはキャンプ、釣りの人らには見たくない雑音なので見せないようにして、別にしたい。別イメージのサブディレクトリができるようだ。別の固定サイト、サブドメインへ固定ページはS3でよいんだっけ?まるまるS3:carlife.the-world-star.com→広告が出ないか...。出そうとしている人もいるみたい...。ブログのまま、マルチサイトの別ホルダ?今現在は進行形で日記的に書いているのでブログでよいか。■S3を使った省エネサイト※AWSのS3+CloudFrontが当たり前に良いという結論に至るまでの経緯である。既存HPとかはS3に写真を、できれば記事もおいて構成できないか?S3をマウントしてwordpressで吐き出す?S3をマウントするとアクセスが激しかったが、作業しているときだけそうすればよい?/var/www/html/carlifeにマウント?/var/www/html/contents/uploads/だっけ?どっちみち静的なので広告がでない?→やってそうな人の記事があった、審査前だったので不明確。いう内容をしっかり説明したサイトがないので実験してそれをネタにすべき。サブドメインなのですぐできるはず。■こねくり回しプラン写真も記事もEC2で動的にS3のサイトから取ってくるようにして、構成しなおして表示するとかできそう。上部は共通の骨組みの文書コンテンツはS3から文書を取ってきて展開。→内部的にマウントしているものではなく、httpで画像リンクはhttps://s3.xxxその前後に広告が入る隙間がある。S3の記事に直接アクセスされた場合は?そこがSEO的には本体とみなされるかも。S3はCloudFrontを使わないと激遅いのかも。それぞれのキャッシュサーバーに頼ればよくない?★ここで衝撃事実発覚...CloudFrontの料金、高かった気がするが、安い。画像さえ置ければテキストは全く容量食わない。S3に静的に置くなら今の旧サイトをそのままどーんとおける?wordpressの方が見栄えが良い?→いや、進行形のブログの将来性もあるし...移行しよう!■結論:画像をS3+CloudFrontでの配信とする記事アップ時の画像ファイルによるサーバーの容量を気にしないで良くなる。以前、見間違えたのか利用料が高い気がしてやめてたのだけど、他のことを確認していて確認したら安いこと(=月額基本料が15円/月)がわかった。これでAWSの意義が上がる文字は大した容量無いのでもうEC2のサーバー容量は気にせずに文字程度なら無限に使えるでしょう。■スムーズに移行するには?画像ファイルをS3に置きなおす。画像ファイルはEC2サーバーの/opt/bitnami/wordpress/wp-contents/upload/の中にそのままのファイル名である。ファイル名にサイズのバリエーションがあるのでこれは自動でリサイズされて付けられるのかな?全部必要そう。ひらがなのファイル名とか元のファイル名がそのままなのでこの際、アルファベットに変えたほうが良いかも。DBとかにファイル名の情報とかもあるのかな?コピーで済むのかな?文書ファイルのリンクを変更する。→どこにあるのかな?DBの中に保存されていそうまずはとりあえず、画像をS3に変更するプラグインのoffloadmediaを入れた後、これまでの記事はこれまで通りの画像を使えそう。最悪、これまでのものは放置で、また、徐々に移行すればよい。★このサイトで全部説明している。画像をS3へ移行https://qiita.com/kenji__n/items/b7b5f7e9d39b96c9a8690.先にoffloadmediaを入れてS3側の準備、フォルダの作成とか環境を作るべき。この作業の後に投稿した新しい記事はS3を使えるでしょう。上記説明したサイトではS3のサーバーがamazonの元のままなので、それを避けるために基本はUdemyで学んだRoute53とかを駆使して、私のドメイン「static.the-world-star.com」からの配信となるようにする。この時CloudFrontも入れてサーバーの構成の構築、テストをしておくべき。static.the-world-star.com/wp-content/uploads/2022/051.画像をS3にコピーする。offloadmediaが準備したところにS3のWEBのAPIででも、sshからでもコピーする候補1.通常のWordpressのAPIを使ってもいいかも候補2.uploadsディレクトリを圧縮してもってきて、S3に展開したものをS3のWEBのAPIであげる。s3://バケット名/wp-content/uploads/コレで一発。画像のリンクのところのみ、the-world-star.com/wp-content/uploads→static.the-world-star.com/wp-content/uploadsとする。https://qiita.com/kenji__n/items/2c917ee020d831ab5f98CloudFront使用S3だけではアクセス数が増加して課金が上昇しそうなのでCloudFrontを。★コンテンツのパスは変更せずに*/wp-content/uploadsへのアクセスはS3へということがCloudFrontでできるらしいhttps://qiita.com/fumikoi/items/fe170507c13e6b768e4bhttps://dev.classmethod.jp/articles/aws-beanstalk-wordpress-2/※offloadmedia-liteはやはり必要らしい。投稿する時にS3にアップするもの。WordPressのプラグイン、amazon公式である。公式ヘルプにはサイトがHTTPSであることが必要であると書いてある。CloudFrontなんかむつかしそうだけど、1.Udemyの人の設定をして...、static.the-world-star.comからの配信に見るようにする2.画像ファイルへのアクセスのURLを置換するのをやめて上記の設定をする。これでstatic.the-world-star.com/conents/uploads/に飛ばすとできるような気がする。→たぶん、これだとthe-world-star.comがすべてCloudFrontに向けられるのでWEB以外、マイクラサーバーとかSSHとかができなくなるからダメだと思う。以降、この章の内容を実施していってみるのを別記事にする予定。コメントをキャンセルメールアドレスが公開されることはありません。※サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。