>>649
お前、趣味でやってるのかよｗｗｗ

趣味でやってる人は、0.0001秒にまで
こだわったりするからなｗ

ベンチ取ってみたんだけど何これ？おかしくね？何故rowが糞遅いのか？firefoxだと、何故row2が一番速いのか？
http://jsperf.com/row-vs-lodash

おかしいのはベンチの取り方

100万回のループで10秒も時間が違ったのだ！
1秒の方が10倍も速いんだぞ！
10倍もの差は無視できない！


でもそれ1回あたり0.00001秒ですよね？

なるほど。ベンチの取り方かえたら、おかしくなくなったわ

2<<1と2*1って速度変わりますか？

処理系の実装によるだろうね。
このケースなら構文解析で定数に置換されるだろうから、
速度は同じになるんじゃないかな。

俺がそうだったので速度厨の気持ちも分かるが
lodash化する過程で大量の無駄な処理に気づいた
部分的なベンチマークに拘ると全体的なアルゴリズムが洗練されないのだな
関数言語的プログラミングは汚さを許さないというか、
汚いところが浮き上がって見えるので、処理が洗練されていく

dom要素をcloneNode(true)して、id属性だけは削除したいです
しかしcloneしたもののidにヌルストリングやnullを代入しても消えません
deleteで削除しても駄目です
どうすれば消えるのでしょうか？

removeAttrib

それ用のメソッドがあったんですね
ありがとうございました

テキストを書き換えるときはinnerHTMLを使うとDOMが壊れるからやめろっていいますけど
これってバグなんじゃないのでしょうか

違うでしょうね

そんな話聞いたことない

じゃあまず聞いたことある人いませんか？

<span id="testnode">before</span>
a=document.getElementById("textnode");
a.innerHTML="after";//これはOK

<span id="testnode"><a href="http://hoge.com/">before</a></span>
a=document.getElementById("textnode");
a.innerHTML="<a href=\"http://hoge.com\">after</a>";//これはだめ

という話　そしてやめろってのはeval系みたいな作用でブラウザによろしくないという話で
動くには動く。ただそんなコード使ってる人は初心者と言われて当然

<span id="testnode"><a href="http://hoge.com/">before</a></span>
a=document.getElementById("textnode");
b=document.createElement("a");b.href="http://hoge.com/";
b.innerHTML="after";a.appendChild(b);//こうするのが通常

これは10000回繰り返すと速度が10倍遅いんだけどとかいう話ではなく
数十回レベルでもハッキリと遅いのが見える　明らかにブラウザに負荷をかけてる

>>663
テキストを書き換えるなら
element.textContent や textNode.data の方が
より適切ってことではないの？
（ < や > は実体参照に置換してくれる）

実際に要素を生成することも含むならやめる必要はないと思う
（その場合に DOMが壊れるとは具体的に何を意味するのかわからん）

testnodeとtextnodeが間違ってることに気づいた

そしてDOMが壊れるってのだとこっちかー
<div id="aaa"><div id="bbb">cliok!!</div></div>
a=document.getElementById("aaa");
b=document.getElementById("bbb");
b.addEventListener("click", function(){alert("test")},false);
a.innerHTML.replace("cliok","click");//イベント消えちゃうよー

連投すまん　三度目の正直、次からはしっかり確認する。最終行
a.innerHTML=a.innerHTML.replace("cliok","click");
が正解

innerHTMLはdomを真新しいものに置き換えるので
変数がその参照を持っていたらまずいとかその程度のことだろ

>>665
え、驚きなんですが・・・？
徳丸先生とかあごちゃんのtwitterチェックしてませんの？
ちょっと前に話題に上がってるネタですよ

>>664-666
無知って恥ずかしいですね

>>667
evalみたいなっていうのは何の話なのかよくわかりませんが
そういうことではなくてinnerHTMLで書き換えるとDOMが壊れるのでXSSが起こるのはinnerHTMLがdomのめんどうみないのがおかしいんじゃないかって話です

>>672
http://d.hatena.ne.jp/hasegawayosuke/20140508/p1
これかぁ　その二方は知らないけど、この記事書いてるhasegawaさんならそれなりに(
この手のバグはそのうち治るから放置でいいよ(´・ω・)

JavaScriptの情報のアンテナ低いやつ多すぎて話になんねえわ

だからなんでdomが壊れるんだよ
壊れねーよ

>>676
情弱バカは書き込むんじゃねえよ
壊れるんだよ

壊れてたまるかよw
そんなことで壊れるならプログラム動かねーから

>>673
いくつか想像はつきますが、事象を特定できないので質問するならもっと正確に質問して下さい。
「DOMが壊れる」って何ですか？
本当に理解できているのかあやしくなる表現ですね。

>>678-679
もうお前みたいなウルトラのバカは勉強してから書き込めよ
http://www.owasp.org/index.php/DOM_based_XSS_Prevention_Cheat_Sheet

あきらかに理解してないだろ
他人の書いた文章をそのまま使うな
自分の頭で咀嚼してから自分の言葉で表現しろ
それがB級以上のプログラマーの在り方だ

>>667 >>668 >>669 >>670　ここらへんのネタか
>>672 >>674　こっちのネタかは

質問者の文だと分からんよね　後者っぽいけど
そして、理解せず質問するなってのは変じゃないか
理解出来てたら質問スレに来ないと思う

innerHTMLにどんな値を代入しようが、「壊れる」ということはないと思うんだけど
「想定しない木構造になってしまう」という意味？
なんにせよユーザー入力された値を信用してそのまま使うなというのはHTMLに限らずだね

なるほど
一理ある

>>674
これはinnerHTMLのバグじゃないだろ

domが壊れるんじゃなくてinnerHTMLが間違ってるんじゃん
フォームごとinnerHTMLで渡すとかどんな状況だ？
そんなくそコード普通は書かないから

>>682
理解出来なくて質問するのはいいとしても、「知ったかぶりで適当な事を発言して、他人に知らないんですか？」と嘯くのは勘弁してほしいわ

>>これってバグなんじゃないのでしょうか

バグ以外の何ものでもないだろうな

よく分からないから単純な再現コード書いてください

>>687
いや理解できないのはお前がそれを知らないから理解できないだけ
>>680
を全文読みましょう
少なくともinnerHTMLに関連する箇所だけでも読みましょうね

何者にもなれないお前たちに告げる
↓

ここで聞いたおれが一番のバカだったわ
コアな部分にはあんまり興味のないお遊び野郎しかいなくて残念だ

確かに金にならないものに興味は無い

いやだから実証コード書けよ

>>694

>>680のリンクにありますが？ちゃんと読んでから書き込めしろや東京スカイツリーバカか

そんなのいちいち読んでられるか
単純な実証コードって言ってんだろ
お前が理解した範囲で書けよ

「ボクちゃんは自分で考えることも出来ないので
代わりに考えてください」って言ってるようにしか見えない

>>690
なら初めから具体的に質問しろよ
質問者はどれにも触れてないのに、質問内容が理解出来る訳ないだろ
>663から>680を確定させるには情報が不足してるとは思わないのか

>>696
単純なコードというレベルのものが>>680ありますよ？
初級者は無理に回答しなくていいのよ＾＾

>>698
もうね情弱は無理に答えなくていいって
innerHTMLのバグを知らないお前はくちだすなよ