KUSANAGI for ConoHaを使っているんだが、URLにwwwをくっつけてないせいでSSLの自動更新に失敗してしまう。 本当にwwwが無いせいなのかは自信を持ってそうだとは言えないが、エラーを見る限りはwww.nakayan.jpを見に行こうとしてるっぽい。 いつか直そう、そう思っているうちにSSLの期限が切れてしまったので、慌てて回避策を探してみた。 SSLの自動更新が失敗しているので、手動で更新しようと下記のコマンドを投入する。 # kusanagi update cert すると、エラーでどうしても更新できない。 仕方ないので、別コマンドを使う。 # kusanagi ssl --email [email protected] nakayan.jp 実行してみると、wwwが無いぞというメッセージは変わらないが、処理は流れているようだ。 www無しでも、wwwを勝手に付けて見に行
やりたいこと virtualhostとは？ 環境 流れ 1. ドメイン取得 2. ネームサーバーに登録する方法 2-1. お名前ドットコムでネームサーバーの変更の設定 2-2. さくらVPSでネームサーバーの設定 3. Virtualhost 設定 3-2. HTMLを作成する 3-3. 設定ファイルの作成 3-4. 設定を反映する 3-5. 設定ファイルを反映する 3-6. nginxを再起動、表示確認 感謝の参照 やりたいこと nginxのvirtualhostを利用して、独自ドメインのhtmlを表示したい 複数のドメインのサイトを表示したい virtualhostとは？ ひとつのサーバーで、複数ドメインのサイトを表示できる機能。nginxに限らずApacheにも備わっている。 バーチャルホストとは | クラウド・データセンター用語集／IDCフロンティア 今の時点でよくわからなくても、
Let's Encrypt で取得したサーバ証明書を Nginxに設定するための手順。 確認した環境は次の通り。 OS: CentOS 7.2 Nginx 1.11 Let's Encrypt 導入の事前準備 証明書を取得したいドメインでアクセスできるサーバを立てておく。 アプリケーションやHTTPサーバのインストールは必ずしも必要ないが、次の2点が必要。 取得したいドメインがDNSで名前解決できる 80番ポートでアクセスできる 以下の操作はそのサーバ上で行う。 certbot のインストール まず、Let's Encrypt のクライアントcertbotをインストール。 インストールと言っても、git で cloneするだけ。 以下の例では、/usr/local にインストールしているが、場所はどこでもよい。 $ cd /usr/local $ git clone https://git
無料で使用できるSSL証明書「Let’s Encript」を導入して早2ヶ月。 Cronで自動更新するように設定していたのですが、とある日期限を知らせるメールが届きました。 Hello, Your certificate (or certificates) for the names listed below will expire in 19 days (on 06 Jul 17 14:52 +0000). Please make sure to renew your certificate before then, or visitors to your website will encounter errors.
fastcgi のキャッシュを有効にするために /etc/nginx/nginx.conf の http ディレクティブに以下を追加する．設定の意味等は Module ngx_http_fastcgi_module を参照．ここでは inactive=120m とすることでキャッシュ保持期間を120分に設定している（もっと長くても良いかも）． # enable fastcgi cache fastcgi_cache_path /var/cache/nginx/fastcgi-cache levels=1:2 keys_zone=wp_cache:10m inactive=120m max_size=100m; fastcgi_cache_key "$scheme$request_method$host$request_uri"; # cache 404 or other fastcgi_i
sixeight.hatenablog.com 上記のエントリで無駄にHTTPS化していたのが、三ヶ月経って更新時期がやってきた。 完全に忘れていたのだけれど、以下のようなメールがやってきて教えてくれて助かった。親切。 Your certificate (or certificates) for the names listed below will expire in 10 days (on 20 May 16 15:15 +0000). Please make sure to renew your certificate before then, or visitors to your website will encounter errors. 今朝は少し早めに出社して1個仕事片付けたのでちょっとやってみるかと更新作業をしてみた。といってもコマンド一発なので楽ちん。 $ cd /pa
このウェブサイトは販売用です！ web-tsukuru.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、web-tsukuru.comが全てとなります。あなたがお探しの内容が見つかることを願っています！
「さくらVPS512で、Yahoo!砲食らっても WordPress を平常運転させるための設定 | dogmap.jp」を参考に、当ブログをホストしている「さくらのVPS 2G」のサーバ設定を調整したら、1万アクセスを1.4秒で処理できるようになりました。 結論から言うと「nginxすごいわー。」なんですが、その構成やら設定やらをさらしてみようと思います。 大まかな仕組み 1回目のアクセスは通常通りWordPressが動作します。 この時、キャッシュプラグイン「WP Super Cache」がキャッシュファイルを生成します。 2回目以降のアクセスはnginxがキャッシュファイルを探し、見つかればキャッシュファイルを送信します。 こうする事により、キャッシュが効いたページではWordPressが介在しない静的なページ送信処理に置き換わります。 この構成は「分かりやすい」のがメリットで、他に
Nginxを使ったWordPressのチューニングといえば、フロントエンドのNginxとバックエンドのNginx（もしくはApache）に分けてproxy cacheを効かせるのが王道です。 さらにWP Super Cacheプラグインを利用してなるべくPHPやMySQLにアクセスさせないようにすると、手軽で絶大なパフォーマンスアップが可能です。 今回はそこからもう一歩進めたチューニングについて書きたいと思います。 二段階層を廃したシンプルな構成 まずは、図をご覧ください。 前述の王道チューニングの構成はA図となります。 proxy cacheはNginxがバックエンドのサーバーに処理を回し、返ってきたレスポンスをキャッシュして、Nginx自身がキャッシュを返すことでパフォーマンスを上げる仕組みです。 A図-1がキャッシュの無いアクセス、A図-2がキャッシュが効いているアクセスを表していま
WordPressの高速化施策ではNginxのリバースプロキシキャッシュが有名です。最近パフォーマンスを改善したくてPHP7だったりOPcacheだったりMySQLのクエリキャッシュなどやってたんですが、キャッシュを利用すると処理をバイパスするので段違いに応答が速くなります。数百ミリ秒だった応答が数十ミリ秒で返るので体感でもだいぶ変わってきます。 今回はNginxでキャッシュの設定を行うと共にWordPressプラグインの Nginx Cache Controller を利用して、管理画面からキャッシュの有効期限を設定できたり、キャッシュを削除できるように設定しました。便利です。 proxy cacheとfastcgi cache Nginxのリバースプロキシキャッシュを調べてるとproxy cacheとfastcgi cacheの2通りのやり方が出てきます。仕組みの違いについては下記のサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
