私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.76 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>439,442
ということは、documentオブジェクトにgetElementByIdがないか、
document.getElementById()の結果のオブジェクトにvalueがないんだろ
う。
id="hoge"の要素が複数あって、意図したものとは違う要素でも取れてい
るんじゃないの?
ということは、documentオブジェクトにgetElementByIdがないか、
document.getElementById()の結果のオブジェクトにvalueがないんだろ
う。
id="hoge"の要素が複数あって、意図したものとは違う要素でも取れてい
るんじゃないの?
>> 452
いや、解決は至って単純で、
hogehoge = document.getElementById("hoge").value;
<input id="hoge" type="text" />
とすればエラーが出なくなるんだわ。
「hoge =」→「hogehoge =」…つまり、id名と変数名を重複しなければ良いってだけ。
実際にいろいろなブラウザで動かしてみるとわかるよ。エラーになるのIEだけだから。
IE6はもちろん、最新のIE8でもエラーになるから認識してないっぽい。
あ、ちなみに、
var hoge = document.getElementById("hoge").value;
<input id="hoge" type="text" />
と、varを付けてローカル変数にすればエラーにならない。w
ほんと、IEだけは消えてなくなってほしいわ…。
いや、解決は至って単純で、
hogehoge = document.getElementById("hoge").value;
<input id="hoge" type="text" />
とすればエラーが出なくなるんだわ。
「hoge =」→「hogehoge =」…つまり、id名と変数名を重複しなければ良いってだけ。
実際にいろいろなブラウザで動かしてみるとわかるよ。エラーになるのIEだけだから。
IE6はもちろん、最新のIE8でもエラーになるから認識してないっぽい。
あ、ちなみに、
var hoge = document.getElementById("hoge").value;
<input id="hoge" type="text" />
と、varを付けてローカル変数にすればエラーにならない。w
ほんと、IEだけは消えてなくなってほしいわ…。
IEがdocument.hogeでdocument.getElementById('hoge')なのは結構有名だと思ったけど。
でもまあIEに限らずHTML内の名前はグローバルと思って設計したほうが安全だよ。
でもまあIEに限らずHTML内の名前はグローバルと思って設計したほうが安全だよ。
IE6の糞仕様に悩まされる毎日だけどこれは知らなかった。
グローバル変数使うときはwindowsオブジェクトあたりに連装配列で入れるよね?
グローバル変数使うときはwindowsオブジェクトあたりに連装配列で入れるよね?
IE の id と名前空間絡みの話だけど、変数名との衝突だけでなく、メソッド名ともぶつかった気がする。
確か id に "submit" を持つ要素が存在すると、submit() を呼び出せなかった様な。
もう、おねむだから確認はしないけど。
確か id に "submit" を持つ要素が存在すると、submit() を呼び出せなかった様な。
もう、おねむだから確認はしないけど。
記録と読み出し以外は すべて js で処理する掲示板を作ってます.
(js に こだわる理由は改造のしやすさと負担の分散)
現在は form に tsv データをぶち込んで js に読み取らせる方式.
これには欠点があって cgi によるタグ無効化処理を無効化する作用が...
(<, > などが勝手に復元されてしまう)
(今は cgi 側では無視して js 側で無効化)
他に考えられる読み込み方式は Ajax.
こちらで問題となるのが IE.
セキュリティーホールとして有名な ActiveX を ON にする必要があるとか.
IE も ver. 8 がでてるらしいですが, この辺の事情は変わってないのかしらん ?
(7,8 となってもワケワカメナ IE, いっそ, バッサリ...)
(js に こだわる理由は改造のしやすさと負担の分散)
現在は form に tsv データをぶち込んで js に読み取らせる方式.
これには欠点があって cgi によるタグ無効化処理を無効化する作用が...
(<, > などが勝手に復元されてしまう)
(今は cgi 側では無視して js 側で無効化)
他に考えられる読み込み方式は Ajax.
こちらで問題となるのが IE.
セキュリティーホールとして有名な ActiveX を ON にする必要があるとか.
IE も ver. 8 がでてるらしいですが, この辺の事情は変わってないのかしらん ?
(7,8 となってもワケワカメナ IE, いっそ, バッサリ...)
>> 462
MS自ら、こんなキャンペーンを始めたしな。
http://japan.cnet.com/news/media/story/0,2000056023,20404512,00.htm
まさに自作自演。w
MS自ら、こんなキャンペーンを始めたしな。
http://japan.cnet.com/news/media/story/0,2000056023,20404512,00.htm
まさに自作自演。w
>>464
そんなことをするやつは大概javascriptも切ってるんだから
気にするならjavascriptなしでもある程度読めるようにしとけ
そうしたらDOMからデータ読めるようになって一石二鳥だ
そんなことをするやつは大概javascriptも切ってるんだから
気にするならjavascriptなしでもある程度読めるようにしとけ
そうしたらDOMからデータ読めるようになって一石二鳥だ
>>464
お前のエスケープのやり方が間違っている
お前のエスケープのやり方が間違っている
未だにIE6をリプレースできないシステムも多いから
迂闊にサポート切れんだろう、韓国とか
MSもここまで開発者が馬鹿だと大変だな
迂闊にサポート切れんだろう、韓国とか
MSもここまで開発者が馬鹿だと大変だな
>>469
XP のサポート期間がまだ残ってるので
標準ブラウザの IE6 もまだサポートしなきゃいけない
MS 自身も早く 7 か 8 に移ってほしいと思ってるが
ビジネス上の約束を違えるわけにはいかない
XP のサポート期間がまだ残ってるので
標準ブラウザの IE6 もまだサポートしなきゃいけない
MS 自身も早く 7 か 8 に移ってほしいと思ってるが
ビジネス上の約束を違えるわけにはいかない
><, > などが勝手に復元されてしまう
まずこれを説明してみろ
JSでデータをいじるのにCGI側でエスケープするのがまずありえないんだが(今はやめたらしいが)
お前が馬鹿なことをしてない限りこんなことになることもない
まずこれを説明してみろ
JSでデータをいじるのにCGI側でエスケープするのがまずありえないんだが(今はやめたらしいが)
お前が馬鹿なことをしてない限りこんなことになることもない
それ復元されてるんじゃなくて、表示が <, > だって言いたいんじゃない?
<, > と表示されてるんだったら復元されてない。まず HTML から勉強しよう。
<, > と表示させたいんだったら、<, > だ。
<, > と表示されてるんだったら復元されてない。まず HTML から勉強しよう。
<, > と表示させたいんだったら、<, > だ。
2ch めんどくさいな・・・
<, > と表示させたいんだったら、<, > だ。
<, > と表示させたいんだったら、<, > だ。
>>473
2chのdatのように直で読まれることを前提に、xmlの要領で単純なhtmlを吐く
そのhtmlのヘッダにjs本体を読むようにしておく
やってることはtsv埋め込みと同レベルだ、負荷がかかるとかばかげたことは言うなよ?
2chのdatのように直で読まれることを前提に、xmlの要領で単純なhtmlを吐く
そのhtmlのヘッダにjs本体を読むようにしておく
やってることはtsv埋め込みと同レベルだ、負荷がかかるとかばかげたことは言うなよ?
>2ch めんどくさいな・・・
すみません, これ以後, 挨拶抜きで...
>>484
>セキュリティ以前にHTMLが壊れてたら
たとえば (悪意がなくて) 単にタグ閉じわすれとか ?
それでinnerHTMLとか言ってるならかなり恐ろしいぞ
>ぶるぶる...
でも, 受け取ったままの状態では ただの texte string にすぎず,
それを js で処理した上で 吐き出される前には何もできないはずですが ?
あっしは何か見落としてますか ?
>>484
>セキュリティ以前にHTMLが壊れてたら
たとえば (悪意がなくて) 単にタグ閉じわすれとか ?
それでinnerHTMLとか言ってるならかなり恐ろしいぞ
>ぶるぶる...
でも, 受け取ったままの状態では ただの texte string にすぎず,
それを js で処理した上で 吐き出される前には何もできないはずですが ?
あっしは何か見落としてますか ?
すみません, これ以後, 挨拶抜きで...(ご無礼, お許しを)
>>486
>HTMLを出力するならそれで良いけどテキストで表示させたかったら
すみません, 勉強不足です~.
参考までにメリット | デメリットなどをお教えいただけると...
>>486
>HTMLを出力するならそれで良いけどテキストで表示させたかったら
すみません, 勉強不足です~.
参考までにメリット | デメリットなどをお教えいただけると...
お前がHTMLも書けないことはよく分かった。
textareaの中はPCDATAなんだから<、&は&<、&になっていなければならない
まずこれを怠っている時点でXHTMLを書く資格がない
それらは当然、textarea.valueを通せば復元されて<、&になっている
それは正しいデータを得られたということで、何の問題もない
この段階で全ての実体参照は展開されているはずだ
&<となっていてほしいのは、HTMLの実体参照の解説をしているときくらいだろう
データを出力するときはcreateTextNodeすれば<、&は勝手に&<、&になる
何も考えることはない
もしinnerHTMLでの出力を考えるなら
・defer属性付きのscript要素
・イベント属性
・data:スキーム
最低限、これらは除去しなければならない
IE8ならtoStaticHTML()とかあるが、はっきり言って今のお前にできるとは思えない
HTMLタグは許すな、全部エスケープしてしまえ
textareaの中はPCDATAなんだから<、&は&<、&になっていなければならない
まずこれを怠っている時点でXHTMLを書く資格がない
それらは当然、textarea.valueを通せば復元されて<、&になっている
それは正しいデータを得られたということで、何の問題もない
この段階で全ての実体参照は展開されているはずだ
&<となっていてほしいのは、HTMLの実体参照の解説をしているときくらいだろう
データを出力するときはcreateTextNodeすれば<、&は勝手に&<、&になる
何も考えることはない
もしinnerHTMLでの出力を考えるなら
・defer属性付きのscript要素
・イベント属性
・data:スキーム
最低限、これらは除去しなければならない
IE8ならtoStaticHTML()とかあるが、はっきり言って今のお前にできるとは思えない
HTMLタグは許すな、全部エスケープしてしまえ
>>490
>お前がHTMLも書けないことはよく分かった。
ぎゃぼ~, ひでぶ~ !!!
>&は&<、&になっていなければならない
も, 文字化け~ (あっ, すっ, すべては 2ch cgi の落とし穴です~)
>この段階で全ての実体参照は展開されているはずだ
その通りです.
で, この事実を解った上で使い切るか, はたまた別のアプローチを取るか,
もしそうだとするのなら あっしが考えつく以外の何かがあるかどうか...
>データを出力するときはcreateTextNodeすれば
調べて実験してみます.
>HTMLタグは許すな、全部エスケープしてしまえ
許してませんが...
それとも何か落とし穴が ?
口調は厳しいけど, 大変参考になりました.
まじ, 感謝, 感謝 ~ !
>お前がHTMLも書けないことはよく分かった。
ぎゃぼ~, ひでぶ~ !!!
>&は&<、&になっていなければならない
も, 文字化け~ (あっ, すっ, すべては 2ch cgi の落とし穴です~)
>この段階で全ての実体参照は展開されているはずだ
その通りです.
で, この事実を解った上で使い切るか, はたまた別のアプローチを取るか,
もしそうだとするのなら あっしが考えつく以外の何かがあるかどうか...
>データを出力するときはcreateTextNodeすれば
調べて実験してみます.
>HTMLタグは許すな、全部エスケープしてしまえ
許してませんが...
それとも何か落とし穴が ?
口調は厳しいけど, 大変参考になりました.
まじ, 感謝, 感謝 ~ !
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.96 + (1001) - [97%] - 2012/1/28 23:01
- + JavaScript の質問用スレッド vol.86 + (1001) - [97%] - 2011/5/27 21:50
- + JavaScript の質問用スレッド vol.74 + (1001) - [97%] - 2009/12/1 6:08 ○
- + JavaScript の質問用スレッド vol.75 + (1001) - [97%] - 2010/1/23 1:07 ○
- + JavaScript の質問用スレッド vol.77 + (1001) - [97%] - 2010/5/8 19:06
- + JavaScript の質問用スレッド vol.78 + (1001) - [97%] - 2010/6/25 3:53
- + JavaScript の質問用スレッド vol.79 + (1001) - [97%] - 2010/9/11 6:50
- + JavaScript の質問用スレッド vol.126 + (348) - [95%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.126 + (952) - [95%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.106 + (1001) - [95%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [95%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.136 + (1001) - [95%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.94 + (1001) - [95%] - 2012/1/8 15:46
- + JavaScript の質問用スレッド vol.81 + (1001) - [95%] - 2010/12/10 20:01
- + JavaScript の質問用スレッド vol.82 + (1001) - [95%] - 2011/1/19 7:54
- + JavaScript の質問用スレッド vol.84 + (1001) - [95%] - 2011/3/30 7:32
- + JavaScript の質問用スレッド vol.99 + (1001) - [95%] - 2012/5/7 4:32
トップメニューへ / →のくす牧場書庫について