“いきなり1000倍高速”になるWordPress高速化チューニング済み仮想マシン「KUSANAGI」とは何か
“いきなり1000倍高速”になるWordPress高速化チューニング済み仮想マシン「KUSANAGI」とは何か：とにかく速いWordPress（11）（1/3 ページ） エンタープライズ用途での利用が増えている「WordPress」の高速化チューニングテクニックを解説する本連載。今回は、これまで実践してきた高速化テクニックなしに、“いきなり1000倍高速”を実現できるチューニング済み仮想マシン「KUSANAGI」を活用するための「7つのポイント」を紹介します。 連載バックナンバー WordPressは、これまで紹介してきた高速化チューニングを実践することによって、1秒当たりの同時アクセス数（Requests per second）が、デフォルトのLAMP（Linux、Apache、MySQL、PHP）環境の「11.24」から、Nginx＋HHVM 3.12構成で「205.20」に、さらにN
WordPressの検索機能にElasticsearchを利用する | DevelopersIO
はじめに こんにちは、藤本です。 先日、AMIMOTO + Amazon Elasticsearch ServiceでWordPressの検索機能をパワーアップするという記事を見つけました。Wordpressの検索機能をデータベースではなく、Elasticsearchに委譲するPluguinです。大変興味があったので、早速、試してみました。 Amazon Elasticsearch Serviceドメイン作成 ElasticsearchにはAmazon ESを利用します。Amazon Elasticsearch Serviceのドメイン作成は[新機能]Amazon Elasticsearch Serviceがリリースされました！を参照。 WordPressのインストール WordPressのインストールはこちらを参考にインストールしてください。 # yum install -y httpd
Packer x Terraform x StaticPress で静的コンテンツ配信システムをテンプレート化してみた | DevelopersIO
構成図 テンプレートのソースコード 作成したコードはGitHubに上げておきました。本エントリで参照しているコミットハッシュ値は 7ae5b1b01bf261fdd447d7fd3f89dd655fbb85d0 です。HEADが更新された場合は内容に差異が発生している可能性があるのでご注意ください。 使い方 以下にテンプレートの使用方法を記載します。 KeyPairの作成 EC2インスタンスにSSHでログインするためのKeyPairを作成します。 <key-name> は任意の名前に変更してください。 $ aws ec2 create-key-pair --key-name <key-name> --query 'KeyMaterial' --output text > ~/.ssh/<key-name> && chmod 400 ~/.ssh/<key-name> ツールのインストール
とにかく速いWordPress
WordPressの表示遅延やサーバの負荷上昇の原因になり得るボトルネックは、どのように見つけて、改善すればいいのか、その方法を紹介します。
WP-CLIでログインパスワードを再設定 | Gatespace's Blog
WP-CLIアドベントカレンダーの9日目担当の @gatespace_k です。 今日はうっかりさん向けの便利な機能 「WP-CLIでログインパスワードを再設定」です。 ログインパスワードを忘れた場合 WordPressへのログインパスワードを忘れた場合、ログイン画面にある「パスワードをお忘れですか？」のリンクから新しいパスワード再発行の手続きをとることができます。しかし事前に登録されたユーザー名に紐付いたメールアドレスに送信されるため、メール送信の整っていないローカル環境やうっかりメールアドレスすら間違っていない場合などは再発行のメールが届きません。 また、管理者ユーザーでログインできればダッシュボードから変更可能ですが、そもそもログイン出来ない場合もあります。 そこでWP-CLIです。 既存ユーザーの確認とパスワードの変更 既存のユーザー一覧は wp user listで取得できます。
Nginxを使ったもう一歩進んだWordPressチューニング
Nginxを使ったWordPressのチューニングといえば、フロントエンドのNginxとバックエンドのNginx（もしくはApache）に分けてproxy cacheを効かせるのが王道です。 さらにWP Super Cacheプラグインを利用してなるべくPHPやMySQLにアクセスさせないようにすると、手軽で絶大なパフォーマンスアップが可能です。 今回はそこからもう一歩進めたチューニングについて書きたいと思います。 二段階層を廃したシンプルな構成 まずは、図をご覧ください。 前述の王道チューニングの構成はA図となります。 proxy cacheはNginxがバックエンドのサーバーに処理を回し、返ってきたレスポンスをキャッシュして、Nginx自身がキャッシュを返すことでパフォーマンスを上げる仕組みです。 A図-1がキャッシュの無いアクセス、A図-2がキャッシュが効いているアクセスを表していま
WordPressの侵入対策は脆弱性管理とパスワード管理を中心に考えよう
この記事はWordPress Advent Calendar 2015の7日目の記事です。 今年初めてWordCamp Tokyoにて講演の機会をいただき、WordPressのセキュリティについて話しました（スライド）。そこでもお話ししましたが、WordPressに限らず、Webサイトへの侵入経路は2種類しかありません。それは以下の2つです。 ソフトウェアの脆弱性を悪用される 認証を突破される したがって、侵入対策としては以下が重要になります。 全てのソフトウェア（OS、Apache等、PHP、WordPress本体、プラグイン、テーマ等）を最新の状態に保つ パスワードを強固なものにする 以上! と叫びたい気分ですが、それではシンプル過ぎると思いますので、以下、WordCampでお話した内容とリンクしながら、もう少し細く説明したいと思います。 全てのソフトウェアを最新の状態に保つ Word
WordPress | NGINX
WordPress¶ NGINX works perfectly well with a wide variety of applications, and WordPress is certainly one of them. NGINX’s configuration language is very powerful and straightforward if one is familiar with it, but often people coming from other servers are not sure how things work in NGINX and just copy and paste whatever they see from a blog that seems to fill their needs. Everyone, especially p
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nginx « WordPress Codex