カートシステムを導入するにあたり、システム屋として気になるのは高負荷時の挙動です。福袋の季節ですが、福袋は特に気をつかわなければいけない特徴があります。ECサイトでの福袋の売り方は2種類あります。Encryptを使って全部のドメインをhttpsに対応すると発表されました。Encryptを使ってhttpsにしてやりましょう。KUSANAGIにはまだ「あとからhttpsに変える方法」は提供されていないため、ある程度手作業でやります。0発表以来勢いに乗っているKUSANAGIですが、サーバの中身がブラックボックスになるのはちょっとやだなぁと思っていました。先日のWooCommerce開発者来日イベントでプライム・ストラテジー中村けん牛氏に「リバースエンジニアリングしていいですか」と尋ねたところ「GPLだからOKだよ」とのことで、それならもはやブラックボックスにあらず。サーバを移し替えてみました。知ろう!」に参加してきましたので、手元のメモから思い出しつつレポート書いてみます。WooCommerceとは何かというと、WordPressのECカートプラグインです。0前回記事の続きです。前回はWordPress本体のバージョン管理でしたが、バージョンアップはそれほど頻度は高くありません。プラグインも同様です。デザインにかかわるところの更新頻度は高くなりがちです。この2つを混ぜると管理上めんどうなことが起きやすくなりそうなので、分ける方法を考えます。0ソースコードに手を入れていた場合、WordPress標準のバージョンアップ方法では改修内容が全部吹き飛んでしまいます。そこでgitでのソースコード管理がまず最初に浮かぶ方法になりますが、これを踏み込んで解説していきます。WordPress日本語版と英語版は異なるものです。0複数サイトをansibleでデプロイするとき、同じようなroleを複数個作って管理する方法もありますが、「WordPressをデプロイする」と限ってしまえばtaskに差はなくなります。変数だけを複数用意して、roleそのものは1つに収めたいです。前回のroles/site_wordpress/tasks/main.ymlをそのまま使うとします。このtaskではサイトドメインを変数「{{vhost}}」としていました。0WordPressを改造してデプロイして、という作業をきちんと管理しようとすると、ごちゃごちゃと考えることが多くなります。個人サーバレベルですがある程度方法が固まってきたので、連載形式でそのあたりを書いてみたいと思います。次のような管理体制とします。0メールアドレスをbotに拾われにくくする方法としてHTMLエンティティ化による「難読化」がありますが、WordPressでやるとビジュアルエディタが元のテキストに戻してしまいます。そのため、ショートコードを作ってやることで難読化します。