「すいません、印鑑かサインお願いします」

デジ欲侍へろのもとへ届いたお荷物は、大阪の友人から。
あ、これ10日ほど前の話なんですが。


中身はニンテンドーDS Lite！（白）
わぁ～い！


－14日前のメッセ－

「DSLite、定価でも欲しいですか？」
「えっ？　買います！」
という事で、あっさり入手ｗ

ドコもかしこも未だモノが無いのに、あるとこにはあるもんです…。
いわゆるひとつの裏ルートというやつですか。
いやぁ、世の中はいつもダークですネ。（何

詳しく語ると友人巻き込むハメになるんで言えませんが、
どうも大手外資系スーパー・モニョモニョのモニョモニョ店に在庫（?!）してあったよーです。
店員さんの分（及び家族の分）ならこっそり買えるシステム、って事らしい。

ほとんど言うてるやん。（ぉ


さぁ、なんとなく手に入ったDSLite。
どうしましょうかｗ（ぉ
あ、以前こんなの書いてましたネ。。。

よっしゃぁぁあぁああ！！
マリオカートDSやるぜぇぇぇ！！（今更

………はっ！
ゲームソフトが一本も無ぇえぇぇえぇぇぇッ！！（馬鹿

（※DSLite届いた日から2日ほど、ひとりでピクトチャットしてました。orz）

あ、ちなみに、DS Liteは…、２台届いたよ（ぇ

前回記事で悩んでると書いたところ、
chibisaruさんにいろいろアドバイスを頂きました。
おかげで問題点を思い出したり、新たな発想思いついたりして助かりました。どもども～

ちなみに、chibisaruさんには生のCSSを見られちゃったようで非常にハズカシーすｗ
でもまぁ今回の話のミソですし、URLを書いておきますね。
ｈttp://www.doblog.com//tcss/user/31000/t30628/real30628.css
↑これです。（リンクは一応なしね、先頭のｈを半角にしてちょ）

そう、ドブロガーのCSSは直リンクで読めるんですな。
Doblogの各ブログは、３つのCSSファイルから成り立ってます。
mypage.css
real#####.css
styletemplate_bc.css
これはhtml読めばすぐわかると思いますが。（#####は対象ブログのナンバーが入ります）

デザインカスタマイズで記述した内容は、real#####.cssに丸ごと入っています。
ほかの２つはユーザー側で弄られない固定ファイルです。
うちのブログの場合は、real30628.cssなわけですね。

うちのカスタマイズが気になるようでしたら、上記のURL直叩きで見てください。
コメントでも頂けるとうれしいですｗ
（本当は、その中にちょっと見せたくないURLとかあるんですがｗ）

で、問題の中心は、Iタグに設定した"ブロック囲い"。
このカスタマイズをしている件。

焦点は、この囲いが
「IEとIE以外のブラウザで表現が異なる」
という事です。




元々のIタグ設定 （CSSから該当部分を抜粋）

I {
　/* <I> [斜字]のカスタマイズ ◆ 現在の設定【枠囲み & 文字色・背景色付け】*/
　/*等幅フォント設定は現在停止中 → font-family:"ＭＳ ゴシック","Osaka－等幅",monospace ; */
　font-style: normal ; /* ←「Iタグ本来の機能（斜体表示）を無効化」 */

　color: #006080 ;
　background-color: #FFFFDD ;
　border: 1pt solid #FF9933 ;
　width: 98%;
　margin : 5px 8px ;
　padding : 10px 10px 10px 8px ;
}

これまで、上記のようにしていました。
特に、「width: 98%」となっている点が問題です。

本来、複数行で構成した要素（=文章）を罫線で囲うには、
まずはその要素の属性を「インライン」から「ブロック」に変更しなければなりません。
これは前のchibisaruさんのご指摘のとおりで、つまりこうなるべきです。

chibisaruさん的アドバイス
I {

　color: #006080 ;
　background-color: #FFFFDD ;
　border: 1pt solid #FF9933 ;
　display : block ;
　margin : 5px 8px ;
　padding : 10px 10px 10px 8px ;
}


こうすると、Iタグで囲んだ文字列がひとつの「ブロック要素」となり
単一行か複数行かにかかわらず、全体を囲う境界線を引く事が出来ます。

かつ、マージンとパディング（＝余白）が固定指定されている事によって
記事部分の幅に合わせサイズが自動決定されるというスグレモノです。



…ですが、これを使いませんでした。
当時（1年以上前）のわしはこれと同じ事を別の方法で実現しました。
それが前引用の「Width:98%」の箇所なのです。

そう、ブロック要素とせず、なぜかインライン要素のまま実現したのです。

IEでは、複数行の要素に対して横幅を指定すると、
インラインでありながらブロック要素のように扱われます。
このためブロック要素にした場合と同様、意図したとおりの囲いが形成されます。

