3月30日午後12時前のこと

新記事を投稿しようとしたところ、「込みいっています。しばらくしてから改めて・・・」とのメッセージが表示され、新規投稿も過去記事の編集も出来ない状態となりました。

数日前の深夜（22〜24時の時間帯）にも同様の現象が発生したのですが、まさか日曜日の真っ昼間にログイン出来ないほどにサーバーが混雑しているとは吃驚です。

余程アクセスの多いサイトがあるためなのか、別の原因があるのか分かりませんが、まるで繋がらないテレホンテクニカルサポートのような現象が、連続して出現していることに、驚くと共に、幻滅しています。

このようなことが頻発するのであれば、別のブログサービスに乗り換えることも視野に入れた対策を検討せざるを得なくなります。

最も自由度が高く、つまりユーザビリティの高いブログサービスとして、気に入っているのですが、今回のようにログインしたい時に出来ない状態が繰り返されると、サービスの基本的な要件として失格です。

何とかして欲しいものです！

　ここ数日午後10時から11時の間、殆どアクセスできない状況が続いている。blog1へのAccessが集中しているらしいのだ。
　これはおそらくblog1サーバー内に人気の高いブログがあって、そこへのAccessが集中するために発生する現象だと思われるが、迷惑千万な話である。

　そうしたAccessが集中するブログが有る場合には、何らかの対応をFc2で取ってくれないと、他のユーザーが迷惑してしまう訳で、善処を強く希望したい。

突然の未知との遭遇

ファイル置き場で色々検索を掛けている中で、GooglePage を利用しているサイトを偶々、本当に偶然に見つけました。「ナンジャこりゃ？」とグーグって見ると、WYSWYG な Homepage 作成を提供している無料サービスであることが判明し、早速ファイル置き場としてこれを活用するために登録し、そして活用したのでした。

ファイル置き場としての性能を考慮する時、それが Google Code と決定的に異なるメリットは upload したファイルの上書きが可能であることです。

これは Google Code を使えば分かることですが、上書きが出来ない、少なくとも直ぐに反映されないことは大変使いにくいものです。結局、同名の version 番号を付けたファイルを沢山 upload する羽目になってしまうからです。

その点 Google Page は曲がりなりにもホームページ形式のウェブサイトですから、uploadしたファイルの上書きは当然可能であり、むしろ当たり前のことです。

その使い勝手

WYSWYG な Homepage 作成サイトですから、当然簡単に Homepage が作れてしまいます。それをブログとして活用することも、英語を native とする人間ならば簡単かも知れません。作成されるソースファイルを見ると「なんじゃこりゃ？」と驚くほどのコードの羅列なので、HTMLファイルを編集するという感じの使い方は出来ないとは思いますが、ファイル置き場として使うのですから、決して複雑なレイアウトを行う訳でもないし、むしろ単にファイルが置けて、別サイトから自由にリンクを貼れれば良い訳ですから、複雑なレイアウトは不必要です。

その意味では、GooglePage はファイル置き場として最適と言えるでしょう。そのファイルが写真や動画の場合には決してベストの選択肢ではないでしょうが、HTML、Javascript、CSS などのコードファイルである限り、その利用の便さえ問題がなければ（事実今のところ問題は皆無です）、最高の無料 Homepage サービスと言えるでしょう。

▲ToTop

関連エントリイリスト in this Blog

• 数日前からテンプレートの更新が全く出来ない！！
• 新管理画面は不都合が多く、動作も遅い。敢えて旧管理画面を使う！

本当に大丈夫？

新管理画面の様々な問題点は phpbb で散々論議されていた。そして私も上記のようにこのブログ上で何度か発信した。

全ての問題が解決した、と Fc2 ブログ管理者が判断したのだろう。ついに旧管理画面は明日をもって廃止され、10日移行は新管理画面だけの利用となるようだ。

「日時：12月10日月曜日の13時より移行開始。当日の上記の日時以後、管理画面へアクセスいたしますと、移行が完了したアカウントより新管理画面へログインされます。」→引用先　ブログ管理者用お知らせ

本当に大丈夫なのだろうか？───使い勝手、速度等々に問題はないのだろうか？

