よっすぃブログ

一昨日の夜からサーバに接続出来なくなっていましたが・・・

ようやく復旧しました。

原因は、ダイニングの蛍光灯のシーリングライトが突然「カチカチ」と言う異音を発したため、余っているLEDのシーリングライトと交換するために、ブレーカーを落としました。

そうそう、アマゾンでアイリスオーヤマのLEDシーリングライトCL6D-5.0が3800円位で売っていたので購入して、こっそりリモコンの調子が悪いELSONICのLEDシーリングライトと交換していたので、 IEMCL3202N3が1個押入れに入っていたわけです。

アイリスオーヤマのシーリングライトは評判余り宜しくは無いのですが、それでもリモコンの入手性とかはELSONICよりからマシだったりするのでねｗ

ブレーカーを落とす際に、誤って光終端装置の電源まで落としてしまって、外向きのIPアドレスが変わってしまい、名前解決が出来なくなったからです。

DDNSの「yosea.sytes.net」でも名前解決出来るので、 no-ipのページに接続すると、現在のIPアドレスがわかるので、 DNSのレジストラのIPアドレスを更新すれば良いのですが、サーバとして動かしているNUCの電源も落としてしまっていたため、 no-ipの更新用のデーモンが動いておらず、外出している間は何も出来ない状態でした。

今のプロバイダは光終端装置を再起動しない限り、IPアドレスが変わらないので油断していました。

名前解決に関して、現在のIPアドレスがわからなくなると外出中は手に負えなくなるので、何か仕組みを考えないといけないかもしれませんね。

wordpressのプラグインをアップデートしたら

以下のエラーが出て、記事を表示できていませんでした

wordpress-23-related-posts-plugin/config.php on line 130

とりあえず、sshでログインして、「wordpress-23-related-posts-plugin」をリネームしたら、管理画面から入れるようになりましたが、今までwordpress本体とか、プラグインを管理画面からアップデートしても不具合でた事が少ないので、油断していました。

一応、アップデート後は記事の表示ができるか確認しないとね。

wordpressを高速化

Googleが提供している、webページの表示速度を計測してくれるPageSpeed Insightsで当ブログの表示速度を計測してみたら、かなり遅いという結果が出ました。

メンテナンス性は維持しつつ、出来る限り表示速度を上げるべきだと思いますので、小手先で出来るような対策を行ってみましたが、これからもう少しチューニングを行ってみますが、ハードウェアは変更せずに、果たして何処まで高速化できるのでしょうかね。

とりあえず、Wordpress側に「WP Super Cache」というプラグインを導入して、毎回PHPで動的にページを生成しないようにしました。

PHP側でも、「Zend OPcache」をビルドして有効にしてみました。

それと、APCも導入してみました。 APCを入れると逆に遅くなるので、無効化しました。

# yum -y install php-pear # yum -y install pcre pcre-devel # pecl install APC

これで少しはマシにはなるかと思います。

あとは、PHPを7とかに上げると更に高速化出来るんですけど、何分現在動かしてるOSがCentOSの6なので、色々と厳しかったりします。 PHP単体だけなら良いのですが、MySQLが絡むととても面倒だったりしますｗ

CentOSを7に上げれば良いんですけど、今ウェブサーバとして動かしてるマシンがIntelの安NUC、DN2820FYKHですが、これが以前試したところ、ハードウェアが新し過ぎてCentOS7がUEFIにまともに対応しておらず、かなり苦労した憶えがあるので、CentOS6で止めていたりします。

いいね！ 0 […]

ブログを続々と復元中

ここ最近作成した記事は、Chromeのキャッシュを拾い上げて、画像とHTMLを貼り付けて復元完了ですが、問題はそれ以前のデータ。

画像は編集したデータがローカルのマシンにあるので、一度サーバにWordPressでアップロードすると、勝手にリサイズしたファイルも生成してくれて、所定のディレクトリに保存してくれるので良いんですが、 HTMLは無いのでどうしようかと思いましたが、 Google大先生のキャッシュにしっかりと保存されているので、それを利用しています。

クローラでデータ回収されるのも、こういった時に役に立ちます。

そういえば、IntlliPeakの影響でS.M.A.R.T. の Load_Cycle_Countの回数がとんでも無い回数動作して壊れたと思っていたが、どうやら構築当時の記事では無効にしていたようだ。

多分、サーバのディスクがトンだ

今日どうもサーバにアクセスできなくて、色々調査してみたのだが、どうやらサーバに使用している、 NUCのDN2820FYKH2に搭載した、ディスクがトンだっぽい。

以前から、MicroSDHCにバックアップするシェルを書いて、 cronで動作させる仕組みを構築していたのだが、どうもUSBに負荷を掛けると、Linuxからデバイスが認識されなくなって、途中で頓挫していたのだが、そのまま放置プレイしていた矢先でした。

今は実家のDN2820FYKH2ではなく、現在住んでいる所のDN2820FYKH2で動かしているが、かなりデータリカバリが大変になりそうな感じ。

まぁトンだと思われる原因は、ウェスタンデジタルのIntelliPeakだと思われ、現にこっちのハードディスクのS.M.A.R.Tの「Load Cycle Count」も22万回を超えていたので、慌ててIntelliPeakを無効にしましたが、何も考え無しに、ノート用のハードディスクをサーバ用途で使うのは危険という事ですね。

という事で、バックアップは大事だよと言うお話しでしたｗ

写真まで用意したのに・・・

記事まで書く時間がなかったりして、まだ未投稿になっている記事が現在27件もあったりします。

どうしても、RAWで撮った写真を選別して現像して、 WordPressにアップロードまでは行くんですが、やはり文章を書くのが苦手というか、他の人が見てわかりやすい文章を書くというのは本当に難しい。特に話題が色々飛んだりすると、話の流れを纏めるのが困難になったりします。

しかし、これらも勿体無いから近いうちに公開まで漕ぎつける予定です。

よっすぃブログ

いつでも里親募集中

最近の投稿

最近のコメント

カテゴリー

メタ情報

関連する記事を表示するプラグインをアップデートするとエラーになる件