なお、98%というほぼ行全体サイズへと強制している事で、
次の要素に何が来たとしても、その横に収まりきらない状況が発生、
その結果Iタグの次の要素はすべて、自動的に次の行へ送られるのです。

これで、インライン要素による擬似ブロック要素の完成というわけです。



しかし、これはIEがCSSを解釈した結果の挙動であって記述からするとあまり正しくはありません。
むしろ「インライン要素に幅を指定するとブロック要素として解釈する」IEの動きは間違えているとも言えます。

実際、他のブラウザではこのような実装になっているものはありませんし、
その結果今回の「IE以外での表示が正しくない」という事態を招いているわけで。。。


とはいえ、「FireFoxなどGecko系ブラウザの表示が正しいのか？」と言われると
「それも怪しいんじゃネ？」と言わざるを得ないんですが。。。


インライン要素が折り返して表示された場合にも、各行にはマージンとパディングが存在するはずですが、
しかしそれらが無視されています。実際、根本的な問題はこれです。
正確には、自らのマージンとパディングが自らに影響を及ぼしていない、という事です。


確かに領域の枠はこれらを踏まえた位置に配されますが、要素そのものの位置には反映されていない。
親要素から継承したline-height（行間サイズ）がそのまま適用されている…という事になるんでしょうか？
これが原因で、各行が前の行に被ってしまっています。
だから文字が読めなくなってしまっているのです。


この挙動が正しくないのでは？と考える理由はそこに矛盾があるからでして。

インライン要素だから行間の位置もそのままなのだ……とすると、
では、1行目の上側と左側、最終行の右側と下側では
マージンとパディングが考慮されているのはなぜか？
そして逆に中間行でこれらが考慮されないのはなぜか？


…この矛盾を解決するには、
・一行目と最終行の処理が間違えている
・中間行の処理が間違えている
このどちらかです。
どちらにせよ現在の実装が誤っている事になります。
へろは、どちらかというと後者のほうが正しいと思っていますが。

もしマージンとパディング、いや"領域"の処理が2行目以降にも正しく作用していれば、
表示はともかく、文字が読めなくなる事態は起きていないはずでした。





…で。こういった話をしても、結局のところ当ブログの問題は解決しないのでｗ
現実的に、うちのブログの問題を解決する方法を考えないといかんわけですよ。


そこでふと疑問が沸くわけです。今度は自分の矛盾とでも言いますか…。
わざわざ「インライン要素」として扱っているのはなぜか？という事です。
これを「ブロック要素」にしてしまえば、それで解決ではないのか？と。


確かにそのとおりなんですよ。（ぉぃ
chibisaruさんの指摘通り「ブロック要素」に直しますと、
IEでも他のブラウザでも正しく表示されちゃいます。そう、ある一点を除いては。

その問題となる点とは、記事内に画像がある場合です。


正確には、「フロートしてあるブロック要素が存在する場合」です。
当「破メモ」の場合、アップロードした画像が右側にフロートするように指定してあり、
この画像の横に来た要素（文章）はすべて左に回り込むようになっています。

Iタグで作られた「ブロック要素」も、この部分に来ると当然左側の領域に回りこみ…
そして引用画像の通り、なんと画像の下に潜ってしまうのです。
この現象はIEでもそれ以外のブラウザでも起こります。


フロートして回り込んだ場合、残りの幅が全領域として計算されるべきです。
即ちマージンとパディングも残りの幅に対して適用されなければならないと思うのです。

が、どういうわけかフロートを無視した元の幅から算出されています。
このため、Iタグで作ったブロック要素のサイズも横長に形成され、画像サイズを突き抜けてしまうのです。


そもそも、なぜブロック要素とせずに、あえてインライン要素のままにしていたのか。
その答えは、これだったのです。
インライン要素のサイズに%を指定した場合残りの幅から正しく算出してくれたのです。


そう、これはIE限定の解決策であったわけですが。
しかもブロック要素にすると、%指定してもやはり下側に行ってしまう。
%指定で回避するには、インライン要素でなければならなかったのです。


わしも忘れていた事実なんですが、
この「フロートがある場合の問題」を解決する術を見つけることが出来なかったため、
あえて、IEでしか正しく表示されない事を知っていて実装したのでした。



さて、chibisaruさんとのやりとりで出てきた「マージンとパディング側に%を指定する」というのも試してみましたが、結果は失敗でした。しかもIEですら意図しない形になりましたｗ


このままではFireFox等で全く読めない記事が量産されているわけで、
とりあえずの処置としてchibisaruさんのアドバイスに乗っ取った「ボックス」化を行いました。


この状態では「画像の横に囲いを使ってはならない」事になるんですが、
過去記事は特に該当するものが多くあります。
なんとか回避したいのですが、今もその方法を見つけられずにいます。orz

