ブログの記事で非公開のページはパスワードで保護するわけだが、デフォルトでは何故保護しているのかわからないので変更してみました。
（１）サーバにログインし、wp-content/themes/テーマ名/functions.php 　のパーミッションが
-rw-r–r– 1 sigh staff 17751 Jun 22 13:44 functions.php
つまり 644 になっているから 777 にする。
# chmod 777 functions.php ですね。
-rwxrwxrwx 1 sigh staff 17751 Jun 22 13:44 functions.php
となったことを確認する。
# cp functions.php functions.php20170627　とかにしてバックアップを作っておくこと。
（２）ブログにログインし　外観　テーマの編集　から　テーマの関数（functions.php) を開く。
下の方に

のように「ファイルを更新」ボタンが出現することを確認する。
（３）　　　と保護した記事のタイトルに付く「保護中：」という文字を削除する。

// 保護中の文字を削除する
add_filter('protected_title_format', 'remove_protected');
function remove_protected($title) {
       return '%s';
}

をこのfunctions.php の最後の「endif;」の下に加える。
（４）　表示テキスト「このコンテンツはパスワードで保護されています。閲覧するには以下にパスワードを入力してください。」を変更する。
パスワードで保護している意味を説明したほうが親切でしょ。

// パスワード保護の理由を変更する
function my_password_form() {
  return
    '<p>この記事は管理人のメモなので非公開にしています。<p>
    <form class="post_password" action="' . home_url() . '/wp-login.php?action=postpass" method="post">
    <input name="post_password" type="password" size="24" />
    <input type="submit" name="Submit" value="' . esc_attr__("パスワード送信") . '" />
    </form>';
}
add_filter('the_password_form', 'my_password_form');

「この記事は管理人のメモなので非公開にしています。」としたけど、好きな文字列に置き換える。先程同様にfunctions.php の最後に加える。
（４）Cookieの有効期限を変更
デフォルトではCookieの有効期限は１０日間らしいので１日だけにする。

// Cookieの有効期限を１日にする
function custom_postpass_time() {
    require_once ABSPATH . 'wp-includes/class-phpass.php';
    $hasher = new PasswordHash( 8, true );
    setcookie( 'wp-postpass_' . COOKIEHASH, $hasher->HashPassword( wp_unslash( $_POST['post_password'] ) ), time() +DAY_IN_SECONDS, COOKIEPATH );
    wp_safe_redirect( wp_get_referer() );
    exit();
}
add_action( 'login_form_postpass', 'custom_postpass_time' );

これを同様に最後に書き加える。
DAY_IN_SECONDS が１日のこと
HOUR_IN_SECONDS　にすれば１時間
600　のような数字にすれば秒単位の時間になる。600は１０分ですね。
（５）「ファイルを更新」ボタンをクリックし、問題なければパーミッションを元に戻しておしまい。
# chmod 644 functions.php　ですね。
エラーがあると。ページが見えなくなっちゃったりするから、サーバに戻ってバックアップから復元してやり直す。
バックアップを削除してもいいですけど、間違えがあったらまずいのでしばらくは保存しておきましょ。
WordPres Theme TCD というブログの「WordPressのパスワード保護ページをカスタマイズする方法」を参照しましたというか、ほとんどそのままです。

2014年11月に、周知されることなしにDNSが変更された。頭にきて、ボロクソな記事をここに書いたのだが、あとで削除した。不快に思う人がいるからな。
この１ヶ月前位から、なんとなくネットが遅い。スピートを調べるとそこそこあるので、パソコンがもう古いからかなと思っていたのだ。
大学内にWiFiアクセスポイントが増え、これまでスマホで接続できない場所から接続できるようになったわけだ。そこでスマホのWiFi を設定して、なにげにDNS情報を見たのだ。
んが、primary DNSのip address がこれまでと違うじゃん！secondary DNSは変更がない。
DNSの変更を全員に知らせると、なんだかわからない方々から問い合わせが沢山くるので知らせなくたって、DHCPで動いているから問題ないだろということらしい。ルータを固定ip address で運用しているんだよな。
secondary DNS で運用していたので遅かったようだ。

