いつからかAmazonの紹介料ががくんと伸びなくなったのでみんな慣れて効果が薄れたのかなと思っていましたが、単にアソシエイトIDを間違えて設定しているだけでした。いつから間違えていたのか調べる気も起きませんが、PCをMacに差し替えたあたりが怪しいので1年近く間違えていたことになります。なんともったいない。
WordPressに貼っつけたものがほとんどなのでSearch Regexを使って一括置換で対応出来ました。もっと速くに気づくべきでしたね。まぁ便利なWordPress Pluginを見つけられたのでよしとします。
Backupify :: Secure Online Backup and Archiving for Gmail, Facebook, Twitter, and WordPress via kwout
Lifehacker経由で知ったバックアップサービスを試してみました。twitterからdelicious、WordPressのブログからFlickrまで何でもバックアップしてくれるそうです。しかも来年1月末までに登録すれば以降も無料で使えるとか。使ってみて本当に信用に足るなら良いサービスですね。
インストール型のWordPressでもプラグインを使ってデータを吸い出してくれるようです。Blogのバックアップは怠りがちなので助かりますね。
◯2009年12月29日追記
WordPressだけバックアップに失敗してた。
プラグインは一旦サーバ上にzip圧縮されたバックアップを作ってそれをbackupifyのサーバに送っているらしい。つまりサーバ上のバックアップに失敗するとbackupifyで吸い出したファイルはサイズが0のゴミが記録される。
確認方法は管理画面のbackupifyからローカルでのフルバックアップを試してみればOK、自分の場合はフォルダのパーミッションがおかしかったみたいでそこを直せばいけた。
zipファイルを書き出すフォルダが見つからなくて苦労したが、wp-contentの下にbackupify-〇〇というフォルダができていてそれを使っているようです。
WordPressにtwitterのfolloer一覧をウィジェットとして表示できるプラグインです。
つぶやき一覧を表示している人はたくさんいますが、followerの方がブログを書いている人の人となりが伝わりやすい気がしてつけてみました。
iPhoneで撮った写真をアップロードするようになって、自宅で撮った写真も混じっていたので対応。
そもそもなんでそんなことが必要なのか分からない人は下記のリンク先が参考になるかと。
時間をかければもっといいやり方もあるんでしょうが、最小限の労力でそれなりの結果が得られる方法です。XREAでやりましたが、sshアクセスができるなら他のサーバでもできるんじゃないかと思います。
1. サーバに Exif Jpeg header manipulation toolをインストールする。
iPhoneのカメラでプライバシー情報ダダ漏れだった | Selfkleptomaniacで紹介されていたツールです。XREAの場合sshでサーバにログインして
% wget jhead-2.XX.tar.gz
% tar xvfz jhead-2.XX.tar.gz
% cd jhead-2.XX
% make
とやるとjheadというファイル名の実行プログラムが出来上がります。ホームディレクトリあたりにbinディレクトリを作って、そこにコピーしておくといいでしょう。
jheadを使って特定JPEGファイルのヘッダ情報を削除するには
% jhead -purejpg target_path/target_file.jpg
で元ファイルが書き変わります。
2. cronでjheadによるファイルヘッダ削除を自動で行うようにする。
あとはこれをcronで自動実行するだけです。
自分の場合はこんなファイルを作成して、cronで1時間おきに実行するようにしました。
#!/bin/sh
cd /virtual/tune/public_html/www.tsunematsu.cc/wp-content/uploads# delete gps information from *.jpg
find . -mtime -1 -name \*.jpg -print0 | xargs -0 /virtual/tune/bin/jhead -purejpg# delete gps information from *.jpeg
find . -mtime -1 -name \*.jpeg -print0 | xargs -0 /virtual/tune/bin/jhead -purejpg
これでうっかりGPS情報付きのファイルをアップロードしても1時間以内に削除してくれます。
iPhoneのワードプレスアプリを使って画像をアップロードするとアプリ側で消してくれるみたいです。
本当はファイルアップロードスクリプトを書き換えて、保存したあとにjheadを走らせるようにすればより早く消せるんですが、WordPressのバージョンアップに追従していくのは大変そうですし、これで妥協しておきます。
WordPressだけ対策とって安心していましたが、flickrも同様ですね。
あっちはアップロード前に消すしかないのでAutomaterでも使ってアップロード前にひと手間加えるのがよさそうです。また時間ができたときにやります。
先週の中頃から悩んでいたWordPressが応答不能になってしまう問題ですが、ようやく根本的な原因がつかめたので後々のためにメモ。
分かってしまえば目新しい物ではなく、以前からブログで不調を訴えている人も、解決策を提示してくれている人もいた。検索の仕方が悪かったようだ。
で、問題はMySQLテーブルはInsert/Deleteを繰り返していくと領域に無駄ができ、パフォーマンスが落ちる問題がある。これがMySQLのオーバーヘッド。WordPressでMySQLを使っていると何かの原因でオーバーヘッドが大きくなり、MySQLにログインできるものの、オーバーヘッドが大きなテーブルからデータを参照できなくなる。こうなるとインデックスページを表示する処理も、個別ページを表示する処理も、管理画面を表示する処理もMySQLのクエリで処理が詰まってしまう。詰まってしまうといくつものリクエストが待たされてしまうのでMySQLの同時接続数を超えてしまう。こうなるとエラー画面として問題が表面化してくる。これが今回の原因の直接的な原因。
で、なぜオーバーヘッドが増えるのかは不明。ポストデータやコメントデータは増えやすいようだが、自分の場合はオプションを保存するテーブルがオーバーヘッドの問題になっていました。なので一度オーバーヘッドを対策すればしばらく問題とならないケースと、すぐにオーバーヘッドが増えてしまって、根本的な解消にならないケースがあります。
MySQLのオーバーヘッドを直すには最適化処理をテーブルに行えばOKです。phpMyAdminならテーブルを選択して最適化を指示すればOK、SQLで叩くには
OPTIMIZE TABLE `wp_wordpress_options`
でOKです。
ポストデータやコメントは一度問題を解消してしまえばしばらく起きないようですが、自分の場合optionテーブルはすぐまたオーバーヘッドがたまってしまう問題がありました。で、対策としてサーバのcronで定期的にテーブルの最適化を行うように指示しました。
cronにこんなのを書けばOKです。
0 * * * * /home/hogehoge/cron/optimize-mysql >/dev/null 2>&1
optimize-mysqlはこんな感じ
#!/bin/sh
/usr/local/mysql/bin/mysqlcheck -o -r –all-databases -uhogehoge -phugahuga
最後に参考情報を載せておきます。XREAだけでなく、coreserver、さくらも結局ダメみたいですね。
ここまでの流れ
何かのデータがアクセスできなくて、新規のリクエストが詰まっていたのかもしれん。
・・・
やっぱり具合悪いかも。
下の質問と同原因に思えるんだけど、データベースは作り直したばっかりだから修復いらないと思うんだよな。
WordPress › フォーラム » 急にデータベース接続確立のエラーとなっています
・・・
もうちょっと詳しい原因が分かったので別エントリに書きました。
WordPressが調子悪い理由が分かった -> MySQLテーブルのオーバーヘッド » tune web
今日は午後お休みをいただいて、少し時間が取れたのでほったらかしがひどかったブログのシステムをメンテナンスしました。
やったことは
テーマを変えるのは抵抗がありましたが、WordPressが高機能なせいかあっという間に終わりました。
自分でカスタマイズをごりごりするよりもアップデートに追従しやすくていいですね。
いつからかこのブログはブラウザで見ようとすると真っ白な画面が表示されるようになっていたようです。
なぜか管理画面に一度アクセスすると普通に見れるようになるため全くこの問題に気づきませんでした。
いつからこの問題が起きていて、原因もはっきり分からないのですが、一応解決を見たので参考にしたサイトを載せておきます。
まず、真っ白に表示される原因はXREAのPHP動作モードにあるらしく、 WordPressサイトが真っ白 | fusigineko blog / KANADA Co.,Ltd.を参考に、WordPressのトップディレクトリにある.htaccessを修正しました。
これでページは表示できるようになったのですが、WordPress 2.8が悪いのか管理画面にCSSが適用されなくなりました。 WordPress › フォーラム » WP2.8Jの管理画面のCSSがSafariでは適用されないにある
define( ‘CONCATENATE_SCRIPTS’, false );
をwp-config.phpの上の方に定義することで対処できました。後者の問題はそのうちWordPressがアップグレードされてなおることでしょう。
こういうトラブルあると独自ドメインのブログなんてやめたくなりますね。
このブログを動かしているWordPressの設定が面倒でところどころ目をつむりながら動かしてきたんですが、ようやく重い腰を上げて色々な問題を直しました。
まず最初が自動アップグレードができなかったことです。管理画面にログインする度に本体とプラグインのアップグレードを促されるとうんざりしてしまいます。WordPressは2.7以降自動アップグレードシステムがあるのでこれをXREAのサーバで動かすようにしました。
Google先生に聞くとすぐ見つかるのですが、アップグレードをおこなうPHPスクリプトをSAFEモードで動かす必要があるそうです。
作業としてはwp-adminディレクトリに.htaccessファイルを作成し
<Files upload.php>
AddHandler application/x-httpd-phpcgi .php
</Files>
<Files update.php>
AddHandler application/x-httpd-phpcgi .php
</Files>
を追加します。
次にWordPress用のFTPアカウントをXREAの管理画面で作成します。これはFTPのログインディレクトリをWordPressのログインディレクトリにするためです。WordPressだけを動かしているなら必要ない作業ですが、大抵の場合は必要なはずです。
最後に画像のアップロードに失敗していたのでwp-content/uploadsディレクトリの書き込み権限を777に変更しました。これもSAFEモードが関係しているのですが、Googleで調べてみたところ事前にアップロードフォルダを手動で作っている人が多かったのですが、毎回そんなことをするのも面倒だったので、アクセス権を緩くして対処した次第です。
これでようやくまともに使えるようになりました! これで更新のペースが上がるといいんですが。
Livedoor Readerで気になったのですが、このブログのRSS/Atomフィードがよく文字化けします。
原因はまだ突き止められてないのですが、このブログが出力するHTML/Feedすべての先頭に空行が1行入っているのが原因かもしれません。Xreaのサーバーなので広告挿入スクリプトが悪さをしているのかと思いましたが、他のサブドメインで公開しているページでは空行が無いのでWordPressの原因かと思います。
似たようなような問題に遭遇した方がいましたら解決の糸口を教えていただけるとうれしいです。
気長に治すのでしばらくお待ちください m(_ _ )m
…
追記
Top 10 posts, Views per postプラグインの末尾に空行が1行入っていたのが原因でした。
多分これで直ったはず。
© 2010 tune web · Proudly powered by WordPress & Green Park 2 by Cordobo.
Valid XHTML 1.0 Transitional | Valid CSS 3