唐突に何を言うかとお思いでしょう。
えぇ、わしもそう思います。
最近S.A.C見てハマっている、ただそれだけですｗ


タチコマが欲しい、一家に一台！





（※画像は「1/24スケール ＡＩ戦隊タチコマンズ 製作日報」から引用させて頂きました。すげぇ！）
「AI戦隊タチコマンズのうた」

ひとーりで いても ふくすうけい！（ふくすうけい！）
せいべつー なんて ないけれどー

タチーコマンズはー （やーややー）
せいぎのみーかたー （やーややー）
タチーコマンズはー （やーややー）
へいわのあかーしー （やーややー）

わらいーじょうごーで なみだもろい
けんか いたずら どんとこい！（ほい）

いーのーちーは ないけれどー
いのちを すくう スーパーえーあい！ （えーあい！）

いーつか　てにいれるーぜ　あこがれのゴーストー
ああー　みんなのきぼーうさー　ばんのうロボットー

えーあい　せーんたい　タチーコマーンズっ！
（えーあい　せーんたい　タチーコマーンズっ）




当初、「AI！旋回！タチコマンズっ！」だと思って疑わなかったのは秘密。

いや、Doblogのバグの話ではないんですが…

当「デジ破」を IE以外（Firefox、Opera、Netscapeなど）でご覧になると、
デザイン不備により記事が表示されない（サイドバーの下端までぶっ飛ぶ）よーになっており、IE以外の皆様には大変ご迷惑をおかけしておりました。

で、そういえばこれ、こないだこっそり修正してました。
自分も忘れてましたが思い出したのでご報告ｗ


なお原因は、全角スペースでしたorz
CSS（カスタマイズ）の中に全角スペースがありました…
混ぜ込んじゃったわしもわしですが、これは発見するの苦労した…。

しかも発見方法が、
調査しても分からなくて煮詰まった頃たまたまエディタにコピペしたら、
特殊記号としてマーキングされたため偶然発見、みたいな。（滝汗

なお、IEだけはこの記述違反を無視しており、
全角スペースは半角スペースと同等に扱っているようです。
そのおかげでCSSを正しく解釈してくれてたんですね。

てか、大きなお世話ですな（汗

よし、これで全ブラウザ対応完了！

…かと言えば、まだ
ブロック要素の囲いがインラインになってしまう
とか残ってるんですが……

すいませんすいませんすいません…


どーやんだろ、いや何が問題なんだろ…。
分かったら直しまぁす。

と思ったら、午前0時には完全にストップしてたようですね。


1ヶ月近く音沙汰も無かったところに、
突然出された「緊急メンテのお知らせ」。（しかも"修正"ではなく、"調査"のため）
実施期間はなんと翌日。昨日の今日ならぬ今日の明日ですよ。
それはそうと、その停止期間は14時～16時の2時間ほどだったはず。


それが、どう間違えたら0時～17時、合計17時間停止の大メンテになっちゃうんでしょうか。

「メンテやってみたら、予期せぬ事態で終了が延びた」んならまだ弁解の余地もあります。むしろ延びるのはみんな覚悟してます。わしなんてその夜ずっとダメというところまで想定してます。

が、なぜに事前連絡なしで大幅前倒しですか？
そして、そこまでやってなぜ元の予定時刻すら超えますか？
わけがわかりません。
（単に鯖ダウンして、そのまま放置だったのかもしれないですね）


あぁ…、ほんと…、もう…ガクーン。orz



Doblogさん、なんで憶測してまでメタメタに言われるかわかりますか？
「経緯と結果を説明しない」からですよ。

------------------------
なお、この件はスタッフブログのコメントを読んで知りました。

そこには
「朝6時から書き込みが出来なかった」
「日付が変わってからメンテまでアクセスが出来なかった」
ことが書かれていました。

今日の午後5時半、当ブログのカウンタ表示を見たとき、「5件」でした。
この件数が正しいとすれば、少なくとも毎日10人以上来て下さっている午前0時台は完全に閲覧できない状態であったという事になります。それ以降の午前中も、ほぼ0件というのは有り得ません。この件数の少なさから、わしは一日中ずーっと落ちていたのだと判断するに至りました。

-------------------------------
【追記】

自前で搭載してた別のカウンタの事を思い出しました。
これがその画像です。
どうやら2時、3時にアクセスが1件あったようです。

ということは、午前0時から完全停止ではなかったのかもしれません。
かもしれないというのが、完全にメンテ中の15時にも1件アクセスがあるからです。
一時的に閲覧可となったのでしょうか? 謎です。

あぁそれと、前日の23時からアクセス数はオカシイです。
おそらく午前0時ではなく、前日23時から停止状態に陥っていたのではないかという新たな脱力ポイント発見…。

