新生鳩丸掲示板♯

はじめまして。私は、小６です。私がつかっているのは、ぱんぷキン７５とアマクチン７１です。

ジェットブラックですかぁー。良いねーカッコイイし！うらやましいなぁー・・

俺は黒だブラックーー■■■■

あっ田中さんもなんですか！僕はオークションで4月頃（去年）に18800円位でやっと買えました＾＾

色は、当時はエナメルネイビーが良かったんですけど、なかなか無かったのでクリスタルホワイトで我慢しました。ちなみに、田中さんは、DSLite何色ですか？

「～」を「~」と表記していたりするので、文字コード変換ライブラリのご都合かと勝手に納得しています。

あっ甘栗さんライトなんだ俺もライトなんだけどライトのほうが画面明るいしいいよね！！

若者は今以上に携帯に走るだろうし、これからPCベースで増えるユーザーってお年寄り（ｗ）が増えるわけなので、今以上に増えるんだろうなぁ、デフォルトで文字を大きくする人。

知り合いで自分よりもちょっと上の世代の人普通の人（誰）はみんな文字大きくしてるようです、デフォルトで:)

世の中フツーIE(Windows)ってことなのでしょう；）

まさとといいます

５２８３　８０３４　６１２６

コード登録してください

まさとといいます

コード登録してください

僕はDSLiteなんですけど、電池の残量がわかる所が割れちゃいました・・・・（机から落としてしまいました・・・）一応DS出来るんですけど、近頃修理に出します・・

このスレはまだまだ書き込んでいるので、心配ご無用です！

やばいなＤＳ壊れるのは

ではクリキンできないのではないかヒヤー

やばい！DSぶっ壊れた

意v費女王ウイうふふふえr風雨ウイ売り憂い売り人j不ｖｈｊｍｊふうふふううふうｈｌふぃいいいっききいききいうｈｇｙふ

Adobe MXML の mx:XML 要素 [1] に関して同じ疑問を抱いたのですが、XML 名前空間仕様 [2] を読むに、名前空間接頭辞付きなら、勧められていないとはいえ「使っちゃ駄目」ではないという結論に達しました。いわいさんは「名前空間は関係なくて、そういうスキーマになっている時点でアレ」と言っていましたが [3]、いかがでしょうか。

まあそれが OK でも MXML には xmlDecode、xmlEncode 属性 [4] というまんま NG なものがあるのですが。

[1] http://livedocs.adobe.com/flex/2_jp/langref/mxml/xml.html

[2] http://www.w3.org/TR/2006/REC-xml-names-20060816/#xmlReserved

[3] http://twitter.com/iwaim/statuses/164951652

[4] http://www.adobe.com/support/documentation/jp/flex/1_5/asdocs_jp/mx/servicetags/HTTPServiceTag.html

元の名前のほうを、今度は「クリームパンダ」と見間違えました。

＞＞入力欄に \ を入れて検索すると \\ に化けて、

＞「'」が「\'」と表示されるような

PHPをデフォルト設定で使ったときの現象ですね。

文字参照に変換した状態でDBに格納される状況としては次の2つが考えられます。

・モデルのデータ型が「HTML片な文字列」として設計されている

・サニタイズ目的で入力時に文字参照に変換している

前者はちゃんと設計されていれば、規模の大小に関わらず問題は起こりません。ただ、入力はプレーンテキストだけど内部的にはHTMLというパターンは掲示板やチャットのような保存して出力するだけなアプリでしか利点が出てこないので、一般には使われないというだけです。

あと、挙げられている問題はフォーマットを持つテキストを扱う場合に共通の問題なので、規模の大小には関係ないはずです。

問題が出るのは後者のパターンで、変換処理によってデータ型がプレーンテキストではなくなっているにもかかわらずプレーンテキストとして扱い続けるのが原因です。うまく行くのはたまたまプレーンテキストじゃなくても大丈夫な処理だけの場合だけで、問題が出るのは必然といえるでしょう。