はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

@motchi0214 に教えてもらったんだけど、パフォーマンス調査用に WP-CLI チームが作って公開しているサブコマンド wp profile がとても便利です。 Figure out why WordPress is slow with wp profile wp-cli/profile-command これ使うと、ドリルダウンしていって処理に時間がかかっているところを特定できます。 導入方法 wp-cli 入ってること前提、これ書いてる時点での僕の環境では wp-cli のバージョンは 1.5.0。 導入は簡単、GitHub の README.md に書いてある通り、以下のコマンド実行するだけ。 $ wp package install wp-cli/profile-command:@stable Installing package wp-cli/profile-command

先日リリースされた Nginx ver.1.13.9 に http2_push と http2_push_preload ディレクティブが実装されました。 Changes with nginx 1.13.9 20 Feb 2018 *) Feature: HTTP/2 server push support; the "http2_push" and "http2_push_preload" directives. *) Bugfix: "header already sent" alerts might appear in logs when using cache; the bug had appeared in 1.9.13. *) Bugfix: a segmentation fault might occur in a worker process if the "ssl_ver

Terraform を使うと、EFS を作成して EC2 にマウントさせておくなんてことが簡単にできます。 Autoscaling 環境で Web ドキュメントルートを共有したい時とかに便利なんで、みんな使えばいいと思うよ。 なお、この記事の想定読者は AWS はダッシュボードからポチポチしてインスタンス立てたりしてるけど、そろそろインフラをコードで管理したいな。Terraform とか便利そうだねー使ってみたいねーって人です。 てわけで、単純に EC2 立ち上げても面白くないので EFS をマウントさせてみました。 そもそも、Terraform ってなんだ？って人は、以下のページとか参考になると思います。 Terraform簡易チュートリアル on AWS 実際の設定 Terraform は、特定のディレクトリ下にある拡張子が .tf なファイルを全部読み込んでいい感じにリソースを起動し

Nginx でメンテナンスページの On/Off をファイルの有無によって切り替える方法としては、以下の URL で紹介されているような方法などがあります。 Nginxでメンテナンスページに編集なしで即時切り替える方法 ただ、上記の方法だと IP 制限でしか制限できないため確認者の IP アドレスが制限できない場合にちと困ります。 IP 制限の所を BASIC 認証に置き換えたくて、if の中に if ($maintenance = true) { auth_basic ... } というように auth_basic ディレクティブを書くと、無情にも nginx: [emerg] "auth_basic" directive is not allowed here とかって怒られてしまいます。 そんな時のために僕らには ngx_mruby があるのですよ。 以下のように satisfy a

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

# !/bin/bash # WordPress の Web ドキュメントルートディレクトリへのパス wp_path='/path/to/wordpress' # EC2 のインスタンス ID を取得 instanceid=$(curl -s http://169.254.169.254/latest/meta-data/instance-id) # region を取得 az=$(curl -s http://169.254.169.254/latest/meta-data/placement/availability-zone) _length=$(echo $((${#az} - 1))) region=$(echo ${az} | cut -c 1-${_length}) # WP verify checksums tmpfile=$(mktemp) wp --path=${wp_

WordPress を使用していて、原因不明で個別記事が404になることありませんか？ たまにあるんですよね...その際はパーマリンク設定で何も変更せずに更新してやれば解決するんですが、夜中とかに発生した時に人手を介して対応するのは辛いので、自動的に検知してよしなにやってほしいですよね。 そんな時は wp-cli を使えばできます。 こんな感じのシェルスクリプトを cron で定期的に実行(5分に一度程度)しておけばいいんでないかな？ # !/bin/bash set -eux # WordPress のインストールパス wp_path='/path/to/wordpress' # http ステータスコードを監視する記事ページのURL(削除されることのない記事のURLが良いです) single_page_url='http://example.com/archives/1' # http

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?