デスクトップのMac とWinを３台のディスプレイで使っている。中央のディスプレイはHDMI接続で切り替えスイッチを介して両方のパソコンを、左はWinのみ、右はMacのみというわけで、どちらかのパソコンを使うときには２台のディスプレイを使うということになる。
土日休日や研究日という実質的な休日に自宅から、他の職場からリモートでTeamViewerで操作するのが日常的なのだ。
いつからか、何故かMac にアクセスすると非常に遅くて仕事にならないことになった。同じネット環境にあるWinの方は問題ない。Macが仕事のメインマシンなので困っていた。原因がわからないのだ。少なくともネット環境のせいではなくMac特有なのだ。
昨日、気がついたのだ。上述のようにディスプレイを３台使っているわけで、帰宅するときパソコン本体の電源は落とさず（リモートで入るからね）ディスプレイの電源のみを電源スイッチで落としていたのだ。帰宅しかかって、３台のディスプレイの電源を落とした後、メールの用事があったのでディスプレイ１台のみの電源を入れて操作を試みたのだ。そしたら、マウスの動きが間欠的でカーソルが動いては止まるを繰り返すのだ。んが、なんだこれというわけで、もう１台のディスプレイの電源を入れたら問題なくなったのだ。
TeamViewerが使えない理由がわかったのだ。TeamViewerでアクセスすると、本体の電源は生きているので問題なく接続できる。しかし、２台のディスプレイの電源が落ちていて、そもそも１台だけだったらディスプレイの有無に関係なく動作するのだが、もう１台のディスプレイも落ちているともう１台のディスプレイにアクセスするのだが応答がないので、動作が間欠的になるーマウスが間欠的にしか動かないーからリモートでは遅くてなんともできないのだ。
ディスプレイの電源スイッチを落とすことをせず、スリープでディスプレイの機能を落とすことにすればいいのではないだろうか。というわけで、今週末はディスプレイの電源スイッチを操作して電源を落とすのではなく、スリープ設定でディスプレイを落とすことにする。
同じネットにあるWin からTeamViewer でMac にリモート・ログインできるわけで、この環境で、１台のモニターの電源を切る、スリープでモニターを落とすという条件でのテストで、１台のモニターの電源をスイッチで落とすとまずいがスリープだと大丈夫というわけなので多分いいのだろう。
Sierraに変えたからなのだろうかMacを変えたからなのだろうか…Winではディスプレイの一方の電源が入ってなくても動作そのものに影響はない。カーソルが電源の入ってないディスプレイの方にも動くだけだ。
[ 追記 ] 2017.5.7
リモートで接続し、動作もそこそこなのを確認しましｇた。上記の推測は正しかったようです。Macでは２台のディスプレイを使っているとき、１台の電源を落としてはいけないようです。

Gmail のSMTPサーバが使えるはずと、試してみた。その理由は、自宅サーバのメール転送につかえるはず、と思ったからでもある。普通のメール送受信はIMAP（Webメール）使えばいいじゃんということなんだけど、POP/SMTPも使いたいのね。ノートパソコンを自宅ネット内外で使うのでSMTPサーバはGmailのSMTPでいいじゃんと、いままでは使っていなかったんだけど使ってみることにした。
いろいろやったけどうまくいかない。去年の４月からGmail のSMTPが使えないとかいう記事があったりする。ほんまかいな。というわけでGmailのサイトにいったらSMTPが使えるみたいだ。

んで、Thuderbird を使っているので　SMTPサーバを

として使ったら問題ない。最初うまくいかなかったのは何をミスったんだろ。最初に使うときGmailのパスワードを聞いてくるが、その後はThuderbirdのほうで憶えていてくれる。パスワードを暗号化したら接続できなかった。SSL だからさらに暗号化する必要がないんだろ。自前サーバのリレーに使えると思うけどな。
ふむ。G suite のBasic １ユーザで５００円／月で契約すれば、自前サーバからのメールリレーができそうだ。これを使わなくてもいいけど、2,000通／日に制限されるようだ。

