投稿順表示 (175/282)
前のページ 1...170/171/172/173/174/175/176/177/178/179/180...282 次のページ
[2181] Re: 「ティンパーリー」
渡辺 (2004年8月21日 0時42分)
当時の中国の都市は城壁に囲まれていて、南京市もその例外ではありませんでした。その中で虐殺があったというのは、今ではこれはほとんど否定されています。そういうイメージでの虐殺ではないんです。研究の最前線では、そうなっています。
議論は、いわゆる市内(城内)では、便衣兵の逮捕と処刑(これを国際法違反の虐殺かどうかの問題)。郊外(城外)での敗残兵の殲滅(これを中国側が虐殺と主張している)に移ってきているんですよ。
[2180] Re: テスト投稿
亀鯖樽内藤 (2004年8月20日 15時47分)
ちょっと独り言。
ちょっとHTML関係のことを調べようと思いGoogleいったら「ばけら」というキーワードいれて検索していた自分に気づき驚愕した。
[2179] Re: センテンスの途中で改行
義珍 (2004年8月18日 14時19分)
>っていうか文の途中で改行する方が間違っているという判断では。
そうかもしれませんが、その間違ったことをする人が現に存在するわけで。
>常日頃読みにくいウェブページで、文字サイズ拡大すると変な位置で改行されて余計に読みにくくなるというジレンマに陥っている私としては、改行タグを使うこと自体マークアップとして相応しくない気がしているのですけど。
その「変な位置で改行」を、改行ではなく、段落の切れ目とみなすと、もっと読みにくくなると思うのです(余白や罫線などによって段落の切れ目を示すスタイルでは)。
無意味な改行を段落の切れ目という意味のあるものとみなすのは、マークアップとしてもどうかと思いますし(それくらいなら特に意味の与えられていないbr要素とみなした方が適切ではないかと)。
無意味な改行は無視すればいいんですが、その改行が無意味なのか、段落の切れ目を表しているのか、ソースコードを読みやすくするためのものなのか、機械的に判別することはできません。
まあ、別にいいんですけど。
[2176] Re: いつかの、こころWeb移転と同じ罠
ばけら (2004年8月11日 22時23分)
>Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
>返してきます。
これは私の管理してるサーバではないのでどうにもならないですね……。
ASAHI ネット側の問題と思われます。
[2175] いつかの、こころWeb移転と同じ罠
かんな (2004年8月11日 21時33分)
Not Found
The requested URL /asahi/minazuki/bakera/hakaba/sawakikun/ was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
返してきます。既出だったらsageで。
[2174] Re: センテンスの途中で改行
かんな (2004年8月11日 20時15分)
っていうか文の途中で改行する方が間違っているという判断では。
常日頃読みにくいウェブページで、文字サイズ拡大すると変な位置で改行されて余計に読みにくくなるというジレンマに陥っている私としては、改行タグを使うこと自体マークアップとして相応しくない気がしているのですけど。
[2173] Re: 「Cookie の secure フラグの動作が謎」
ばけら (2004年8月10日 11時9分)
>ニフティのWebフォーラムってCookieを使っててログインフォームだけhttpsでしたから、IEでもhttpsで発行したCookieをhttpに送れるはずだと思うのですがどうでしょうか。
こっちでは送られているっぽいですね。
うーん、謎です。
[2172] Re: 「Cookie の secure フラグの動作が謎」
えむけい (2004年8月10日 7時22分)
ニフティのWebフォーラムってCookieを使っててログインフォームだけhttpsでしたから、IEでもhttpsで発行したCookieをhttpに送れるはずだと思うのですがどうでしょうか。
[2170] Re: 「DDoS に Aレコード削除は禁物」
ばけら (2004年8月6日 19時34分)
>②名前解決できなかった(Aレコードを削除された)時
>NXDOMAIN応答。neg_TTLが経過する都度発生。
仕様的にはそうなのだろうと思いますが、
http://www.itmedia.co.jp/help/howto/win/win2000/0007special/dns/chap8/05.html
>ネガティブキャッシュにはTTLが存在しないため,デフォルトでは5分間キャッシュするように設定されている。
という Windows 2000 Server が DNS キャッシュサーバとして使われていると……とか、そういった実務上の話がいろいろあるのではないかと思います。
[2169] Re: 「DDoS に Aレコード削除は禁物」
kr-cube (2004年8月6日 18時58分)
"名前解決できた Antinny は DNS クエリを送るのをやめて攻撃に移りますが、NXDOMAIN 応答を受けた場合は延々と DNS クエリを送り続けるということなのでしょう。"
うーん、つまりこういうことでしょうか?
①名前解決できた時
IPアドレス応答。TTLが経過する都度発生。
②名前解決できなかった(Aレコードを削除された)時
NXDOMAIN応答。neg_TTLが経過する都度発生。
だとしたら、Aレコードが削除されても、DNS側への影響はあまり変わらないのではと思うのですが。
OCNのBINDのバージョンが古くてネガティブキャッシュ機能がなかったとかと考えたのですが、まさかね。
[2168] Re: 「DDoS に Aレコード削除は禁物」
ばけら (2004年8月6日 16時50分)
>どうしてAレコードを削除するとISPのDNSが負荷が増大するのか資料を読んでて疑問。
これに関してはワーム側の挙動が関係しているのだと思います。
資料10ページでは
>WebサーバのFQDNに対する 名前解決要求(Wormが頻繁に繰り返す)
となっているところ、11ページでは
>WebサーバのFQDNに対する 名前解決要求 (TTLが経過する都度発生)
となっています。
名前解決できた Antinny は DNS クエリを送るのをやめて攻撃に移りますが、NXDOMAIN 応答を受けた場合は延々と DNS クエリを送り続けるということなのでしょう。
[2167] Re: 「DDoS に Aレコード削除は禁物」
kr-cube (2004年8月6日 16時8分)
どうしてAレコードを削除するとISPのDNSが負荷が増大するのか資料を読んでて疑問。
ACCSでレコードが削除されたらNXDOMINが返されるから、
ネガティブキャッシュに登録されてTTLが切れるまでは回避できるような気がするんですが。。。
[2166] Re: 「ACCS 謎の更新」
ばけら (2004年8月6日 12時17分)
>素で意味を理解できなかったのですが、誰をなんと説得するのに使えるのですか?
いや、これは完全に内輪の話なのであんまり気にしないでください。
[2165] Re: 「ACCS 謎の更新」
義珍 (2004年8月6日 0時23分)
> あとどうでも良いのですが、お詫び系のはずのコンテンツにアニメーションする「NEW」アイコンをつけているのが興味深いですね。アニメーションする NEW をつけたがる人ってけっこういるのですが、その説得に使えそうな気がします。
素で意味を理解できなかったのですが、誰をなんと説得するのに使えるのですか?
[2164] Re: 「「正しくない」URL の処理」
えむけい (2004年8月5日 18時41分)
しかもこの誘導に従うと実際には投稿が存在していても「まだ投稿のない」フォームに案内されますね。
無事修正できたら、ついでに機械読み取り不可能な案内だけでなく301でも返してくれると嬉しいかも。
[2162] Re: 「「正しくない」URL の処理」
スターダスト (2004年8月3日 23時46分)
要求された URL は http://altba.com/bakera/hatomaru.aspx/ebi/topic/1351/comment ですが、正しい URL は http://altba.com/bakera/hatomaru.aspx/ebi/comment/topic/1351 かもしれません。
えび日記からで上記のようにと出ました。はて?
前のページ 1...170/171/172/173/174/175/176/177/178/179/180...282 次のページ