これまでの経緯を踏まえると一抹の疑念と不安を抱かざるを得ない。

携帯版管理画面も新管理画面に移行！

一方、「この度、blog1サーバーをご利用のユーザー様のアカウント限定で、携帯管理画面リニューアル版のテスト公開を致します。」とのメールが 2007/12/6 に届いた。

ここには、PC 版だけではなく携帯版をも、新管理画面に移行しようとする Fc2 の強い意志を感じる。

意見･要望の申し出先 Web サイト一覧（Fc2からの情報による）

◎ユーザーフォーラム

○帯管理画面【不具合報告スレッド】

○帯管理画面【意見・要望スレッド】

「現在はblog1サーバーのみの公開ですが、正式公開の目処が立ち次第、全サーバーに適用となります。」とのことなので、いつころ正式公開の目処が立つかは全く不明であるとしても、近い将来携帯版も新管理画面に移行することになることは間違いない。

といっても、携帯版は全く利用してないので個人的には関係ないのであるが・・・。

新管理画面の使用をやめる！

一昨日のエントリイで書いたとおり、新管理画面から行ったテンプレートの更新作業は成功しない。しかもファイルアップロードにしても、過去の記事の管理にしても、新管理画面はとにかく反応が遅い!

phpbbを覗くと、Fc2は新管理画面に拘泥しているようなので、一部には旧管理画面に戻れ、との声もあるが、これは通りそうもない。社是として新管理画面への移行を推し進めているのであろう。

ユーザーから相当の反発があると思われるのに、何故にそれほどまでに新管理画面に拘るのか解せないが、とにかくストレスが溜まる管理画面はゴメン被りたい。

そんな訳で本日から旧管理画面の利用に戻ることとした。

こちらの方が動作が速くストレスが溜まらないからである。

新管理画面の利便性にある程度慣れてしまったから、旧画面は使いにくい面が多々ある。しかし、テンプレートの変更が新管理画面では出来ないのだから、新に拘泥する理由は一厘もない。

近い将来最上部に設置したショートカットも全て旧管理画面へのそれに戻すことになるだろう。

結局既成品を使うことにしました

自分でアクセスランキングを作ろう、と思って色々画策してきたのですが、それは無理でした。

何故ならばreferre情報を累積していくためには、訪問者がこのブログを閲覧してくれた時に自動的にそのreferrer情報をこのブログのファイルサーバーに送ることが出来なければならないからです。しかしそれは無理なことです。（それが出来ないことを今更ながらに気がつくとは余りに情けない話です。）

昨日まではreferrer情報がアップロードされることを前提にして、それを如何にして取得するかばかりを考えていたため、必至になって動的なscriptタグ設置方法を検討していたのです。

Ajaxテクニックを利用してファイルのアップロードが出来るのではないか、と錯覚したのは、DojoやjQueryのプラグインでファイルアップロードが出来る、という記述をある書籍で読んだためだったのですが、それはあくまでもサイト管理者がそれを行えるに過ぎないということに、もっと早く気がつくべきでした。

誰でも簡単に他人のサイトにファイルアップロードができてしまうとすれば、それはセキュリティ上由々しき事態を招くことになり、そんな仕様はAjaxと雖も許容するはずがないことを、何故思い至らなかったのか、と今更ながらに思います。

かくして、仕方なく既成品を利用することとしました。

Fc2ランキングとi2iのリンク元自動ランキングの２つを設置したのです。それらはトラックバック情報の下に一覧表として仮に設置しました。

既成品の欠点

設置した２つのランキングとも、このブログサイトへのアクセスランキングであって、各エントリイに対するアクセスランキングではないのです。本来得たかったのは各エントリイに対するアクセス状況であり、それこそが私にとってもまた閲覧者にとっても有益なreferrer情報となり得ると思うのです。

このブログ全体へのアクセスランキングではどのテーマ、あるいはどのカテゴリイに対してアクセスが多いのかを即座に判断できない訳で、その意味では既成品には満足がいかないのです。

しかし、無料サービスを利用してる訳ですから贅沢は言えないのでしょう。

それはFirebug Liteをアップロードしてから始まった。