（※ この記事は一応、随時更新されますです）

夢から目が覚めると、開いたドブログのページが始終やたらと軽い。
勝手にログアウトもされず、書いた記事は絶対に消えず、
スタッフブログですべてのコメントに懇切丁寧に返事が書かれ、
開発者日記では夢のような新機能の話に花が咲いており、

すべてのドブロガーはニコニコと記事を書き上げ、
ソワソワもせずビクビクもせずに何のためらいもなく
サクッと記事投稿ボタンを押していくのだ。

…わぁ素敵なDoblogだなぁ、夢のようなドブログだなぁ、と思ったら夢だった。すべて。
そんな夢見がちなデジ欲侍へろです、ども（ﾉ∀｀）


ページが開かん！とかいう具合の不都合はいつもの事ですが、
バージョンアップで生まれ変わったドブログは、
不都合までもが超絶パワーアップしてそれまでどころじゃないわけで。

いやホント、そこは超絶パワーアップしてくれんでいいからｗ
Doblogコロコロ、Doblogコ～♪　おバグにハマってさぁタイヘン♪（ドングリかよ

で一ドブロガーとしてなんか出来るかなーと思ったところ、
とりあえずバグの一覧出してTB報告してみようかと。(※スタッフブログでバグ報告を受け付けてます）

第一、公式のバグ一覧ってドブロガーにとって微塵もアテになってないズェ。orz


新ドブログで起こっているバグ一覧　（マッタリと随時更新）
1) [作業中] Doblogツールバーでの投稿、ログインができない。（お知らせ・スタッフ）
2) [解決] 「トラックバックを書く」を用いた記事の関連リンクが誤っている。※（お知らせ・User記事）
3) [解決] 自分の訪問者リストに自分の名前がある。（スタッフ）
4) [解決] 削除したコメント、TBがサイドバーの新着リストから消えない。※（スタッフ・User記事）
5) [解決] 記事が1件もないユーザのRSS0.91をクリックするとエラーとなる（スタッフブログ）

6)[解決] 初回表示時にMyDoblogのデザイン・レイアウトが崩れる。※（スタッフ・User記事）
7) [作業中] 更新Pingが正常に動作していない。（スタッフ）
8) [作業中] 他の人と投稿時間が重なった時、サムネイル画像が入れ替わる。※※※（スタコメ・User記事・本記事TB）
9)　───　（欠番：　重複してたのでバグ1に統合）
10a) [作業中] Netscapeで「混雑」エラーなどで記事投稿できない。※※（スタッフ・User記事・へろ記事）
10b) [作業中] FireFoxで「重複投稿」エラーなどで記事投稿できない。※※※※（スタッフ・User記事・へろ記事）

(FireFoxの方へ：IE Tab （Firefoxユーザーがちょっとだけ楽に投稿する方法））

11) [解決] サイドバーのTBを開くとナビゲーションバー無しのウインドウ表示。※（スタコメ・本記事TB）
12) [解決？] 移行前に投稿された画像が存在せずリンク切れになっている。※※（スタコメ・本記事コメ）
13)　───　（欠番： 重複していたのでバグ8に統合）
14) [解決] トップページ(ポータル?Mydoblog?)が文字化けしている。（スタコメ）
15) カスタマイズのプレビューで長いTBタイトルが折り返さず表示が崩れる。（スタコメ）

16) [解決？] ドブログポータルの「自動ログイン」で「混雑」エラーが出る。（スタコメ）
17) [仕様？] 各記事リンクの挙動（ページ内容）が変更されている。※（TB）
18) MyDoblogページなのに自動ログインしてしまう。※（TB）
19) 新規投稿で「異常な値が設定されています」エラーが発生し投稿できない。※（TB）
20) 一部の「この記事のURL」で表示が誤っている。※（TB）

21) [仕様？] アクセス数の切り替えが0時付近にされている。※（TB・へろ）
22) IEで同じ記事URLを2度以上連続で開くと記事に飛ばない。IEのみ。（IEの仕様？）（へろ）
23) [解決？] 自分で表示してもアクセス数が増えてしまう/再読込でもカウントされてしまう。（へろ）
24) [解決？] ポータルで自動ログインを選んでいると、MyDoblogからログアウト出来ない。（へろ）
25) [解決？] 投稿のエラー時に内容を表示するが、シーン1しか表示されない。※（本記事TB）

26) [解決] メールお知らせ機能で、既存記事の編集を行っても送信されてしまう。※（本記事TB）
27) サイドバーに表示されるTBやコメントの件数が実際より少なく表示される。※※（本記事TB）
28) [作業中] ポータルの新着記事の一覧に表示されているサムネイル画像が違う。※（User記事）
29) [解決] 「この記事のURL」の表示でリンクがJavaScriptになっている。（へろ）
30) [解決？] サイドバーが横長になりレイアウトが崩れる。※（User記事)

