cssの読み込みで失敗している箇所が2箇所そこで3secくらいかかっていた

（そんなにかかるもんなんだね）

ので、使っていない＆存在していないcssへのリンク（２つ）を撤去し

キャッシュをフラッシュして再表示してみた

（最初の読み込みでキャッシュを再作成するので初回だけ時間かかる）

3秒短縮した

そんな感じ

無記入のまま投稿するとデフォルトでen（英語です）に設定されてしまう

のが気に入らない。ja（日本語です）にしたい

該当の箇所、設定している場所を見つけて変更した

NP_Header.phpの176行目あたり

    $this->createBlogOption('language', 'Default language (ISO 639 language codes)', 'text', 'en');

↓

    $this->createBlogOption('language', 'Default language (ISO 639 language codes)', 'text', 'ja');

上手くいった

そんな感じ

xml-rss2.php

    // compare Etag to what we got
    if ($eTag == serverVar('HTTP_IF_NONE_MATCH')) {    
        header("HTTP/1.0 304 Not Modified");
        header('Content-Length: 0');
    } else {
        $feed = mb_convert_encoding($feed, "UTF-8", "EUC-JP");
        header("Content-Type: application/xml");

        ob_start ( "ob_gzhandler" );

        // dump feed
        echo $feed;
    }

header("Content-Type: application/xml");

のすぐ下の行に下記を追加

ob_start ( "ob_gzhandler" );

RSSの表示は速くなった

そんな感じ

ちなみにmisakiのところは60クエリくらいしかない
実に15倍である。これはまずい、重いはずだ

しかしいくらプラグインを大量に追加したからといって
900qなんて数字はなかなか出ない 。9秒かかるじゃん

なにか重大なミスを犯しているはずだ
設定したのが俺なだけに。 

SQLクエリをトラッキングする方法 を試してみた

これでどいつが犯人なのかある程度特定できる

ログを確認してみるとcustomURLからのクエリがダントツで多い

再設定が必要なようだ

色々いじって767q（クエリ）まで落としたが

よくわからないタイミングで468qまで落ちる時がある

同じページを出力して300qの誤差なんてあるものなのか？

ここに重要なヒントが隠されていそうだ


11/25追記：

よくわからないタイミングではなかった

よくわかるタイミングで300q減る

「続きを読む」で詳細表示すると300q減る

TOPページと詳細ページ、両者の違い

１．使っているskinが違う 

２．使っているテンプレートが違う

currentサイト（skinはCURRENT）

TOP（templateは/short）は770q、

詳細（templateは/full）は470q程度

メンバ毎サイト（skinはWHITEorBLACK）

TOP（templateは/shortl）は770q、

詳細（templateは/full）は470q程度

ということはskinの違いは関係ないだろう

これはテンプレートの違いによるものだろうか

問題があるのはshortの方か

続きへのリンクに書かれた下記の変数を消してみる

<%categorylink%><%CustomURL(path)%>

と、774qから693qまで減った

やはりcustomURL関係なのか

11/27追記：

ほとんどの原因がcustomURLにあることが判明したが

今更そのプラグインを撤去することはできない

なにせこのプラグインを入れる為に

Nucleusコアファイル（心臓部）までいじってしまったのだから

元に戻す為にはそれに使った時間と同じだけの時間を必要とする

そして元に戻ったサイトは今よりも不便になる

自分のリソースは後ろ向きより前向きに使うべきだろう

要は「クエリが増大してもそれと関係なくサイトが軽ければ良い」

わけだから、その結果を得る為に他の手を打てばよかろう

それを実現する為のキーワード

「PEAR　PECL　memcached + memcache」

「PHPaccelerator　Zend Platform  APC XCache eAccelerator」

これらを設定してみよう

そんな感じ

１．アップロードの手順は省きます（いつも通りにやるだけ）

２．ポップアップ型を選びます

するとこのように編集画面に元のサイズで表示されます。

が、それは編集画面のみです。

３．投稿して確認してみるときちんとサムネイル表示されるはずです
↓このように。

（サムネイルのサイズはSINxNが240x180px　misakiんところが380x285pxに設定されてます）

そんな感じ

TypePad AntiSpamとは

TypePad や Movable Type といったシックス・アパートのブログネットワーク内の各ブログに押し寄せるスパムを全部まとめて調べて統計処理したデータを元に、ブログに書き込まれるコメントがスパムかどうかを判定してくれる無料サービスです。
WordPress の同様のサービスである Akismet が有名ですが、それのシックス・アパート版。API も Akismet 互換で、シックス・アパート製のブログでなくても、自由に無料で使えるよう公開されています。

このプラグイン（NP_TypePadAntiSpam）にはコアとなるスパム防止のエンジンだけが入っています。
スパムコメントの管理などのユーザーインターフェースを追加するNP_Moderateなどのプラグインを併用することをお勧めします。 

ということだったのでその通りに設定しました。そんな感じ

Flickrの上部メニュー「You」の中の「Your Account」から「Extending Flickr」をクリック

「Your Blogs」にある「edit」をクリック

「Add Blog」をクリックしブログのタイプで「Metaweblog API Enabled Blog」を選択

「API Endpoint:」という項目に
「http://sinxn.com/nucleus/xmlrpc/server.php」を記入

※misakiは「http://sinxn.com/N3.1j/nucleus/xmlrpc/server.php」を記入
SINxNのログインに使うユーザー名とパスワードも記入

NEXT押すとそのIDとPASSでログイン可能なブログネームを自動的に調べて表示してくれる
 銀なら銀のページ、こじかならこじかのページを自動的に出力してくれるってこと、 賢いな。

その表示された自分のブログを選んで（普通は１つしか出ないけどね）SAVE


これで投稿準備完了！！


あとはFlickrにログインした状態で投稿したい画像を選んでBLOGTHISボタンを押せばOK

自分でアップロードした画像でも他人様のものでも自由にブログに貼れます（コメント付きでね）

「Test Post」をしてみて、正常に投稿できているか確認する

投稿される画像のサイズや書式を変更する場合は、「Layout」から行え、画像サイズや画像の下に表示される書式を変更できる。

お好きなレイアウトをチョイス
 

ちなみにsinxnのcontentsエリアの幅、今は580pxに設定してあるからどれでも平気
写真を趣味にしている方は是非有効活用してください。

そんな感じ