任意のサイトをIEで閲覧している時に、jQueryfyブックマークレットを使って当該サイト上でjQuery.jsを使えるようにし、かつFirebug Liteをもインクルード出来ないか───と思い、Firebug Lite.zipを解凍したファイル全てを、このブログサーバーにアップロードしました。

その後このブログ上で、ではなく自分のローカルPC上のHTMLファイルにFc2ブログサーバーからFirebug Liteをインクルードしようとしたのです。

すると、数回繰り返してからこのブログの表示がおかしくなり始め、その後このブログ内でページを遷ろうとすると必ず表示できないエラーが発生するようになりました。

そして気がついたのです。この行為は規約違反であるということを！

いわゆる「ファイル置き場」として利用してしまった

無意識に、Fc2ブログサーバーをローカルPCから呼び出すファイルサーバーにしてしまっていたのです。

早速Fc2にメールを出し、違反を詫びると共にこうした過ちを繰り返さないことを約束したのです。

すると数日後にFc2からメールが来ました。そこには、支障なく見えていること及びファイル置き場として利用してしまったファイルを削除すべきこと、が書いてありました。

この後者の指示を受けて早速当該ファイルを削除したところ、やっと問題が解決したのです。

▲ToTop

お詫び

ここ一週間ほどの間に閲覧された方には、閲覧障害というご迷惑をお掛けして場合もあったかと思います。その理由は以上の通りですので、この場を借りてお詫びしたいと思います。

FC2 Infomationからお知らせメールが届きました

昨日FC2 Infomationからe-mailが届いていました。その要旨は以下の通りです。

・・・約１年がかりで３万行以上あるコードをゼロから書き直して最適化を行いました。その結果コードは約半分に減り、速度やパフォーマンスも劇的に向上しました。・・・インターフェースなどにも細かな改良を施すことで、操作性も向上。なおかつ、これまでご利用頂いていたお客様がたにも違和感なく新バージョンに適応できるための工夫も随所に施しました。また、旧管理画面と新管理画面を切り替えることも可能です。・・・ブログの表示速度が10倍に?　・・・今後はＤＢキャッシュとコンテンツキャッシュを有効にする予定で、その際は5msを切る見込みで現行版と比べると１０倍以上のパフォーマンスの向上となります。

早速新管理画面に切り替えてこのエントリイを書いています。

新管理画面は従来よりもエントリイを書き込むボックスの幅が広がり、カテゴリイ追加が容易になり、タグ追加も分かりやすくなりました。左カラムのツールも項目が増えているような気がします。（左カラムについては、最近詳細に見ることはほとんどないので定かではありませんが。）

エントリイ管理画面も、タイトル列が異様に狭く見にくかった従来画面に較べれば、かなり改善されたようです。ジャンル別に行える「設定変更」も魅力です（従来これがあったかどうか記憶が定かではありませんが・・・）。

表示速度の改善に大いに期待したい

但し、私は AreaEditor を使用して秀丸を起動し、秀丸で作成したFc2エントリイ用のテンプレート（HTML形式）を読み込んでからエントリイを作成していますので、エントリイ作成ボックスの改訂による恩恵は皆無です。

また、記事作成画面にプレビューボックスがありますが、この表示をオン／オフ出来ないのは迷惑です。プレビューを見たい方もいればそれを欲しない方もいるはずです。なぜ強制的にプレビューさせてしまうのでしょう。この仕様は、ユーザーフレンドリイではないと思います。

最も期待したいのは、エントリイ表示速度の改善です。既に４倍程度表示が速くなったとメールに書いてあり、今後10倍も速くなる予定とのことですから、大いに期待したいと思います。

関連エントリイリスト in this Blog

• 何と16日のユニーク閲覧者は555！
• 大晦日の閲覧者が237人！過去最高の記録

それは記念すべきことです

昨年末に200台を突破、つい先日500台を突破したと思ったら、18日は何と1,100越えを記録しました。このユニークビューの急増現象はどうしてなのか、それをアクセス解析を通じて調査してみました。

その結果、あるサイト（カトゆー家断絶）からの訪問者が激増したためであることが判明しました。

カトゆー家断絶はカウンター数8千万overのサイト、このサイトからのアクセスだけで、18日に600over/日を記録していたのです。