31) [仕様？] 記事コメントのURLが、メンテ前とメンテ後で仕様が違う。※（TB）
32) [仕様？] RSS0.91/1.0/2.0/ATOMで時間が9時間ずれている/日本時間が標準時に。（本記事コメ）
33) [仕様？] MyPictureにGIFを指定するとPNGに変換されてしまう。(本記事コメ)
34) MyPicture削除時「Doblogユーザ以外のコメントを受け取らない」が勝手にONに。(本記事コメ)
35) [解決？] 訪問者リストの区切り線「<hr>」が無くなっている。（本記事コメ）

36) [解決？] ジャンル表示のHTMLに記述ミスがありデザインが崩れる。※(本記事コメ・User記事)
37) 「今日のアクセス数」がAM0時にリセットされず増え続ける。（へろ）
38)　───　（欠番： 重複していたのでバグ12に統合）
39) ポータルでブログ検索を行うと、ナビゲーション無しのウインドウになる。（へろ）
40) [解決？] サイドバー「最新記事」内の記事URLにSessionID等が含まれている。（へろ）

41) [仕様？] ログインのタイムアウトが長くなっている。/少なくとも50分以上　（へろ）
42) サイドバーの新着コメント・新着TBにPの開始タグが足りないか終了タグが多い。（へろ）


┏━【 カッコの意味 】━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
　[解決]→公式に解決した事が発表されたもの。
　[解決？]→発表はないが、現在解決していると思われるもの。
　[作業中]→公式に発表で確認されており、現在調査中または修正中のもの。
　[仕様？]→発表はないが、バージョンアップで変更された仕様と思われるもの。
┠─────────────────────────────────────────┨
　お知らせ→公式発表　スタッフ→スタッフブログ　スタコメ→スタッフブログコメント
　TB→スタッフブログにTBしているドブロガーさん記事　User記事→発見したドブロガーさんの記事　
　本記事TB→TBして頂いたもの　本記事コメ→コメントして頂いたもの　※印→該当記事リンク┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛


なんか旧バグも織り交ざってる気もしますがキニシナイ。
上記以外のバグやツッコミ、解決・未解決に関する事など
何かありましたら是非コメントorTBでお知らせ下さいませませ。



┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
　　※ここにあった古い更新内容は移動しました。
　　　　　（こちらに保管してあります）
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓

　・バグ12（旧記事の画像が消えた）にしっぽさんのリンクを追加しました。
　・Doblogスタッフブログの新記事にTBを送りました。

　今更ながら過去の画像が消えたしっぽさんの記事へリンクを張らせて頂きました…が、今見に行ったらすでに直ってましたｗ　他の方のもスタッフさんに言っている方はもう直ってますね。

　実は当時、わしは該当記事を見ておりました。
　確かに画像はサムネイルもろとも消えているのを確認しました。

　リンクURLが間違っているかも？と思って見てみると、どうも旧URLのままのようでした。
　しかし、何件か検証してみましたがimgで始まる画像URLを作り直接アクセスしても表示する事は出来ませんでした。

　つまり、URLの変換だけではなく画像そのものの移行にも失敗していた事になります。
　この事からバグ12の名称を「リンク切れ」とせずに「画像が存在せず」と付け加えました。
といってもリンクミスだったのかもしれませんが、
本当の原因は運営側にしかわかりません。


　しかし、この問題で本当に怖いのは「全ユーザーの過去記事が破壊されている可能性がある」事です。
　わしの過去記事も画像が壊れているかもしれません…。

　というより、今回の一連のバグの中でも厄介な問題は、随所にいろんなリンク切れが発生している事です。
　各バグをチェックしてみると、システムのあちこちでリンクの変換ミスが多発しておりそれがバグそのものであったり、バグを誘発している原因になっているだろう事が見て取れます。

　一番危惧している事は、このバグ12の解決が「バックアップからの手動復旧」という手段で行われたのではないかという事です。
　上記のしっぽさんのように偶然自分でミスを発見できた方々は運営側に自己申告しています。「申告したから修復されたではないか」と思えてならないのです。

　もしそうだとすると、現時点で気付いていないドブロガーさんの画像は未だに消えたままのはずです。
　そしてしばらくするとバックアップも破棄され、その時点で永久に消滅する事になります。
　記事数が多い方は特に過去の画像抜けなど気付けるはずがありません。
　自主的に探そうとしても、簡単に探す事が出来ないでしょう。

　これを回避するには、Doblog運営側でリンク切れをすべてチェックするしかありません。ていうかして下さい。お願いします。

