2006.09.30

faviconを付けてみた

Favicon_window

favicon って↑みたいにブラウザの検索ウィンドウに出るアイコンのことね。

ほとんど更新しないのに favicon もねーだろと思いながらも付けてみようと思ったのですが・・・
さすがココログ。
一筋縄ではうまくいきません。
Opera、Netscape、FireFoxでも表示できましたが、IEでハマりました。

症状は、「お気に入りのリストに favicon が出ない」 の一言。

普段はIEは使わないし、ましてや更新してないくせにブックマークしてもらえるなどと思い上がってもいないのですが、納得が行かないのでいろいろ試してみました。

  • cocolog上に置いたアイコンを favicon に指定するhtml
  • @nifty上に置いた同じアイコンを favicon にするhtml

この2つを@nifty上に置いて、それぞれをIEでブックマークしてみると・・・
@nifty上のアイコンを favicon に指定した html はお気に入りリストに favicon が出る。
cocolog上のアイコンを favicon に指定すると favicon が出ない。

パケットモニタで調べてみると、cocologからアイコンファイルを取得する際、サーバが Vary ヘッダを付けて返してる。
どうもそれが理由でキャッシュされていないような感じ。
ちなみに私はHTTPサーバの設定に関しては全く分からないので、Vary の本来の意味・目的や、Vary を付ける設定にしていることの是非は全然分からないのでそこは放っておきます。
IE側の問題なのかも知れないし、自分側の設定かも知れないしね。

で、他のパケットを見てみると、jpeg や gif だと cocolog のサーバーが Vary を付けて返してない。
試しに favicon.ico を favicon.jpg に名前だけ変え (中身はアイコン) favicon に favicon.jpg を指定すると Vary を付けずに返し、しかもお気に入りのリストにもアイコンが出るようになった。

でも問題がもう一つ。
ココログのベーシックを使っているんだけど、<head></head> 間に link タグを埋められない。
そのためIEでは、headタグの外にlinkタグを入れても、結局はルートの favicon.ico を探しに行き、ファイルはあってもお気に入りリストにアイコンは出ない。

で、簡単ながら JavaScript を作って回避しました。

enableFaviconIE.js

サブタイトルの編集で、

<script type="text/javascript" src="http://xxx/enableFaviconIE.js"></script>
<script>
enableFavicon('http://xxx/images/xxx.jpg');
</script>

といった具合に中身はアイコンでも拡張子だけjpgにしたfaviconを指定。

これでIEでもOKになったぞぉ~。

そうして記事の更新は再び途絶える・・・・・

| | Comments (11) | TrackBack (2)

2006.07.13

ココログメンテ後テスト

ココログメンテ後テスト

あっ、一応生きてます。ココログも私も。Gj_1

| | Comments (2) | TrackBack (0)

2006.03.14

ココログ、メンテナンスの失敗とユーザーの不満

3月9日に実施されたココログのメンテナンスで、丸一日ほどログインできない、コメントが書けないという障害が発生しました。

この件でニフティは情報通達の悪さを露呈した上に、信頼度を自ら地におとしめましたね。

私もIT系の仕事をしているし、24時間稼動のシステムのバージョンアップの作業を何度も行った経験があるので作業の想像は付きます。
大体こんな感じでしょう。

1.バージョンアップの手順書の作成
2.問題が起きた場合に備えたバージョンを戻す手順書の作成
3.擬似環境で試験を行い、手順書・内容に誤り、抜けがないことの確認
4.作業時間を見積り
5.作業日程・計画の最終決定

でも相手はマシンだから予想外の事だって起きます。
しょうがないことなんですけどね。
でも今回は色々とマズ過ぎました。
以下にチクチクと書いてみます。

1.作業計画が滅茶苦茶。
当初の作業予定は10:00-15:00
それが18:00に延び、20:00に延び、そして21:00に延びた。
最初に言ったけど、予想外のことは起きるからしょうがいないです。
だけど、メンテの作業時間が延長になるのは今回だけでなく、毎度のこと。
こう毎度だと、作業計画が曖昧だと見られてもしょうがない。
上の作業の1~5のどれかが甘いのかな?
2.情報提供が滅茶苦茶
メンテナンス作業予定や状況はココログトップページに載ります。
また、障害があった場合にはその情報が以下に3つに挙がります。
(a) ココログトップページにて現状の報告
(b) @niftyの各種サービスのトラブル情報
(c) 今回の障害を受けて、「20060310障害情報報告ブログ」を新たに立ち上げ、そこに状況の進展を載せる。
それはいいのですが、その情報が曖昧なんです。
そこら辺を以下にグチってみます。

作業予定が21:00まで延長になったことはココログトップページに掲載されたのですが、22:30になった時点でも掲載はそのまま。
これではメンテは終わったのかメンテ中なのかさっぱり分かりません。

10日16:05 「@niftyの各種サービスのトラブル情報」に以下の情報が載ります。
「システムトラブルのため、ココログ(ベーシック・プラス・プロ)をご利用のお客様におきまして、管理画面にログインしづらい状態が発生した旨のトラブル情報を掲載しておりましたが、調査の結果、お客様への影響はございませんでした。」
・・・影響大ありですよ。

10日16:10 「20060310障害情報報告ブログ」に第2報が載ります。
「一部制限をかけてサービスを再開しました」 といった内容です。
その後にココログトップページに
「22:00頃より発生しておりましたログインできない障害が復旧しました。」
と情報が掲載されます。
なのに 「20060310障害情報報告ブログ」 は第2報のまま。
はて?
完全に復旧したの?制限つき再開のままなの?
さっぱり分かりません。

11日02:30 「20060310障害情報報告ブログ」に第3報が載ります。
なのにココログトップページには第2報へのリンクのみ。
せっかく第3報を載せたのにそれを忘れてます。

このように情報の提供が無茶苦茶でいい加減さが目立ちます。
3.評価できる点は?
そんな中、唯一評価できるのは 「20060310障害情報報告ブログ」 を新たに立ち上げた対応。
ただ、これは私の勝手な想像だけど一種のスケープゴートでしょうね。
ここにある程度不満を書くことで、メールや電話での問い合わせを軽減する目的もあると思いますし、たぶん管理者はそれぞれのコメントを読まないだろうし、最終的にコメントを返すこともしないと思います。
といってもコメントを返せるような書き込み自体が稀でしょうけどね。
とにかく、このようなブログを用意したことは評価できると思います。
4.最後に

いろいろ書きましたが、私は基本的に
「ブログが1日やそこら止まっても大したことない」
と考えるタイプ。
誰かが怪我するわけじゃないですしね。
でも今回の場合、ココログユーザーでなく、コメントを書こうとしてくれた訪問者の方々にも迷惑を掛けてます。
せっかく書いたのに、「書き込み」 で失敗するのは申し訳ないです。
その点は是非ココログに何らかの対処をして欲しいもんですが、 TypePad か Six Apart か分かりませんが、システムを丸借りしてるとしたらニフティには無理な話かもしれませんね。

さて、今回の件で引越しをする方はいるんでしょうか。
たぶんブログのプロバイダのユーザー対応なんてどこも大して変わらないと思うんですよ。
企業側としては大した儲けが出るわけじゃないでしょうから、金を掛ける訳にもいかないでしょうしね。
そんな中でニフティは良い方だと思います。(想像ですが)
今回の件で腹が立ったとしても、引越しは面倒でしょう。
引越し先の方がもっと酷いかも知れませんしね。

| | Comments (3) | TrackBack (0)