そして上記サイトを訪問させていただいて、標準のブラウザを徹底してSleipnir2に設定するエントリイにアクセスが集中しているらしい、と言うところまで突き止めました。

その後19日のアクセスは400台にダウンしましたので、ユニークビュー1000オーバーは「真夏（ではないなぁ（苦笑））の夜の夢」となったようです。しかし、カウント数を得る為にエントリイを投稿している訳ではないので、結果を目的とする必要はないから、一喜一憂するほどのことではないでしょう。

何はともあれ多くの方に閲覧してもらえることは嬉しいこと！

そうなのです。ある意味ではマニアックなこんな拙ブログでも毎日数百人の方々が閲覧してくださっている、ということはそれだけで励みになります。拙文でも、見ず知らずの方々に目を通してもらえるということは嬉しいことです。

そんな訳で1000カウントオーバー記念として、このエントリイを書いた次第です。

関連エントリイリスト in this Blog

• 大晦日の閲覧者が237人！過去最高の記録

7月16日のユニーク閲覧者数が何と555！

数日前から閲覧者数が増加していることは把握していました。しかしこれまでの数ヶ月間ずっと200台だったユニーク閲覧者数が突然一昨日あたりから急増し始め、ついに昨日7/16には555人となったのです。

トータルアクセス数では914回と一千の大台に近づいてしまいました。

こんな拙ブログの何がそれ程の閲覧者を獲得しているのか？　アクセス解析を見ても決して特定のエントリイに集中してアクセスされている訳ではないのです。

7月の約２週間の検索ワードを調べてみると、相変わらず「Yahoo解約」関連検索結果としての閲覧がダントツで多く、これにDRM解除が続いています。今盛んにエントリイしているJavascript関連の検索語による訪問は決して多くはありません。最も多いoffsetParentで検索して閲覧してくれた方でも、7月中のユニーク訪問者数累計＝4,164人（参考：6月-6015人、5月-5199人、4/22〜30で1147人）の内、わずか26人に過ぎません。

つまり今集中して書いているJavascript関連のエントリイが注目を浴びている訳ではなく、以前に書いたいくつかの話題が関心を集めているようです。

ちょっと残念ですが，それでも沢山の方々に閲覧されていると言う事実は、大変嬉しいことです。

そして大いに励みになることでもあります。引き続き頑張りたい、との決意を新たにしている今日この頃です。

閲覧者の皆さん、ありがとうございます。

9日未明に、templates（HTML内）に気づかぬうちにたった一箇所のミスを行ってしまった（一箇所だけ"が多かった）まま、確認しないで就寝してしまい、10日未明に再び開いたところtop頁が開けないので、吃驚して調査しました。

その結果上記のことが判明し修正した次第です。

9日に閲覧してくださった方々には、大変ご迷惑をお掛けしました。

深くお詫びします。

関連エントリイリスト in this Blog

• 「miniAqua」検索結果

miniAqua では魚の数を1〜6匹の間で指定できる

そのことは本家サイトに説明されているが、どうせなら匹数をランダムにしたいではないか！

ということで、ちょこっとscriptを追加してランダムに魚の数を変化させることにした。（実証済み）

この結果、背景、魚の種類そしてその数の全てがrandomに変化することになる。

そのscriptは以下の通り

miniAqua における魚の数をランダムに変化させる

　<script type="text/javascript"><!-- //1〜6の数をランダムに発生させる var numString = Math.round (Math.random () * 6 + 0.5).toString(); //魚の数を指定 ma_FishNum = numString;//--></script> <!--ミニアクア埋め込みタグ（魚の種類もrandomにした）--> <script type="text/javascript" src="http://m-aqua.com/random.js"></script>

上のscriptを組み込んだ 悉くrandom な miniAqua は以下の通り

なお、言うまでもないがそのrandom性を確認するには、F5キーを押すなどしてこのページを更新すればよい。

関連エントリイリスト in this Blog

• 「スパム」検索結果

正規表現で苦労する必要はなかった！

ブログ環境設定の中に、英文のみのコメントとトラックバックに対する制限コントロール機能があることを今日知った。

環境設定　→　ブログの設定　の中に下図のような設定項目があるのだ。

