新生鳩丸掲示板♯

>>日記側からだとSPAM認定されたコメントに投稿できるのでしょうか。

>

>あ、できた。

>でもこれを不可能にすると、まだコメントがついていない日記にわざとSPAM認定されるようなコメントを投稿して、それ以上のコメントを不可能にするという攻撃ができてしまうので、現状のままでいいと思います。

SPAM認定された投稿に掲示板側からのコメントが可能になっていますね。

しかも引用でブロックしたはずの記事が丸見えです。

これを単純に修正すると今度は日記側からもコメントできないので上記の攻撃が成立してしまうことも考慮して修正希望。

　というわけで実装したつもりですが、バグっていたらごめんなさいという感じで。

>body{

> color: #111 !\ ;

> background: #fff !\ ;

>}

>がimportantな雰囲気を醸し出しています。

　それはいくら何でも、という感じですがホントになりますね……。

http://altba.com/bakera/bug/i-test2.html

　うーん、ホントにどういう実装してるんでしょうか。

>>上って何処?

>関数電卓モードにしないと出てきません。

>ていうかUsers権限だとモードを保存できないの何とかしてください＞M$【文字列変数】

ああ、わかりました。

というか、Googleの話だとばかり勘違いしていたので。

>上って何処?

関数電卓モードにしないと出てきません。

ていうかUsers権限だとモードを保存できないの何とかしてください＞M$【文字列変数】

>>上にある Deg Rad のラジオボタンの存在意義は…

>　おおっと、これは本気で存在に気づいてませんでした。

>　これで切り替えできるのカー。

上って何処?

>上にある Deg Rad のラジオボタンの存在意義は…

　おおっと、これは本気で存在に気づいてませんでした。

　これで切り替えできるのカー。

コメント一覧のページからコメントフォームを分離すると、

コメント元のタイトルが引き継がれない問題とか

http://altba.com/bakera/hatomaru.aspx/htmlbbs/article/1397

いちいちコンボボックスからコメント元を選ばなくてはならない問題がhttp://altba.com/bakera/hatomaru.aspx/htmlbbs/article/828

自動的に解決しますね。

投稿者の名前とメールアドレスの補完はブラウザの機能に任せるという手もありますね。機能がないブラウザではほんの少し手間が増えますが。

上にある Deg Rad のラジオボタンの存在意義は…

> <style>要素内でも独立したCSSファイル内でもまったく関係ありません。

これはSGMLベースのHTMLの場合の話で、XHTMLのstyle要素内ではまずコメントとしての処理を行ってから、CSSパーサに渡されなくてはなりませんが、CSSファイル内にどんな順番にいくつでも書けるという点に変わりはありません。

何か訂正が入ってるので少々補足。

>　IE6ではスタイルシート内に「<!--」や「-->」がいくつあっても閉じていなくても構いません。HTMLファイルの<style>要素だけでなく、CSSファイル内でも「<!--」がルールの区切りとして機能します。

まずこれ自体は100%正当な振る舞いです。CSSの「<!--」や「-->」はコメントのように見えるかもしれませんが、HTMLのコメントとはまったく関係ありません。ルールとルールの間には、空白とまったく同じように、どんな順番でいくつ現れてもかまいませんし、<style>要素内でも独立したCSSファイル内でもまったく関係ありません。

ではどのあたりが「仕様上ヘンな振る舞いとは言い切れない」とかいう自信なさげな【謎】表現につながったのかというと、サンプルの「-->」を空白に置き換えるとIEでも認識されなくなったからです。CSS2では4.2で定めている以外のエラー処理は定義されていないため、

http://www.w3.org/TR/REC-CSS2/conform.html#q3

