横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
郵便受けに入っていた，電気の検針票を見たところ，この１か月間の消費電力は，昨年より2%の省エネだとのことです．
常時動いているサーバーをCore i7の高速マシンから，Raspberry Pi 3に置き換えたことで，50W程度節約できているはずなので，単純計算で月あたり36kWhの節約になるはずです．しかし，実際には-2%とはちょっとがっかりです．
たぶん，今年の9月は暑かったので，エアコンを前年よりも使い，サーバーの省エネ分がかなり食われてしまったのかも知れません．
[PC Watch] Wi-Fiを暗号化するWPA2に脆弱性発見（2017年10月16日）
今のネット時代，メジャーなマスコミがトップニュースとして取り上げるべきレベルの話じゃないかと思います．
無線LANは，傍受されるのを前提で使うしかないですね．普段から，https, imaps, STARTTLSを使うようにしているから大丈夫だとは思いますが，SSL化されているかこれまで以上に慎重に確認したいと思います．
一般のユーザーレベルでも，BLOGやWebサイトはSSLのものを使うようにしましょうぜ．
その後の報道では，パッチ当てで対応できるそうで，根本から覆されるようなことにはならなくて一安心です．
いずれにしても，今後も何が起こるかわかりませんから，自分の送受信データは必ずSSLで暗号化されているかどうか，いつも意識しておくことは重要ですね．
サーバーをCore i7のそこそこ速いマシンから，省エネのRaspberry Pi 3にしてから，このWordPressによるblogに大きな不具合はなかったのですが，今回，写真をまとめてuploadしようとしたら，エラーが出てしまいました。2枚に1枚はuploadに失敗します．
upload中にtopを見ると，しばらくの間httpdがCPUタイムを100%食ってます（いちおう4coreなので，他のサービスのレスポンスはあります）．Core i7の時はほんの数秒でuploadは完了していました．
httpdのログを見ると，
...PHP Fatal error: Maximum execution time of 30 seconds exceeded...
とあります．多少の調べごとはしましたが，結論から言うと，php.iniファイルに，30秒と指定してある場所がありました．
max_execution_time = 30
とりあえず，120秒にしたところ，エラーが出なくなりました．この設定で，しばらく様子を見ます．
「iOS 11ではmacOSのイメージキャプチャでカメラロールが消せない (2)」で，当分やってみると記した，「写真」で読み込むだけ，という単純な手法をとると，Macの「写真」では，写真がダブります．それも，ファイル名とタイムスタンプ，位置情報は同一なのですが，ファイルサイズが異なります．マイフォトストリーム機能でコピーされた写真よりも，「写真」で読み込んだものの方が大きくなります．
これでさらに，iTunesで写真を撮ったiPhoneとの同期を取ると，iPhoneの「写真」のモーメントには，同じ写真が3枚存在してしまいます．
弱った^^;
どうも，「写真」から読み込み，その際に「読み込み後に項目を削除」をONにしておく，という普通の方法で，カメラロールから消え，ライブラリーにも読み込まれ，iCloudのマイフォトストリーム機能で，他のiOS機器，macOSのPCに伝播するようです．
これで良いのか，しばらく様子を見て検証したいと思います．「イメージキャプチャ」は，使わない方が良いのか，使えなくなったのか，よく解りません．