まだ、迷惑メールなどがありえない時期にメールアドレスを設定して、これを公私混同して使っていた。ほかに無料のメールアドレスなんかなかったからね。次第に使う場面が多くなり、あちこちのサイトに登録することになり、また論文にも掲載されることになり、このメールアドレスには迷惑メールが一杯だ。inviteするから論文かけとかなんかはまだいいほうで、最近はバイアグラが多いな。でもまだ所属部署のメールアドレスとして使っているので止めるわけにいかない。
転職した職場のメールアドレスは、勿論業務でしか使わないし、迷惑メール対策として、あちこちに登録するようなことはしないので、迷惑メールは殆ど無い。
学生の実習レポートは、特定のメールアドレスに電子ファイルとしてメール添付させている。剽窃をチェックするためだ。大抵の大学にはこのような用途のために、ウエブサイトが作られている。サイトにアクセスしてレポートを投函できるようにしているところが多いだろう。しかし、このようなサイトは、他にも様々な用途もあるのが普通だ。教員側からの授業の資料の配布とか、質問の受付とか、講義単位で設けられている。サイトを構築するのは教員ではないので教員の希望を忖度したり、様々な教員の要望を取り入れたりするので多機能になるのだ。だから逆に使いにくい。レポート収集だけだったらメール添付でいいのだ。専用のメールアドレスを設けちゃったのだ。
このメールアドレスに迷惑メールが来るようになってしまった。学生の連絡帳が盗まれたのだろう。ウイルス感染だろうな。

Received: from hefgs.pisem.net (unknown [113.162.184.226])

なんてだからベトナムとかロシアとかからだな。
困ったのはGmailだ。学生への一斉連絡には、メーリング・リストを使っているわけだ。けーリングリストの配信は一斉配信なので迷惑メールと判断しやすい。当然だな。、Gmail ではいつのまにか迷惑メールに分類されるようになってしまった。迷惑メールを配信するSMTPサーバをブラックリストとしてリストしているサイトがある。メーリス以外で大量のメールを配信しているわけではないので、このようなブラックリストに利用しているSMTPサーバはリストされていない。Gmailだけの判断だ。
大学が付与する学生のメールアドレスはxxxx@yy.zzzz.ppp.ac.jp だが、実態はGmailなのだ。以前は学生のスマホのメールアドレスを収集して配信していたのだが、スマホのメールアドレスは利用者が勝手に変更でき、変更したことを届出ないから、迷惑メールになることはないが、一斉連絡がうまくいかなかった。今度はメールアドレスが変更されることはない。しかし、メーリング・リストによる一斉配信は学生の大学が与えたメールアドレスに届くが迷惑メール分類されるようになってしまった。
Gmailでは；

メールの分類には、ユーザーからの報告が大きく影響します。Gmail ユーザーは、メールに迷惑メールのマークを付けたり、解除したり、受信トレイのタブ間で迷惑メール以外のメールを移動したりできます。いずれの場合も、Gmail はユーザーの修正から学習し、徐々にユーザーの好みに合わせて分類を自動的に調整していきます。

ということで、メーリング・リストに登録されているGmailは学生のメールアドレスが圧倒的なので、学生に迷惑メールにならないようフィルタを設定させることにした。

ですね。
ほかにもドメインがまともだよとGoogleに登録する方法とかがあるらしいけど、（…….秘密）だからとりあえずでいいでしょ。

２３日朝５時頃〜本日、２４日１４時頃まで、先にアナウンスしましたように、このサーバの ip address が変更になったため、サーバは外からアクセスできませんでした。
２４日はプレミアム・フライデーとかで、午後早く帰れということになり、夕方の予定でしたが、早めに帰宅できたので新しい ip addrress に設定し、無事復活しました。
切断時間を短くするには、ip address変更の直前、つまり２３日午前４時頃、サブネット内にVPNで入って、設定を変更すすればいいのです。外から攻撃するアホがいるから、設定はサブネット内からしか変更できないようにしてあります。設定変更のリターンキーを押した瞬間に、切断されちゃうので、もし間違って設定したら、二度とVPNで入れなくなります。正しく新しいip addressの設定ができていたら、午前５時頃、上流のプロバイダの設定が変更されて復活するわけで、１時間位の切断で済むことになったでしょう。しかし、午前４時です。起きられない。
サーバのあるサブネット内に物理的にいたら、午前６時頃設定を新しくすればいいわけですが、あいにく２３日は不在でした。他に設定できる者がいなかったので、３３時間も普通になってしまいました。
ユーザが少ないし、前もって宣言していたので、勘弁してね　でおしまいです。