「a」というrulesetともat-ruleとも解釈できない謎のtokenが出現したときにその部分だけ無視するか全体を無視するかはUA任せではあるのですが、それを言い出すといくつかのサンプルはそもそもエラーなのだからどういう解釈をしようがIEの勝手ということになりますし【謎】セキュリティ上は全体を無視するように振る舞うのが望ましいでしょう。サニタイザー【謎】的には、CSS core syntaxを通らない記述が含まれていたら全部弾く必要があるわけです。

KAMADAさんのところでものすごい例が続々報告されていますが、

http://homepage2.nifty.com/m_kamada/di200312.htm#19_04

>　IE6ではスタイルシート内に「<!--」や「-->」がいくつあっても閉じていなくても構いません。HTMLファイルの<style>要素だけでなく、CSSファイル内でも「<!--」がルールの区切りとして機能します。

これだけは(「@i」を置いておけば)CSSの仕様上ヘンな振る舞いとは言い切れませんね。

どこにぶらさがるんだろう。。

その後、WinIE6で、

body{

color: #111 !\ ;

background: #fff !\ ;

}

がimportantな雰囲気を醸し出しています。

ていうか、どーせならもっときわどい写真きぼんぬ（笑）

>画像は違うのにうっかり鳩丸URNで参照してしまったということですか。なるほど【謎】。

　それは例外的に img 要素を書いたケースで、だからこそ変になっていたのです。普通は謎の fig 要素を使用して指定するので、謎の URN は指定しません。

>現在テスト用のhtmlを設置しているみたいに画像だけ置き場所を変えればいいと思うのですが、やりたくないという理由がわかりません。

　説明していないので分からなくて当然だと思いますが、画像に関してはいろいろと考えていることがあり、その関係でシステムの外に出したくないのです。

　現状では width と height の自動取得くらいしかしていませんが、将来的には「画像のみ」ページの自動生成とか longdesc ページとの連携とか、いろいろなものを実装したいと思っています。これは思っているだけなので、「とりあえず」外に出すのもありかなとは思っているのですが。

>>謎の鳩丸URNですね。

>　画像はちょっと違うのです。

http://altba.com/bakera/hatomaru.aspx/htmlbbs/article/283

から画像も鳩丸URNで参照してるのかと思っていました。画像は違うのにうっかり鳩丸URNで参照してしまったということですか。なるほど【謎】。

>　問題なのは、画像やら XML やらは基本的に外から見えない場所に置いてあるということで。

>　まあ外から見える場所に置いたり、外から見えるようにすることは不可能ではないのですが、あんまりやりたくないのです。

XMLのソースに入っている謎のコメントが晒されたりすると困るからですか【謎】。

現在テスト用のhtmlを設置しているみたいに画像だけ置き場所を変えればいいと思うのですが、やりたくないという理由がわかりません。どのみち設計の根本的見直しが必要になるなら画像の参照でむやみに負荷を発生させない設計を検討することも重要だと思います。

>>　実は単に img 要素が書いてあるわけではなかったりするので……。

>謎の鳩丸URNですね。

　画像はちょっと違うのです。

　問題なのは、画像やら XML やらは基本的に外から見えない場所に置いてあるということで。

　まあ外から見える場所に置いたり、外から見えるようにすることは不可能ではないのですが、あんまりやりたくないのです。

>　実は単に img 要素が書いてあるわけではなかったりするので……。

謎の鳩丸URNですね。

それなら変換部分だけを書き直せばいいわけですからかえって簡単にできそうだと素人目には【ダウト】思うわけですが、どのへんが難しいのでしょうか。

>メールでどうするかのお話ですが、今や過去の遺物扱い同然のUTF-7を使うより、UTF-8とかUTF-16とかUTF-32とかで書いたものをメールソフトの段階で「Content-Transfer-Encoding: base64」なり「Content-Transfer-Encoding: quoted-printable」なりに符号化して送るほうがオーソドックスっぽいです。

　そうなると、UTF-7 な DSN を送ってくる Microsoft Exchange は相当ヤバイんでしょうか。

　いや、言われなくてもヤバイと思いますけれども。