　なお、しっぽさんやCAMUSさんその他多くの方によれば、過去の記事に貼り付けていたURLがリンク切れとなっている問題も多発しています。

　画像ならまだパッと目で見て分かりますが、ページのリンク切れを確認するにはすべてクリックして回らねばなりません。もしくはなんらかのリンク切れチェックソフトを用いてページをすべて絨毯爆撃していく方法も考えられますが、皆がそれをやるとDoblogの通信量は大幅に増大すると思われます。また回線が遅いユーザーは不可能です。

やはり、運営側で検索をかけるほうが遥かに効率の良い解決法と言えます。
っていうか壊したのも運営側なんですけどニャｗ

　今まで取り上げなくて申し訳ないんですが、
　このバグ12って実は非常に怖い問題だなぁと思ったわけだズェ。

┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [ 更新日時：2006/06/23 22:49 ] ━┛


┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓

　・新たにバグ41（ログイン時間の延長）を追加しました。
　・新たにバグ42（サイドバー新着のPタグ）を追加しました。
　・23日以前の過去の更新履歴を別記事に移転しました。


バグ41は多分、新しい仕様だと思いたいので[仕様？]マークとしました。
状況としては、自動ログアウトまでの猶予時間が少なくとも50分以上に延長されているようです。
以前はたしか30分未満でした。これにより、記事を記入中にタイムアウトしてしまって送信ボタン押した瞬間消滅という憂いが激減することでしょう。
ただ、なんか「jsessionidの誤出力」とか「ページ内自動ログイン」などのバグに付随するもの、かもしれず。そうだと悲しいですな。

新しいバグ42ですが、サイドバーの中の「新着コメント」「新着TB」内において</P>タグが多く追加されています。
具体的には元となる記事リンクの下に連なるブロックそれぞれに</P>タグが付いていますが、その開始となるタグが見当たりません。

ところで、HTML内のURL部にはjsessionidが山のように配置されているのを確認しました。
ですが、表示上は何も無かったように表示されたりしていますし、右クリックからリンクのコピーを行ってもjsessionidが含まれないURLが取得できます。(IE6)
へろ的にはjsessionidは（できれば見せないほうがスマートなんだけどまぁ仕様としては）「見えても良いもの」と認識しています。
といってもわしはネットワークに（特にサーバー系のシステムに）激しく疎いためアレなんですが。。。
とういことで、HTML内にjsessionidが見えてるという件はバグではなく正常な動作の一環であろうと考えています。ご意見があればバグ一覧表への追加も検討しようと思います。

それはそうと、なんでHTMLの中には書いてあるのに表示されないのかが非常に気になります。単に外部スクリプトにそれを消すサブ関数でも入ってるんでしょうか？

┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [ 更新日時：2006/06/26 15:36 ] ━┛


┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓

以前話した一覧表の記事分離化の件ですが、そこまでしなくてもいっか、という思いになって来たというか、いわゆるメンドクセー症候群が発症しましたのでこのまま行きます（ぉ
しかしまぁ、ちょっと長いし、直ってないバグと収まったバグに分離してみようと思います。
予定としては今日か明日行う次回更新にて。

┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [ 更新日時：2006/06/26 16:35 ] ━┛


┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓

・バグ8にリンクを追加しました。（Wisdom96さん提供）
・バグ10a、10bにリンクを追加しました。（へろ記事）
・バグ10aを[解決？]に変更しました。

またまたTBを頂きました。Wisdom96さんありがとうございます。
26日現在、まだバグ8は発生しているという報告です。orz
さすがにもう直ってるんだろうと思ってましたが、まだまだご健在のようです。
わしも昨日普通に画像投稿しましたが、わしの画像がどなたかの所に紛れ込んでいなければ良いのですが…。

バグ10a、10bについて自ら試して見た結果、26日時点で10aは起きず、10bは発生していました。
参照 ： 「新生ドブログでFireFoxとNetscapeを試してみたYO」

前々回話した「jsessionidは表示はされないがHTMLには残っている」という件ですが、どうやら勘違いだったようです。すいません。
あのあと再度確認したところ、HTML内のURLにも含まれている箇所はありませんでした。あのときは初回アクセス時のものを見ていた可能性が出てきました。

あれから、わしもそれなりにjsessionidの仕組みについて調べてみたら、

１）jsessionidはドブログユーザーを一意に特定するために使われるワンタイムIDのようなもの。
２）IDはできるならcookie内に置き内部的に処理すべきだが、cookieが使用できない場合はURLの中に含めて対処する。
３）今回cookieが使える状況下でもURLにjsessionidが含まれてしまうバグが発生した。

というのが大きな流れのようです。
この手順によれば、cookieがまだ無い初回アクセス時はURLにjsessionidが追記され同時にID入りのcookieが配布、以後は本来のURLに戻るという動作をします。
初回のみ画面が崩れるバグ2はここに原因があるとわかります。

