プラグインのSSL対応

●プラグイン
・jQuery Colorbox
最新の状態に更新するとレイアウトが崩れるので現状維持。

・スキーマーにhttpが記述されていたのでssl対応に読み込めないので修正対応。
jquery-colorbox/includes/jquery-colorbox-frontend.php

261行目付近

  function addJQueryJS() {
    if ($this->isTrue('useGoogleJQuery')) {
      if ($this->isTrue('debugMode')) {
        $jQueryLibraryUrl = "//code.jquery.com/jquery-".JQUERYLIBRARY_VERSION.".js";
      }
      else {
        $jQueryLibraryUrl = "//code.jquery.com/jquery-".JQUERYLIBRARY_VERSION.".min.js";
      }

      wp_deregister_script('jquery');
      wp_register_script('jquery', $jQueryLibraryUrl, false, JQUERYLIBRARY_VERSION, true);
    }
    //enqueues WP's jQuery library if useGoogleJQuery==false
    wp_enqueue_script('jquery');
  }

sassのメモ

モジュール化されたSCSSファイルはパーシャルという「_」を付けた読み込み専用ファイルにしてstyle.scssに読み込ませる。
その際は
@import “layout”;
_layout.scss
@import “content”;
_content.scss
となるよ。

あと
@import url();
を使う場合はカッコの中身をダブルクォートで囲む必要があるコンパイラーもあるので囲っておいた方がよい。
またhttpやhttpsのスキーマーはない状態で記述するのが良いかなと思う。
サイトを途中でssl化する場合などもあるのだろうし
その辺を先に見越した読み込みにする必要があると思う。

count()の挙動。

php7.2より

count(null)の場合はWarningを出すようになっていた。

単純にセットされているだけの判定に使っている場合は
isset()を使うように。

nullになるかもしれないけどcountも取りたいんだよ!
という場合はちゃんと

if (is_array($panda)) count($panda);

書く必要がある。

やっと原因がわかった。

どうも不自然に自分のサイトを見たときにブラウザが止まる。
サーバーを移管したせいかどうなのかも含めて判断がつかなかったけども
クエリーモニターやらいろいろ試して細かく確認していっても自分のphpには問題がなかった。

ページによってはスムーズに表示できるからもしかしてプラグイン?と思い探って見ると
Syntax Highlighterが原因っぽかった。
ほかのプラグインをいろいろ探しても現状と同じような使い方をできるものが少なくちゃんと表示されないので
どうしたものかと悩む。

ちょっとプラグインの設定でどうにかできないかと見て見るとSyntax Highlighterのプラグインのバージョン違いというものがあるようで
設定を変更し余計な挙動を行わないように再度保存。

無事に正常なタイミングで表示されるようになる。
はー、よかったよかった。

SnapUpがめっちゃ便利じゃない?

さくらで初めて知って自分のサイトのサーバー移管のためにちょっと触ってみたのだけど。
(そのときはちゃんと使えなかったけど
いろいろ調べてみたらすごいなぁ。
もう1回サーバー移管してみようかな。

というわけでphp7.28モジュールに対応してついでにSSLの対応もしました。
そのほかの対応もしたのでグーグルスピードチェックが55から95まで上がりました。
うーん、どんだけほったらかしだったんだって話だー。

php7.2cgiでも体感できる速度差だったけどそれ以上に動作が速い。
昔はうぃいいいいいいいいん、ぽ〜〜〜ん。
という感じだったが、今はきゅっきゅ。って感じがする。

SnapUpはメールアカウントの移行までは行えない感じかな?
あくまでWebサイトだけの話なんだろうか。
要検証。

初期ドメインからSSL化した独自ドメインにリダイレクトするように変更。

これで一通りの作業が終わりかな?

変更されないファイルがある。(Wordpressの設定だからなどいろいろあると思うけど
wp-config.php
.htaccess
データベース名とか

最初に手動でデータを移動してWordpressの移行をしているので
その辺りの場合でもデータベースの中身はちゃんと移動していた。
サーバーのファイルも更新されている。
データベースの中身が移動されているのでプラグインによってはエラーを出すものものある。
・保存先のディレクトリのパスが変わる場合ことなど
・例:本番[home/test_a/www/] 移行元[home/test_old/www/]
などの違い。
まるまる移行するのでそのこと念頭におく。

SSLの環境でも若干変化がある感じではある。

便利な部分はあるけどちゃんと挙動を知っておかないといけないな。
いろいろかんがえるとちょっと便利だなという感じ?

いまさらだけど

すっかり忘れていてつまづいたので
Wordpressでフロントページの設定をしているとis_home()のチェックを抜けてしまう。
またメインクエリもフロントページに設定したページのクエリに変わる。
まっさらの状態から作っているのではなくデータベースを移して使用している場合には固定ページが
フロントページに設定されていないかどうか注意。

さくらのSSLの更新

ラピッド

申請
振込確認とか
メール通知
会員メニューより認証ファイルをDL。
指定の場所にアップ
その際にブラウザでアクセスできるかの確認。
場合によっては.htaccessの編集。
認証ファイルアップ後に再度メール通知(SSLの証明書の発行通知メール)
会員メニューに移動し証明書をDL
サーバーのコンパネに移動
中間証明書の更新(SSLの証明書発行通知のメールにリンク先あり)
SSL証明書の更新

*DLしたファイルをテキストエディタで開き内容をすべてコピペ。

SSLの更新忘れはダメよ。

リダイレクト先もキャッシュで記録される場合がある。

かも?
サーバーよりWordpressのsqlファイルをエクスポートし
ローカルにインポート
この際にDBの特定項目を書き換えるのを忘れて先にブラウザでローカル環境を開いてしまう。
そうそう、書き換えないとねと思い出しphpmyadminで書き換えをするが
反映されていない。
何度かDBを書き換えたりして試してみるがダメ。
ローカルのURLを叩くと本番環境のURLにリダイレクトされる状態。
管理画面には直接URLを叩けばログイン画面まで移動しログインが可能なことが判明。
ほかのブラウザではどうだろうか?と試してみるとサファリだとリダイレクトされないでページ内の巡回も可能。
一度使っているブラウザを終了させてみるが現状は変わらず。
ちょっと検索してみるとFirefoxの公式サイトにキャッシュを削除する〜〜みたいな話しが出ていたので削除したのちに
該当のローカル環境にアクセスすると普通に表示される。

返して、返して私の1時間!