禁止ワードに正規表現など使わなくても、これで設定すれば良かったのだ。全く知らなかったので、正規表現による英文禁止設定作業が徒労に終わってしまった。ぐやしぃぃいい〜！

関連エントリイリスト in this Blog

• mini-AQUA test

miniAquaは職場で好評を博した

本日職場のHomepage上にminiAquaを設置したところ、かなり好評を博したので、改めてブログパーツへの関心を呼び起こされた。そこでちょっと関連サイトを調べたところ、昨日触れた書籍に頼るまでもなく、それ以上の膨大な数のパーツを紹介している Website があることを知った。

それは、その名もずばり　画像で比較できる無料ブログパーツ情報図鑑　である。

このサイト内には、勿論miniAquaも掲載されており、その他にも魅力的なパーツが満載である。

しかしながら、ブログスタイルが２または３カラムの場合には、ブログパーツを掲載したい衝動や意欲、思い付きなどがあり得るが、myblogにおいてはそれを組み込む意志は湧いてこない。淡々と記し続けるのみである。

FC2からプレゼントされた冊子『FC2ブログ徹底攻略術』をパラパラと見ていて、各種プラグインの紹介部分に目が止まった。myblogはシングルカラムなので、また既成品を利用するのは余り趣味ではないので、プラグインは一切使っていないため、サイドバーに表示する各種のミニツールの存在に余り興味はない。

このためプラグインツールには関心すらないのだが、miniAquaは気に入ったので、８つの「水槽」をテスト表示してみる。

  

さて、これだけのshockwaveコンテンツを掲載すると、そのCPU利用率がかなり高いためか、途端に表示が遅くなる。このページを開いたまま他の作業を行うと、その作業の効率が極端に低下してしまう。

どんな感じか確認は出来たので掲載している水槽の数を、２つに減らしてしまった。

当面コメントスパムは来なくなったが・・・

一昨日から今日までコメントスパムは来ていない。しかし、それが講じた対策の効果なのかどうか、拒否した旨の通知があるわけではないので判断できない。そこで自分でスパムコメントを発して検証してみたところ、どうも功を奏していないようだ。

作成した正規表現ルール【(\w+\s){5,}】が功を奏していれば、「and I love you so much.」はスパムコメントになるはず。英文字＋スペースが５つ以上継続しているのだから。実際正規表現テストページでチェックしたところ、下図のように引っかかるのだ。

「and I love you so much.」に対する禁止ルール「(\w+\s){5,}」の正規表現テスト結果

効果が確認できる仕様にして欲しい

FC2の様々なブログ性能拡充の試みは高く評価するが、確認やテストが出来ない禁止ワード機能は困る。ユーザーサイドで試行して効果を確認できる仕様にすべきだと思う。

今の仕様では、今回そうしたように、ユーザーサイドで禁止されるはずのコメントを実際に投稿して効果を確かめるしかなく、思い通りにならなかった場合にその原因を探ることが出来ない。これでは修正しようがない訳で、宝の持ち腐れになってしまう。

関連エントリイリスト in this Blog

• 増えるコメントスパムに対策を講じてみた
• 正規表現による英文コメントスパム対策の適否

　禁止ワード適用後の結果について

適用後２時間ほど経過する間に３本の英語だけのスパムコメントが登録された。（E-MAIL通知による）

そしてその全てが拒否されずにエントリイのコメントとして表示されている。

中の１つは、タイトル：making weave poles (making weave poles)、コメント本文「The hint given, and returned in a way.」であったので、「\w+\sが連続して５つ以上続く」条件に該当しないため拒否できなかったのは理解できる。

しかし、他の２つは明らかに「\w+\sが連続して５つ以上続いている」にも拘わらずサーバーは拒否してくれなかった。因みにそのコメントは以下の通りであり、正規表現テストWebサイトでチェックしたら、共に(\w+\s){5,}の禁止ワードにヒットするのに、FC2ブログサーバーでは削除してくれなかったことになる。

　禁止ワードで遮断されるはずなのに、そうならなかった２つのコメントスパム

• タイトル：melisa ford (melisa ford)、
  コメント：「Sleep, sleep, Grace had always seemed more fitted for heaven than earth; but, it is hardly generous to think myself in love with my friends at Marseilles, by their exteriors.」