またCAMUSさんがコメントで簡単な説明を下さいましたぁ。ありがとです。
この中で、「jsessionidが表示される現象と画像の取り違えバグのコンビによってブログ乗っ取りが起こり得る」との事です。ガクブルです。

ところで、FireFox等でうちが読めたもんじゃねぇ件、可及的速やかに対処いたします（滝汗

┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [ 更新日時：2006/06/27 13:01 ] ━┛



┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓

・バグ35を[解決？]に変更しました。

　お久し振りです、バグ一覧表、ちょこっとだけ更新。
　訪問者リストの横線が復活してましたので、[解決？]に格下げ(?)しました。
　他のものは全然調べてないのでわかりません。（ぉ

　今日、7日ですね。
　このバグ騒動は先月の6月15日から続いているわけですから3週間経過です。
　もう少しで1ヶ月間バグったままですね。おめでとうございます。
　その間に出されたお知らせは、スタッフブログ含めてたったの4回。
　あ、なんでだろ、見上げた夜空が霞んで見えますよ。

　そういえばjsessionidの件、なんだか致命的ポイらしいです。（じいやさんによれば）
　
　次更新するときこそは、解決と未解決に分離しよう。頑張れわし。（すいません）

┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [ 更新日時：2006/07/07 00:38 ] ━┛


┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓

・バグ25を[解決？]にマーク変更しました。（CAMUSさん提供)
・バグ36を[解決？]にマーク変更しました。（CAMUSさん提供)
・バグ22の[仕様？]マークを撤回しました。

次こそは…と言いつつ、同日に臨時アップデートです。
CAMUSさんからコメントでバグ解決情報を頂き、こちらでもバグ25とバグ36の修正を確認しました。
あと、バグ22ですが、別のブラウザ（FireFox・Opera・ネスケ・Sleipnir）ではちゃんと#アンカーに飛びます。IEコンポーネントのSleipnirでさえ。
ゆえにIE側に起因するバグとも仕様とも思えます。
当初Doblogからすれば「仕様」だろうと考えましたので、そのようにマークしておりましたが、IEを対応ブラウザとして掲げる以上「IE仕様上での正常動作は保証しなければならない」だろうと考え直しましたので撤回します。

記事URLのページを開いたとき該当記事がトップ位置に来ていた従来の表示法なら回避できるはずです。
しかし、このバグは実際にはURLを押した場合は問題なく、アドレスバーの移動を押したりF5キーで更新したりした場合ににみ発生します。まぁ実質は実害はないとも言えます。

