AWSやMicrosoft Azureは使ってきましたが、Google Cloud Platform 略してGCPは使ったことがありませんでした。たまたまネットの広告で、今なら300$分、1年間フリープランで使えるよ！とのことなので、「無料？じゃあ試してみようかしら？」主婦根性まるだしでGCPをお試しでつかってみました。
正直、自分はインフラ専門ではないので、「ちゃっちゃと何かアプリケーションがデプロイできる環境になれば嬉しい。しかも安ければ最高」っていうくらいゆるいカンジでしか理解してないので、GCPとAWSどっちがいいの？？といった、GCPってなんですか？という疑問はこちらのリンクを参照してください。
私の方はさくさくWordPressをインストして、ブラウザからアクセスできる状態を試してみたいと思います。
（この他にも色々とLauncherにWordPressがあるんですが、ドキュメントがすくなくて、WordPress Google Click to Deployしか試してません。デフォルトでSSLが使えたり、マルチサイトに対応していたり、色々あるみたい）
メールアドレスや、マシンサイズの設定をしました。マシンサイズはテストなのでmicroで一番小さいサイズにしました。
ページ下の「デプロイ」を押すだけで構築されます
1分くらいでデプロイされます。ページ右カラムにデプロイされたサイトURLやWordPressのログインユーザー、パスワード、MySQLのrootパスワードも記載されているので、WordPress運用するにあたっての基本的な情報はそろっていますね。
プラグイン、テンプレートなどは管理画面にログインして、よしなに変更してください。
以上、駆け足ですが、Google Cloud PlatformでWordPressの環境構築でした！
実運用はまだしてませんが、ミニマムなWordPressサイト構築ならAzureよりは全然安い、といったところですが、情報がAWS何かとくらべて圧倒的に少ないのでちょっと苦労するかも。
無料のうちに色々テストして遊んでみようっと。
CPIのレンタルサーバーだとテストサーバーからSmartReleaseというツールを使って本番環境にデプロイしていくのですが、何も設定しないと本番環境とテスト環境のデータベースは一緒なので、データベースを２つ用意してあげて、wp-config.phpにホストによってデータベースを切り替えられるように設定してあげればOKです。
wp-config.phpに記述するのが正しいフローなのかどうかは不明ですが、取り急ぎDBをHOSTで切り替える手段として。
開発環境と本番環境で環境の差分はつきもの。だったら最初から環境が全く同じ、Docker で開発してるのなら検証サーバーも本番サーバーもDockerで環境統一した方が楽じゃない？ってなことでMicrosoft AzureでDockerを入れて、WordPressのイメージも突っ込んでみました。所要時間はなんと５分ほど。このブログ記事書いてる方がよっぽど時間かかっちゃったよ。
SSHから作成したAzure のサーバーにアクセスします。
DBの名称、ユーザ名 パスワードを設定します。
次にWordPressのコンテナを入れます。xxxxはコンテナ名なので自由に設定。-p 8080:80でポートフォワードしています。
これだけで終了！！！！２つしかコマンドを打っていませんね！素晴らしい。
事前にAzureのコンパネから80ポートの解放は行っておいて ブラウザからアクセスできるようにしてあげます。
無事設置が完了しました！
そうなんですよ、自分WordCamp Tokyo2016に登壇させてもらって散々はしゃいで、JavaScript祭の準備で忘れてましたがちゃんとブログにも載せておきたいと思います。そのあと怒涛の案件ラッシュで年末も280時間ほど稼働してましたのでブログなんて全く関わる余裕がありませんでした。余裕が少しできたので自分のメモとしても大事に残しておきたいと思います。
どんな内容だったかは、スライドを見ていただければと思います。
Gistにソースコードもあるし、テストアプリも登録含めて公開しているのでスライドと合わせて確認してもらえればOKかと思いますが、導入方法・セットアップの補足解説について解説します。
まだまだ知られていないプラグインなのが残念ですが、OAuth ２認証に対応しているプラグインとして素晴らしいクオリティです。
例えば今回はWP REST APIとの連携をやってみたのですが、あくまでWP OAuth Serverは認証の仕組みでしかありません。
故に、会員登録と認証の仕組みはWP OAuth ServerをインストールしたWordPressで行い、その会員情報を扱うのはWordPressですらなくても大丈夫なのです。
会員向けコンテンツ、グループサイトの共通認証の仕組みなどアイディア次第で色々なサイトを作ることができますね。
5000円と少しお値段がかかりますが、ぜひお試しアレ！
ここ半年ほどITかあさんはWordPressでQueryをゴリゴリ書いてます。
今更ながら
と驚きまして、せっかくなので
をまとめたいと思います。
なお、基本的にこの記事はCodex:Class Reference/wpdbに書いてある内容とそれほど変わらないので、そちらを見て頂いても大丈夫です。
SQLをゴリゴリ書く前にwpdbでqueryを書く際で最も重要なプリペアドステートメントについてです。
（プリペアドステートメントと聞いて全くピンと来ない人はブラウザをそっと閉じてください。そんな人はまだSQL書いてはいけません。ヤケドを負います。負傷します。）
$metavalue
);
プリペアドステートメントはこんな感じで、$prepared_sqlにプリペアドステートメント化されたSQLが入ります。
上記$prepared_sql(プリペアステートメントをセットした状態のSQL)をver_dumpで確認するとこんな感じ。
text型ならセットした変数の部分がコロンで囲われます。
mysqli_prepare() なんかと考え方は一緒ですね。
$myrows = $wpdb->get_results( "
SELECT * FROM $wpdb->users
" );
これだとwp_usersテーブルに存在するデータ全件取得してしまうのでプリペアドステートメントを使って条件指定をするならこんな感じ。
$wpdb->get_results($prepared_sql);
※statusが0のデータをwp_usersテーブルから全件取得
戻りが複数件ではなく、１件しか無い時は、get_rowが使えます。
※user_idが1のユーザーを取得
get_rowもget_resultも、先ほどは行全体を取得していましたが、IDだけ！titleだけ！とか、特定のフィールドだけを指定して取得することもできます。
user_loginフィールド hoge のIDを取得
今までINSERTやUPDATE文をSQL書いていただけだったんですが、ちゃんとupdateやdeleteに便利な関数が用意されていたんですね。ちょっとFWのような立ち居振る舞いに感激しました
行のINSERTにも基本のフォーマットがあります
これはとっても簡単
以上です。UPDATEとDELETEがすごくフレームワークチックで大好き。functions.phpやプラグイン開発時に使って下さい。
WordPressに任意のjQueryファイルを読み込むTipsです。
呼び出したいjQueryはテーマディレクトリ下に呼び出してあげます。
このケースは投稿一覧ページを出した際（edit.phpの時だけ）jQueryを呼び出しています。
こんな感じでカスタムポストタイプの名前を設定してあげれば、指定されたカスタムポストタイプの時だけjQueryファイルの呼び出しが出来ます。
カスタムポストタイプについての説明はここではしません。Custom Post Type UIなどのプラグインなどを使ってカスタムポストタイプを作った際に、管理画面に何か項目を追加したいなーという時のTipsです。
この他、カスタムポストじゃないけど、メディア一覧でも設定可能です。
他にも色々設定可能で、こちらのページのSTEP２のあたりが参考になるかと。
WordPressのカスタムプロフィールの項目を一番下に挿入するよ
なお、その他「ここにカスタムプロフィール挿入したい！」というケースはこちらを参考にするといいかもしれない。
profile_updateのaction実行時にSQLを実行してあげれば、別テーブルに処理INSERTしてあげることも出来ますね。
WordPress のデフォルトディレクトリだと日付になりますね。
これは2つの方法で変更が可能で、wp-config.phpに変更を定義すること
もう一つがアップロードのupload_dirフィルター としてfunction.phpに追記すること。
上記ケースだと、user がアップロードした時に現在のログイン中のユーザーのディレクトリにアップされますね。
ただし、user名と同一のフォルダがあるかどうかチェック なければディレクトリ作成するというロジックが別途必要ですが、add_filter でupload_dirに対してディクレトリを変更する処理を入れれば良い、ということは分かりました。
人生で誰もが一度はそんな衝動に刈られると思います。
管理画面を触らせずに自由に、そして導入も非常に簡単なすばらしいプラグインを公式サイトから見つけました！その名もFrontend Publishing！！
まだ日本語で紹介している記事がないのでぜひ紹介したいと思います。
※Author Bioという項目がデフォルトで存在するのですが、このプラグインを導入した際にカスタムフィールドが自動追加されているようでして、Author Bioって投稿者のプロフィールっていう意味らしいです。
プラグインを追加して有効化したら下記２つのショートコードをそれぞれ違う固定ページに記載するだけです。
無料版ながら、画像やタグの投稿はもちろん、編集もできるのがありがたいところ。（別のフロント系投稿プラグインでは投稿ができても編集はできないものもあるので。。）
設定画面でここで入力文字数に関して設定するのですが、ここで設定するのは文字数ではなく「単語の数」なんですね。例えばこれで単語は４個です。
半角で文字を分けることのない日本語ではそもそもこの文字のカウントができないわけですので、ほんの少しプラグインを書き換えてあげる必要があります。
(プラグインを直接書き換える必要があるので、変更は自己責任でお願いします。)
if ( !empty($content['post_title']) && str_word_count( $content['post_title'] ) < $min_words_title )
$error_string .= 'The title is too short
';
if ( !empty($content['post_title']) && str_word_count( $content['post_title'] ) > $max_words_title )
$error_string .= 'The title is too long
';
この他、投稿時にすべてのフォームの項目を埋めなければ、投稿できないようになっているので、26行目の以下の項目のemptyチェック（フォーム項目の空チェック）を外してあげればよいのです。
if( ($min_words_title && empty($content['post_title']) ) || ($min_words_content && empty($content['post_content'])) || ($min_words_bio && empty($content['about_the_author'])) || ($min_tags && empty($content['post_tags'])) ){
$error_string .= 'You missed one or more required fields
';
}
かあさんの場合は、タグと、投稿者プロフィール’about_the_author(Author Bio)’の空チェックは不要と判断したので、このようにしました。これでたとえタグと、投稿者情報を入力をしなくてもエラーは発生しません。
if( ($min_words_title && empty($content['post_title']) ) || ($min_words_content && empty($content['post_content'])) ){
$error_string .= 'You missed one or more required fields
';
}
少し直せばかなり使い勝手がよく、またソースコードが非常にシンプルなので、少しPHPの知識のある人であればアレンジが大変しやすいところも気に入っています。
有料版もあるプラグインですが、無料でもかなり使えますので、ぜひ使ってみてください！