1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127
_既にあたり前になりつつある文字エンコーディングバリデーション 大垣靖男さんの日記「何故かあたり前にならない文字エンコーディングバリデーション」に端を発して、入力データなどの文字エンコーディングの妥当性チェックをどう行うかが議論になっています。チェック自体が必要であることは皆さん同意のようですが、 チェック担当はアプリケーションか、基盤ソフト（言語、フレームワークなど）か 入力・処理・出力のどこでチェックするのか という点で、さまざまな意見が寄せられています。大垣さん自身は、アプリケーションが入力時点でチェックすべきと主張されています。これに対して、いや基盤ソフトでチェックすべきだとか、文字列を「使うとき」にチェックすべきだという意見が出ています。 たとえば、id:ikepyonの日記「[セキュリティ]何故かあたり前にならない文字エンコーディングバリデーション」では、このチェックは基盤ソフ
よくわからない。 こんなコードを書く。 #encoding : SJIS "あ".encode("ASCII-8BIT") 実行すると、 こんなエラーが出る。 D:/temp/ruby19test.rb:2:in `encode': "\xE3\x81\x82" from UTF-8 to ASCII-8BIT in conversion from Shift_JIS to ASCII-8BIT (Encoding::UndefinedConversionError) from D:/temp/ruby19test.rb:2:in ` ' ASCII-8BITってASCII部分だけ互換があって、それ以外はなんでもいいってモノじゃないのか・・・？ あ、encodeはエンコード変換だから、ASCIIの範囲外の文字列を含むとASCII-8BITに変換はできないってことか。 んでもなんでここでUT
フォームから問い合わせ文字列を受け取ったり、 クッキーを発行するとき、 HTTPプロトコルとCGIが適正に処理できるデータ形式に変更する必要があります。 そこで、 付録Dでは、 HTTPクライアントとCGIプログラムで行われている、 URLエンコーディングについて解説します。 実はRFCで"%16進数表記"でエンコードしなくて良い文字が規定されてはいます。 しかし、 実際にエンコードされる文字はプログラムによってまちまちで、 統一されているわけではないのが2003年8月の現状です。 D.1 URLエンコーディングとデコーディング まずは手っ取り早くURLエンコーディングの方法とデコードする方法について挙げ、 後からじっくりとHTTPやCGIの仕様ではどうなっているか解説します。 D.1.1 エンコードする方法 URLエンコードは1文字(ただし1バイト = 1オクテット)毎に行います。 その
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