　あ、あとCAMUSさんがコメントで「もにょもにょ」と教えてくれたんですが、
新たにトンでもない危険バグを発見しちまったらしいです。
詳細はちょっと公表できないとか…。
　まじっすか？(;´Д`)ﾄﾞｷﾄﾞｷ

┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [ 更新日時：2006/07/08 01:12 ] ━┛

え？　匿名で受け渡し？

楽天オークション、匿名で利用可能なエスクローサービスを2006年秋に開始

from INTERNET Watch

ほほー、なんか以前からあったよね、「一時的に預かって仲介するサービス業者」とか。それは知ってたけど、ついにオークション本体が同じのサービスを…と流し読みした時は思ったんだけど、ちょっと違った。もっと凄かった。

何が違うかと言うと、誰も一時的に預からない所。
つまり、ラベルに差出人も受取人もなしで送り出し、それがちゃんと相手に届いてしまう。
Wow！ミラクルですよ！と、これが画期的なポインツ。

具体的には、郵便局の配送過程で楽天からID⇔住所変換が行われるという仕組み。
ちなみに支払いのほうも楽天が中間に入り銀行口座を相手に教えなくてすむ。
これにより当事者同士は完全に匿名のままでいる事が可能となるわけだ。

中間受け取り業者を挟むのに比べ、
中間の仮受け取り先がない分タイムロスや2重コストがない。
何より怪しい中間業者に個人情報を伝えなくて済む。

あぁ、手数料が高かったらダメだけどｗ
でもこれは、他の記事(テレビ東京とか)によれば150円の予定らしい。
このくらいなら問題ないすね。

より詳しくは上記のやその他多くの類似記事に譲るけど、こりゃー面白いわ。
ヤフオクもぜひ早期に追ってほしいｗ


でもこれ、引き渡す前に実名ラベルを剥がし忘れる事故とか頻発しそーな予感（爆

なにが原因か分からないのが一番怖いんですが。

OptioS4iでつい最近使用し始めた1GBのSDカードが未フォーマットとか言われ、一部ファイルがアクセス不能状態に…orz
（Hagirawa Syscom のT-Proシリーズ1GB）

カメラ屋で印刷出そうとしてスロットに突っ込んだらエラーで読めなかったのが始まり、帰ってXPなPCで読み込んでみると、上記のとおり…。
10%ほど壊れてた。orz

FAT(8か12か16)のはずが未フォーマットの表示、
そしてチェックディスクをかけると大量にFILE00xx.CHKが出てきた。
という事は、論理領域（ファイルの実体場所を保存してる場所）が破損？ ダメじゃん。orz

そもそも、なんで倫理領域壊れてるのかが謎。
あのカメラ屋で壊されたんだろうか…？！
使ってる安物リーダライターが悪さを…？！
使ってる伸縮極細USBケーブルがノイズを拾った…？！
それとも、いわゆる静電気が原因だろうか…？！
なんでだろー、初めての事でさっぱりわかんねー（涙

まさか、ハギワラの不良じゃないよね？！
ProなんだよPro！　高いんだし許さないよーん！（怒

とりあえず、カメラ屋で執拗に表示されてる「必ずバックアップを取ってから」にトキメいた日でした。
取ってて良かった、バックアップ。


という事で、SDカード専用の純正フォーマッタでフォーマットしてみた。
これで直ってくれればいいんだけれど。頼むからもー壊れないで…。

私情があって更新停止中です、まとめる時間無くて更新できない…うぅ。
今後もしばらく超スローの予定です。見て下さった皆様ごめんなさい。


でも他の「デジ欲」記事はちょろちょろ書くんですが（ぉ

------
PS：なんかテポドン2が飛び交ってるようですが…あの国はもう解体しようよ。

「新生ドブログでFireFoxとNetscapeを試してみたYO」の続編です。

前回の結果、記事投稿の云々はともかく、（ぉぃ
FireFoxとNetscapeではわが「破メモ」がグチャグチャである事が判明してしまい…。
特にFireFoxのユーザーさんは意外に多い事も判明してますし由々しき事態であります。

しかもバグ一覧表記事内でForeFoxユーザーあてに誘導なんかしてるのに
そもそも読めたもんじゃねぇ状態にあるという矛盾にドキドキしてたりします。ごめんなさい（滝汗

そんなこんなで、他のブラウザでも？！まさか？！という恐怖に駆られたデジ欲侍へろは
早速OperaとSleipnirまでもインストール…IE信者(前記事参照)なのに…ｗ

というわけで、OperaとSleipnirによる記事投稿テストを追加実施しておきます、ついでなので。（ぉ

Opera 9.00 （Build 850）


結果：問題なく書き込めた。
（イメージのプレビューは表示できない）

Sleipnir 2.41 （Geckoエンジン時）



結果：FireFoxに似た症状で書き込めない。
　（ただし、「戻る」→再度「下書きor公開」で成功）

という結果になりました。

Operaは独自エンジンのようです。しかし問題なく記事投稿できましたし、その他閲覧なども正常に動いています。
意外にすごいブラウザだったんだなぁ。ソフトも良い動きで驚きです。

Sleipnirのほうはというと、FireFoxと同じような状態。orz

しかしちょっと違いがあり、「戻る」で入力画面を再表示し、
再度送信するという手順を踏むと投稿に成功しました。

新たに記事投稿するとやはりコケます。これも戻ってやり直すと成功します。謎です。
「バック＆リトライ」投(稿)法と名付けました。（ぉ

しかし、それ以前に
右クリックが英語だったり、ペーストがあるのにコピーが無かったり、
キー入力時（普通に入力は出来るのに）カーソルキー・HOMEキー・ENDキーが全く利かなかったり、
閉じるボタンを押すとSleipnirが落ちたりと、不安定すぎで使い物になりませんorz
そもそもSleipnirのGeckoエンジンは未完成であり、ドブログ云々言うてる場合ですか、といった結論です。

なお本来のSleipnirはIEのエンジンで動いており、通常はIEと全く同様の表示・動作をしていて非常に快適です。（FilterなどのIE専用のCSSでも描写できます）
わざわざGeckoエンジンに切り替えたりしなければ問題ないようですね。

ところで、Slaipnir（Gecko）の挙動を見ていて、
「もしや、バック＆リトライ投法ならFireFoxでも投稿できる？！」
という推測が浮かんだので試してみました。

が、FireFoxでは戻ってもページ内のボタンが何故か無反応になっており、
ようするに同じ手は使えないという結果に。ガックリ。





前回と今回で分かった大きな収穫は、
同じGeckoエンジンを積んでいるといっても、
実際の挙動は異なる場合がある、という事でしょうか。

あぁ、スタッフブログの記事に対してのコメント欄は、
バグ報告所も兼ねているから出来るだけ静かにしていようと思ってたんですが、
前回の発表が21日で今日が28日である事に気が付いた瞬間、ついうっかり
5連続書き込み
