ついでにあまり意味のないリンク情報も合算で目安程度にしました。

それにしても結構落ちてるものですねー
前のクローラのときもページランク３みたいなのはかなりとれたんですが、
今回のはどうなんだろう。

まあいずれにせよページランク自体は残ったり残らなかったり
Google先生の気分でかわっちゃうので、
用途はハネムーン回避、ファーストインデックス速度の向上
最初からちょっとリンクがついてる、といったところでしょうか。
アフィリエイトサイト作成くらいなら十分かとおもいます。

ユーズドドメインチェッカー

SEO難易度調査ツール

ビジネスセンスのある人はきっとここで、
調査結果にSEO会社の広告でものせるんだろうけどｗ
このたぐいのものがどの程度ニーズあるのか的な調査もあるので
とりあえず使ってもらう形にしました。

精度は高いと思います。
100%じゃないですが、100%出せるツールは少なくともフリーじゃ出回ってないですしね。

精度が高いのはきっとうちの商材を売るために
業務用として公開（うちの会社で）すると思いますｗ

今まで画像をキャッシュしたり生成したりというのは
全部プログラム側で書いてたわけですが、

if (file_exists(IMG_CACHE_DIR.$cacheFile)) {
    $image = imagecreatefromjpeg (IMG_CACHE_DIR.$cacheFile);
} else {
    $image = imagecreatefromjpeg ($imgBack);
    //画像加工処理
    imagejpeg($image,IMG_CACHE_DIR.$cacheFile);
}
header("content-type: image/jpg");
imagejpeg($image);
imagedestroy($image);

まあこんなかんじで、キャッシュヒットもプログラム側で書いてたわけで、
これがどうにも地味に遅いので、何とか回避するべく頭をひねったお話です。

でまあ結論から言うと .htaccess のほうで
キャッシュヒットの処理を書いてしまうことに。

こんなかんじです。

//ファイルが画像の場合
RewriteCond %{REQUEST_URI} ^(.*\.(jpg|gif|png|jpeg))$

//cacheフォルダのキャッシュとヒットするか確認
RewriteCond %{DOCUMENT_ROOT}/cache/%1 -f

//ヒットしたらリライトして表示させる
RewriteRule .* /cache/%1 [L]

ポイントは %1 を使ってRewriteCondでヒットさせた参照を使用することで、
http://a.com/a.gif がキャッシュファイルである http://a.com/cache/a.gif
にヒットさせるってとこですかね。
今まで$1とかしか使ってなかったわけですが、%のが便利だなーと。

「RewriteCond」まで思いつけば割とすぐなんですが。

ということで、こんなかんじですよっと。

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]

・!-f はファイルがあったら以下のRewriteRuleを適用しない
・!-d はファイルがあったら以下のRewriteRuleを適用しない

これで「.htaccessでファイルがあったらリダイレクトしない」で検索して
ヒットしてくれればいいんだけどｗ

ERROR 2013: Lost connection to MySQL server at 'reading initial communication packet' Error 61

無論DBにアクセスできない状態になったので、なんなのかなーと探っていたら
10分ほどして勝手に直った。

直った？っていうか本当に直ったの？ってことで
一応作業を終えた後色々調べていたら
どうもプロセスが死んでリスタートされてる間にアクセスすると
こんなエラーになるらしい。

このエラーが出た間に裏側ででたmysqlのエラーログはこんなかんじ。

Server shutdown in progress

Lost connection to MySQL server during query

Can't connect to MySQL server on '***.db.sakura.ne.jp'

てっきり作業でUPDATE文とかINSERT文とか1000行単位でぶちこんでいたから
それのせいなのかと思ってただけによかったよかった。
なんかのタイミングでmysqlサーバが再起動してたぽいですね

ということでまたおきた時の為にメモ。

//今までこんなかんじでめんどくさい
public function hogehoge() {
    try {
        if (TRUE === $error) {
            throw new Exception($e);
        }
        if (～～～) {
            throw new Exception($e);
        }
    } catch(Exception $e) {

    }
}

//set_error_handlerを使うとこうなる
public function hogehoge() {
    set_error_handler("Class名::dbErrorHandler");
    try {

    } catch(Exception $e) {

    }
    restore_error_handler();
}

public static function dbErrorHandler($enNo,$eStr,$eFile,$eLine) {
    throw new Exception($eStr,$enNo);
}

おーやっとそれっぽくなった。

ちなみに set_error_handler() は staticで書いておけば

set_error_handler("クラス名::dbErrorHandler");
set_error_handler("self::dbErrorHandler");
set_error_handler(array($this,'dbErrorHandler');

のどれでもいけます。

ブログ開設から3回目の年明けですが
（最近ついったーで満足してるという事実もありますが）
これからもがんばって色々作っていきたいと思います。

とりあえず今年やろうと思ってるあたりは
・androidアプリ作成
・もう少しましなWEBアプリの作成
・もう少しましなデスクトップアプリの作成
ってとこでしょうか。

androidは今実機がありませんが、
nexusは買って見るつもりなのでそれにあわせて
開発しています。

ということで今年もよろしくお願いします。

やり方はこうです。

１：ログインしてGoogleにアクセスしてください。
２：右上に　「アカウント」ってあるとおもうのでそれをクリック
３：「ウェブ履歴」をクリック
４：サイドバーの　「統計」　をクリック
５：上部にある「昨年」をクリック（これが今年分らしい）

毎年思うですが、
仕事の時使ってるアカウントと、
家で遊んでる時使ってるアカウントが一緒なので
遊び系のネタが豊富すぎて仕事してないように見えますorz

ということで今年の総計

総検索回数:7621

1月:582
2月:507
3月:391
4月:664
5月:622
6月:630
7月:656
8月:526
9月:842
10月:1025
11月:556
12月:620

去年の総検索回数が13629
今年の総検索回数が7621

は　半分になってる。。

まあ去年などはPHP関連でかなり検索した記憶がありますが、
今年はそういうとこで詰まるってことが少なかったからかもしれません。
成長したから。。。だと思っておきます。

ちなみに今年のトップクエリは yahoo api
いっつも yahoo developers をこれで検索してるからですね。
ブックマークしとけよってお話。

2位は youtube
dirpyというサイトを見つけて tubefire で落とせなかった
mp3とかも落とせるようになったので、
それで結構使ってた記憶が。

それ以外はゲーム関連とか wiki とか。

あと今年のトップサイトは livedocs.adobe.com でした。
これはFLEX関連でかなり調査したからですね。

ということで、今年もお疲れ様でした。

あそび

┃の半分の高さの文字がわかんなくて微妙に
４，６，７が大きさ違うのがきにくわない。

ほんとは日付にするつもりだったんだけど
スラッシュとかめんどくさいし
数字だけできたらもう満足なんてイエナイ

Client does not support authentication protocol requested by server; consider upgrading MySQL client

phpのほうは同じなのにmysql4.1 > 5 の違いでエラーが出てるので
なんでだろうとおもったら、パスワードのハッシュの長さがうんたらかんたらだった。
さくらサーバだとDBのアカウント作成する際に自動でやってくれるんだけど
それが4.1用のやつなのかな。
mysql5をさくらで使うの初めてだから毎回こうなるのかはわからないんだけど。

で、まあこんなかんじで解決

UPDATE user-name SET password = OLD_PASSWORD('**********')

ユーザネームとパスワードを上の構文に入れてあげるだけでした。

エラーの詳細はここら辺を参考にどうぞ
パスワードハッシュ