HardCore,HeavyMetal,ThrashMetal,NewSchool,MetalCore,METALLICA,HATEBREED,KILLSWITCH ENGAGE,SLIPKNOT,ラウド,メタル,ハードコア,スラッシュ,Metal-blood,%cats%,IT,Linux,WORDPRESS,CentOS,METALBLOOD

WordPressのアクセス解析プラグイン「Counterize II」を
以前より導入していて、ブログ内にもアクセスカウンターとして、
累計カウントの関数「counterize_getamount」と、
本日のカウント関数「counterize_gethitstoday」を使っていた。

アクセス解析のツールとしては、現在
他にもWordPress用のプラグイン「WP-SlimStat-Ex」と
LinuxのOSSである「AWSTATS」を使用している。

3つを比べて最近明らかに「Counterize II」の
解析内容に疑問点が出てきた bikkuri

最近携帯からのアクセスも増えてきてるんだけど、
「Counterize II」はどうも携帯からのアクセスを
認識していないっぽいのだ・・・

後、今までのトータルアクセスに関しても、「WP-SlimStat-Ex」と
比べると明らかに少ない cry

せっかく表示させるなら多い方がいいしw、
正確な数字じゃないので、使用するのを止めることにした。

ただ、「WP-SlimStat-Ex」は管理画面ではアクセス数が見れるが、
ブログ内に記載出来るような関数が無いっぽい。。。

しばらくは、「WP-SlimStat-Ex」のデータベースと睨めっこして、
データベースからアクセス数を持ってくるPHPのプログラムを
自分で作成する事にした!

出来るか分からないけど・・・ dame

久々に新しいプラグインを導入した。
前々から知っていたが、導入してみた。
その名も「wp-tegaki」

どういう効果があるかというと、

こんな感じー

なかなかいい感じ qoo_heart

導入方法は非常に簡単で、
詳しい詳細は作者でもあるhiromasaさんのサイトでどうぞ!

WordPress 2.3にアップグレードして、データベース構造が
変わったせいで、「Extended Live Archives」に続いて、
アクセス解析のプラグインである「WP-SlimStat-Ex」が
正常に動作しなくなってしまった dame

という事で、WordPress 2.3に対応している「WP-SlimStat-Ex」の
バージョンにアップデートを実行した。

最新バージョンである、1.6をこちらからダウンロード

次に、元々pluginsディレクトリ配下にある「wp-slimstat-ex」を
pluginsディレクトリ以外に移動させておく
(例えば1つ上のディレクトリとか)。

で、ダウンロードしたzipファイルを解凍して、
pluginsディレクトリ配下にアップロードで有効化をする。

有効化をすると、上にupgradeを実行してという表記が出るのでクリック
upgrade設定画面が出るので、手順に従って進めていく。
その際、Stepが30くらいまで続くがその都度クリック nikkori

途中1つのStep(Step10くらい)で下記のようなデータベースエラーが
たくさん出たが、構わず次へをクリックしたwww

WordPress database error: [You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND comment_approved = '1' ORDER BY comment_date_gmt DESC LIMIT 10' at line 1]
SELECT wp_comments.* FROM wp_comments WHERE comment_post_ID = AND comment_approved = '1' ORDER BY comment_date_gmt DESC LIMIT 10

完了後確認してみたが、特に問題は無かった qoo_heart

最後に元の「wp-slimstat-ex」ディレクトリ配下の
langディレクトリにある、日本語のファイルを
新しくアップロードした同じlangディレクトリに移動すれば、
管理画面で日本語化がされるよ nika

WordPress 2.3にアップグレードして、データベース構造が
変わったせいで、重宝してる「Extended Live Archives」の
プラグインが正常に動作しなくなってしまった bikkuri

調べてみたところ、WP2.3に対応してるソースが見つかったので、
記載したいと思う nikkori

まず、こちらからソースをダウンロードする。
※「here」のリンク先をクリック

解凍すると以下の4つのファイルがある事が確認出来る。

1. af-extended-live-archive.php
2. af-extended-live-archive-include.php
3. af-extended-live-archive-option.php
4. includes/af-ela.php

まず、1~3を元々ある、
/plugins/af-extended-live-archive/配下に、
上書きでアップロードする。

続いて、4を/plugins/af-extended-live-archive/includes/配下に
上書きでアップロードする。
これで、基本的には終わり nikkori

ただ、うちの環境は元々キャッシュの保存が、
wp-content/af-extended-live-archive ディレクトリ配下に
保存されていたんだけど、新しくしてから
/plugins/af-extended-live-archive/cache ディレクトリ配下に
保存されるようになった。

なので、/plugins/af-extended-live-archive/cache ディレクトリの
パーミッションを777にして完了 dokidoki
ま、所有者や所有グループを変えれる環境であれば、
所有グループをApacheにして、パーミッションは775の方が
セキュリティ的にはいいかもね qoo_heart

WordPress 2.3にアップグレードしてから、
タグ機能のプラグインである、「Ultimate Tag Warrior」が
機能しなくなってしまった dame
調べてみると、「Simple Tags」が良いという事だったので、
「Ultimate Tag Warrior」から「Simple Tags」へ移行してみた ahaha

まず、こちらから「Simple Tags」をダウンロード。
いつものように、pluginsディレクトリ配下に解凍した
simple-tagsフォルダをアップロード。
管理画面からプラグインを有効化でインストール作業は完了 dokidoki

次に、「Ultimate Tag Warrior」から「Simple Tags」の移行手順。
管理画面の「管理」⇒「インポート」へ進む。
「Ultimate Tag Warrior」をクリックして画面の支持に従う。
STEPが4くらいまであり、なんなく移行作業が終了 qoo_heart

phpMyAdmin等でデータベース構造が見れる人は、
「wp_terms」テーブルに移行されているかが確認出来る。
「wp_terms」テーブルはWP2.3から作成されたテーブルらしい。

続いて、「Simple Tags」の設定に移る。

続きを読む…