• タイトル：american express pay bill (american express pay bill)
  コメント：As I did when I heard a suppressed groan escaped him, declaring that the parson's son could hardly believe that this was my misfortune; for I conceived it impossible anything material could escape them.

「melisa ford (melisa ford)」の正規表現MATCHテストの結果は以下の通りであり、２箇所が禁止ワードにヒットしている。しかしFC2サーバーは跳ねなかった・・・。

関連エントリイリスト in this Blog

• 増えるコメントスパムに対策を講じてみた

　講じた英文スパム対策禁止ワード（　(\w+\s){5,}　）のチェックの様子を記しておく。いうよりも、当然のことであるがチェックしてから禁止ワード設定を更新した（笑）。

なお、ここにチェックに使用したWebサイトを記して感謝の意を表したい。それは　正規表現MATCHテスト　（黄色い文字をクリックすれば当該サイトが別窓で開きます）である。

ケース１……ヒットする例文

※　以下の例示では正規表現が \w{1,}\s{5,} となっているが、これは \w+\s{5,} と同意であり、後者の方が簡潔なので実際の禁止設定では後者で登録したことを付言しておく。

下図のように、スペースや改行文字を伴う５個以上の英単語が連続するケースは、ごく短い英文でも一般的に存在する。（実際のコメントスパムをチェックした例である）

テスト内容

テスト結果

ケース２……Javascript文を跳ねないか？

この場合、＝、（。｛などの英文字ではない記号が沢山登場するし、スペース、改行を伴うアルファベット文字列５個がで連続してる箇所は滅多にないだろう。テスト内容は下図を参照。

▼ケース３……HTML文を跳ねないか？

HTML文の場合　<や＝などの記号が随所にはいるため、英文字とスペースや改行だけが５回以上繰り返されることはまずない。だからヒットしない。

ケース４……CSS文はどうか？

この場合には以上のチェック結果を踏まえれば敢えて試すまでもなく、：や；が続々と登場するので上記の禁止ワード正規表現にはヒットし得ない。

意図通り作動しているか？

それは今後のお楽しみ。毎日数通のスパムコメントが投稿されているので、数日来なければ成功と言えよう。

しかし　I love you so much. 何てコメントも拒否してしまうので５回繰り返しでは少なすぎか？　否、ピリオドがあれば \w\s の禁止ワード正規表現には該当しない。この場合には４回の連続だけになるので大丈夫！───と一人悦に入っていても仕方ないことではある（爆笑）。

以下の正規表現で功を奏するかどうか、実験中。

(\w+\s){5,}

「任意の1以上のアルファベット（\w+）とスペース、タブ、改行記号（\s）の組み合わせからなる文字列が５個以上あれば禁止」 という設定である。

目の青い友人（笑）はいないから間違って拒否することもないし、日本人のコメントで「アルファベットとスペースや改行」だけが５回連続したコメント文はまずないだろう、と考えた。

なお、コメント内にHTML文、CSS文、scriptを記述する場合があり、当然英字は沢山混じってくる。しかし、それはアルファベット以外の記号（<、{、(、：、；等々）が必ず混じるし、アルファベットとスペースや改行記号だけが５回以上繰り返される、というパターンはないと判断する。

本来、過去に戴いたコメントで文字数をチェックしてから設定すべきだが、面倒なのでとりあえず以上で設定し、数日様子を見てみようと思う。

なお、便利な世の中になったもので（笑）、「正規表現MATCHテスト」をWeb上で行えるサイトが複数存在しており、また正規表現をチェックできるフリーソフトも存在していることが分かったので、それらを使ってテストした結果を別エントリイで書くことにする。

昨日、拙BLOGの閲覧者が初めて200人を越えた。これまで200人台に上ることはなかったので驚くと共に、嬉しい。

しかし、何がそうさせたのか、アクセス解析を見ても分からなかった。何らかの用語検索から訪れてくれた方が110人程なので、半分は検索からではなく他の方法で辿り着いてくれたことになる。この間書き綴ってきたJavascriptやOSに関することが興味を引いたとすれば幸いである。