wordpress.サイドバーに人気記事を集計&表示してくれるプラグインにはこれまでWP-PostViewsを使っていましたが、そろそろ一度数字をリセットしたいなーと思って調べるも若干ややこしそうだった(DBをいじる必要がありそうだった)ので、この機に新しいプラグインに変更してみました。・集計期間を「今日/7日間/30日間/全期間」から選べたり・並び順を「コメント数/閲覧数累計/閲覧数日計平均」から選べたり・タイトル以外にも「文頭/コメント数/閲覧数/投稿者/日付」表示を任意で追加できたり・日付を表示する際のフォーマットを指定できたり・集計から除きたいカテゴリを設定できたり・さまざまな表示フォーマットにも対応していたり・サムネイルをつけられるらしかったりと細かいところで気が利いています。tables)というデータリセット的な機能がついていたことが個人的には決め手となりました。いくつかある同様のプラグインの中からこれを選ぶにあたっては、こちらの記事を参考にさせていただきました。tools.Twitterで気になる言葉やハッシュタグを追いかけている人も少なくないと思うのですが、そこからbotを除く方法です。-source:twittbot.netのように記入(上記は、#macjpというハッシュタグを追いかけてるけど、twittbot.net経由のものを除きたい場合)。サーバ名だったりクライアント名だったりのソースを検索条件に含められるわけなんですね。Twitterが一般的になるにつれ、ジャンクの波も押し寄せてきました。アフィリエイトサイトへのリンクなんかを何度もbotにつぶやかれると、もうものすごくうっとうしい。最近それでストレス貯まり気味でしたが、これでスッキリです。Twitter検索、他の検索条件については以下をどうぞ。高度な検索条件を紹介。上記でわかりづらい方はフォームから。tools.ここ数週間、新たにどこかにメールアドレスが漏れたのか、ものすごい勢いで迷惑メールが届くようになりました。これがまた質の悪いメールで、なかなか思うように除去できないので、ちょっと時間をとることに。<わたしのメール状況>メールマガジン等も含めると、公私併せて、日に数百件のメールを受信しています(迷惑メールは除く)。仕事で使うこともあって、メールサーバでの迷惑フィルタは敢えて使用していません(サーバで弾かれると気づくのが遅れ、探すのも手間なため)。基本的にすべて一度受信してから、メーラで振り分ける方法をとっています。迷惑フォルダは1週間で1000件たまる程度。osX以降、メーラはAppleMailを利用しています。<これまで>メーラの迷惑フィルタ設定は特に変えず、ひたすらこつこつと学習させていました。日に数件、迷惑メールが受信フォルダに紛れ込むこともありますが、手動で除去する(迷惑メールだよと教えてやる)のもさほど苦ではない量でした。<ここ数週間>ある日突然、受信フォルダに紛れ込む迷惑メールの量が増えました。これがまたやっかいで、学習機能がなかなかうまく働かない。受信フォルダの半分ほどが迷惑メールで占められるようになり、さすがに何か手を打たねばと。<そこでまずは>迷惑メールに含まれるURLからドメインを抜き出し、ルールで迷惑フォルダに移してみることにしました。「迷惑フォルダ」に「移動」これは、まあまあ効果はありました。受信フォルダに迷惑メールが届く度に、URLや特定の(一般のメールではまず使われることのない)言葉をルールに追加。気づけば、ルールの数がものすごいことになっていました。微妙に文面やURLを変えてくるメールも少なくなく、手間のわりにあまり効率がいいとは言えませんでした。やらないよりはましでしたけれど...。そこで、もう一段階、時間を割くことに。<そして現在>URLや文面以外に最近増えた迷惑メールに共通の項目はないのかな、とヘッダをすべて表示させてみました(表示>メッセージ>すべてのヘッダ)。すると、うまいことに、ありました。...という一行です。調べてみると、どうやらこれはメールサーバ(わたしの場合、チカッパの)が迷惑メールとおぼしきメールにつけている印のようです。チカッパの場合、その判断は、迷惑メール配信元をデータベース化している数社からデータを受け取って行っている様子。通常、もしメールサーバでの迷惑フィルタをONにしていたとしたら、これらは弾かれるメールなのでしょう。いくつか迷惑メールとそうでないメールのヘッダを見てみましたが、比較的ミスが少なく印をつけているようでしたので、これを利用してみることにしました。「迷惑?フォルダ」に「移動」ここでポイントとなるのは、「差出人」からはじまりずらずらずらーと表示される条件設定の項目の一番下「ヘッダリストを編集...」で、「X-Spam-Status」をつくってやること。「ヘッダリストを編集...」>「+」>「X-Spam-Status」と入力、でつくれます。これを別フォルダに移動させることで、チカッパのメールサーバが行っている迷惑フィルタリングをローカルで再現できることになります(たぶん)。フィルタ後すぐに「迷惑フォルダ」に放り込んでしまってもいいのですが、さきほど稼働してみたところ、一般のメルマガでも振り分けられてしまうものがあったため、わたしは当面別フォルダをつくってそちらに移動させ、様子を見ることにします。<応用>今回は、AppleMail+チカッパについて書きましたが、paperboy&coでは、どのレンタルサーバでも同様のシステムをとっているようです。...paperboy&coではないレンタルサーバでも似たような印をつけている可能性は高いと思いますので、該当するヘッダさえ探し当てれば十分応用は利くのではないでしょうか。メーラについても、ルールでの振り分けができるメーラでしたら、AppleMailである必要はありません。今は、メールサーバでのフィルタをONにしている人の方が主流だと思います。フィルタのためにGmailを通す人も少なくないでしょう。した場合、こんな回りくどい方法は必要ないでしょうけれども、わたしのように、フィルタリングも自分の管理下に置きたい、仕事で使っているメールはできるだけ最短で(必要以外のメールサーバは介さずに)受け取りたい、と思っている場合などには、それなりに有効な方法ではないかと思います。どなたかのお役に立ちますように。wordpress.さて、おそらく普通なら前述の方法ですんなりいくはずの移行ですが、よめいりの場合、すでにDBファイルがかなり大きくなってしまっていたため、もうひと手間かける必要がありました。今後、同じ場面に出くわす方もいるかと思い(また自分へのメモも兼ねて)、ここに残しておきます。チカッパでは、phpMyAdminでインポートできるファイルの最大サイズは5120KBです。インポートすべきファイルがこれより大きかった場合、どうすればいいのか。<大きすぎるWPファイルの分割インポート方法>パターンA:それぞれのテーブルのデータサイズが5120KBより小さかった場合(5120KBを越えるテーブルがなかった場合)。この場合、エクスポート時、いくつかにファイルを区切ってやります。古いDBへphpMyAdminでアクセス。データベースタブを選択。(テーブル一覧が表示されるはず。)ここでエクスポートタブを選択すると、エクスポートするテーブルを選択することができます。必要に応じて(各ファイルが5120KBを越えないように)区切ってやってください。(通常であれば、wp-postsが一番大きなファイルになるかと思うので、1度目はwp-postsのみでエクスポート、2度目はwp-posts以外のすべてを選択してエクスポート、という2分割でいいのではないかと思います)。EXISTS」追加、ファイルに保存、へのチェックも忘れずに。分割エクスポートしたファイルすべてを、新しいDBにインポートしてやればokです。パターンB:テーブルのデータサイズが1つでも5120KBを越えてしまっている場合。この場合、5120KBを越えてしまっているテーブルについては、テーブル内のデータも分割してやらねばなりません。インポートの方法もちょっとこれまでと違います。5120KBを越えていないテーブルについては、パターンAと同じ方法でエクスポート+インポートしてやります。5120KBを越えてしまった問題のテーブル(おそらくはwp-posts)についてのエクスポート+インポートのみ、以下のような手順で進めます。古いDBへphpMyAdminでアクセス。データベースタブを選択。テーブル一覧から、該当テーブル(例えばwp-posts)を選択。(左のフレームから選択しても同じ)。エクスポートタブを選択。EXISTS」追加、ファイルに保存、にチェックをしてから、ファイル保存のすぐ上にある、「○○○列をダンプします。」の箇所を修正します。最初の1つ目のエクスポートファイルは、5120KBに収まるように。2つ目からは1000KBに収まるくらいで区切っていきます。めいりの場合、wp-postsは全2915レコードあり、6.8MBあったため、1500列をダンプ。(1)2.4MB400列をダンプ。1500からスタート。(2)828B400列をダンプ。1900からスタート。(3)1.4MB400列をダンプ。2300からスタート。(4)1.2MB400列をダンプ。2700からスタート。(5)564Bというような感じで区切ってみました。新しいDBにphpMyAdminでアクセス。ここで、これまでと同じように順にインポートしていけばいいように思いますが、実は同じテーブルでの複数回のインポートは「上書き」されてしまうため、うまくいきません。(1)→(2)→(3)→(4)→(5)の順でインポートしても、最後に残っているのは(5)のデータのみなのです。そこで、まずは1つ目のファイル(1)を通常のインポートで取り込んだ後(1つ目を通常のやり方でインポートすることでテーブルができあがります)、2つ目以降((2)から(5))のインポートには、phpMyAdminのSQLタブを利用していきます。データベースを選択した状態で(テーブルを選択するのではなく、データベースを選択)、SQLタブを選択。実行する」というフォームを確認。INTO」から末尾の「;)」までをコピー。phpMyAdminのフォームにペースト。これで、今度は、同じテーブル内のデータが「上書き」されずに「追加」されたはず。以下、(3)から(5)までも同じ手順を繰り返します。最後にテーブルのレコード数を確認。古いDBのそれと合っていれば、無事完了です。(2つ目以降の((2)から(5)の)ファイルを一括でエクスポートし、エディタで開いて、適宜、フォームにコピー&ペーストするのもいいと思います。大きなファイルなだけにエディタが悲鳴をあげがちなので、ここでは予め分割エクスポートしておきました。)チカッパのphpMyAdminでは、エクスポート・インポート時に圧縮・解凍する機能がないようですが、サーバによってはそれらの機能を提供している場合もあるようです。その場合、圧縮せずにエクスポート、エディタで開いて手直し(コメントアウトなど必要に応じて)、圧縮してインポート、などの方法で、大きいファイルでも乗り切れる場合があるようです。今回もまた、いくつものサイトにお世話になりました。ありがとうございました。wordpress.WPが2.9.xになりました。2.9系からはMySQL4.1.2以上が必要になったとのこと。チカッパのMySQLは4.0.26ですから、MySQL4→5への移行が必要です。<前提>チカッパ利用です。WPはMySQL4に設置してありますが、MySQL5も利用可能です。データベース(以下DB)は2つつくることができます(現在1つだけ利用、1つは未使用)。リスク回避のため、MySQL4に現在設置してあるDBは残したまま、MySQL5に新しいDBをつくってそこにクローンをつくることとします。<おおまかな手順>MySQL5に新しいDBを作成します。MySQL4の旧DBよりデータをエクスポートします。MySQL5の新DBにデータをインポートします。FTPでwp-config.phpを書き換え、MySQL4→5へDBを切り替えます。<詳細な手順>チカッパのコントロールパネルより、MySQL5に新しいDBを作成します。古いDB(MySQL4)へphpMyAdminでアクセス(Japanese-utf-8)。エクスポートタブを選択。EXISTS」を追加する」にそれぞれチェック。「ファイルで保存する」にチェック。実行する、でエクスポート。新しいDB(MySQL5)へphpMyAdminでアクセス(Japanese-utf-8)。インポートタブを選択。「ファイルをインポートする」>「テキストファイルの場所」でさきほどエクスポートしたデータファイルを選択。実行する、でインポート。FTPでWPフォルダ>wp-config.phpにアクセス。上にある「MySQL設定」のうち、DB_NAMEとDB_HOST(変更した場合はDB_USERも)を新DBのものに変更。」をつける)必要があるかもしれません。わたしの場合は(この後また詳しく書いていきますが、ファイルが大きすぎて)すべてのファイルを一括エクスポートすることができず分割エクスポートしたためかコメントアウトすべき箇所が見つからず、コメントアウトはしないままインポートしました。Gポケモン辞典(DP攻略本)に夢中。朝から晩までポケモンです。