私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレ+ JavaScript の質問用スレッド vol.141 +

JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

501 : Name_Not - 2021/02/28(日) 14:54:08.24 ID:???.net (-20,+27,-14)

>>500
xssとウィルス等は全く関係ないので無理

502 : Name_Not - 2021/02/28(日) 14:56:12.59 ID:???.net (+33,+29,-7)

明治時代以前に写真を撮られると魂を抜かれるとか思ってた人を笑えないんだよなぁ

503 : Name_Not - 2021/02/28(日) 15:01:11.40 ID:???.net (+33,+29,-27)

>>496
お前プログラム板で頓珍漢な質問してるやつやろ
知ったかぶりはやめて基礎を勉強しろな

504 : Name_Not - 2021/02/28(日) 15:12:33.09 ID:???.net (+27,+29,-37)

>>491
XSSは目的を達成する各種ステップの初期段階だからな

XSS対策すらまともにできてないサイトが
その他の対策は万全なんてことはありえないので標的にされやすい

505 : Name_Not - 2021/02/28(日) 16:14:09.12 ID:???.net (-11,+29,-82)

>>501
> xssとウィルス等は全く関係ないので無理

その理屈で言えば、バッファーオーバーフローも
ほぼすべての脆弱性も、バックドアも
ウイルスとは関係ないしパソコンに悪さをするものではない

それを使ってウイルスを侵入させるためのものでしかない
XSSもウイルスを侵入させるためのものであるということは同じ

506 : Name_Not - 2021/02/28(日) 17:08:33.71 ID:???.net (+37,+29,-80)

>>502
写真撮ってあげましょうか？から始まる一連の騙し手口みたいなもの
色よい返事が貰えれば脆弱であることが分かるので次のステップに進む
写真撮ってあげましょうか？はKill Chainの第一段階のreconに相当する

507 : Name_Not - 2021/02/28(日) 18:47:09.66 ID:???.net (+33,+30,-114)

>>505
ウイルスという言葉の意味を広げすぎじゃね？
たとえばメール送りつけて偽のネットバンキングのサイトに誘導してパスワードを盗むのはウイルスではないだろ
あるいはメールに実行ファイルを添付してそれ実行したらすべてのファイルが消去される、なんて荒っぽいのを「ウイルス」と呼ぶのは変だ
ウイルスってのはもっと巧妙な、しばらくは潜伏期間があるようなもののことじゃないか？

508 : Name_Not - 2021/02/28(日) 19:43:08.62 ID:???.net (+27,+29,-14)

そもそもXSSでウイルスは仕込めないだろ
どうやって増殖するのよ

509 : Name_Not - 2021/02/28(日) 21:06:43.66 ID:???.net (+32,+29,-43)

ウイルスは自己増殖するものに対する名前だったが
“ウイルス対策”という場合はその他の種類のマルウェアも含むのが通例
“マルウェア対策”のほうが用語としては正確だが
一般ユーザーには定着してないから便宜的に”ウイルス対策”と言う

510 : Name_Not - 2021/02/28(日) 21:14:46.17 ID:???.net (-17,+30,-70)

ウイルス（ラテン語: virus）は、他生物の細胞を利用して自己を複製させる、極微小な感染性の構造体で、タンパク質の殻とその内部に入っている核酸からなる。生命の最小単位である細胞やその生体膜である細胞膜も持たないこと、小器官がないこと、自己増殖することがないことから、生物かどうかについて議論がある[1]。一般的には、ウイルスは生物ではないとされる。

ウイルスは自己増殖するものに対する名前（笑）

511 : Name_Not - 2021/02/28(日) 21:43:37.81 ID:???.net (-17,-15,-64)

>>510
生物学的なウイルスや自己増殖の定義は詳しく知らんが
コンピュータウイルスの狭義の意味はホストを介して自己増殖(self-replication)する特徴を持ったもので間違いないで

512 : Name_Not - 2021/02/28(日) 21:49:20.35 ID:???.net (+38,+30,-106)

>>487
お前は毎日ポエムを日記サービスに鍵付きで投稿してるが
脆弱性のせいでそれが流失したら恥ずかしくて死ななきゃならなくなるだろ

まあそれは冗談だが、大事なデータはHDDにあるとは限らんだろ
Webサービスに非常にセンシティブなデータがあるかもしれないでしょ
それが漏れてからブラウザを強制終了させても遅いんだよ

513 : Name_Not - 2021/02/28(日) 22:04:35.36 ID:???.net (+23,+29,-71)

>>490,498
ふたりとも正気？
最初の「透明な黒」の背景に対して不透明度30/255のRGB(10,20,30)を描画したら
そのままRGB(10,20,30)になると本当に思うの？

ブラウザによって結果が違うのも当然
だって「透明な黒」に対して「半透明の色」を混ぜるという
非常にわけの分からないことをしているのだから

514 : Name_Not - 2021/02/28(日) 22:10:12.58 ID:???.net (+32,+29,-73)

XSS使えば正規のサイトに悪意のあるサイトを重ねてID/パスワードをだまし取ったりできる
ひっかかったやつがいればそれを活用して信頼できる相手からの無害なファイルに見せかけたペイロードを送る
それにも引っかかれば無事データぶっこ抜き

515 : Name_Not - 2021/02/28(日) 22:58:05.45 ID:Cg2dttr3.net (+36,+30,-115)

>>505
ウィルス注入は言い過ぎな気もする
仮に最終目的がウィルス注入だとしても
そのためのドアのこじ開けくらいじゃないかなあ

んでXSSの主だった攻撃は
個人のパソコンをどうこうすることではなくて
個人が使ってるサイト、ウェブサービスをごにょごにょすることにあると思う

んでんで
ドアをこじ開けた先でする悪さは
XSSとはまた別の名前がついてるんで
XSSでできることはブラウザの中だけ
って考えても間違いとは言い切れん
気がする

516 : Name_Not - 2021/02/28(日) 23:00:21.48 ID:???.net (+33,+25,-39)

使わなくなった配列とかオブジェクトのプロパティって都度空にしたり削除したりした方がよいのでしょうか？

517 : Name_Not - 2021/02/28(日) 23:06:21.34 ID:???.net (+31,+29,-4)

>>516
作っているものの内容によるけど、通常は気にしなくていい

518 : Name_Not - 2021/02/28(日) 23:09:42.58 ID:???.net (+37,+29,-31)

>>516
わざわざ削除しなくてもGCされるようにスコープ切って使えばいいんじゃないの
手動で削除したほうが望ましい場合ってあるのかな？

519 : Name_Not - 2021/03/01(月) 00:51:47.73 ID:???.net (-23,-29,-5)

>>513
putImageDataですよ
アルファ値も何もかも全部上書きする関数の話

520 : Name_Not - 2021/03/01(月) 01:02:05.53 ID:???.net (-23,-29,-114)

>>513
なお、[xx,xx,xx,0]を書き込むと無慈悲に[0,0,0,0]とRGBは無視されちゃう模様
透明なのに色があったらおかしいよね、という話だろうけど余計なお世話だなぁ
JavaScript だと低レベルAPIは存在せず、高レベル描画でエミュレートしてるようだから逆に仕方がないと諦め
どうしても必要だったら、サーバにimagedataデ＝[タ渡してPNGにして返してくるWebAPI作ろうかな

521 : Name_Not - 2021/03/01(月) 01:09:58.44 ID:???.net (+33,+29,-58)

>>518
古代のVBAだとガベージが超頭悪かったんで、自分でデータのツリーとか末端まで参照を解放しておいてやらないと砂時計の刑
今時のガベージなら問題は少ないはず

523 : Name_Not - 2021/03/01(月) 03:48:13.20 ID:???.net (+32,+29,-47)

>>515
そうだよ？
だから脆弱性には、例えばバッファーオーバーフローなどという
別の名前がついていて、それ自体はバッファーオーバーフローするだけで
悪さをするものじゃないって言ってるの

524 : Name_Not - 2021/03/01(月) 07:08:27.36 ID:???.net (+24,+29,-22)

>>519
違う違う、誰がそんなことを言った？
上書きではなく、上塗り
背景色とブレンドされる

525 : Name_Not - 2021/03/01(月) 12:00:48.65 ID:???.net (+27,+29,-7)

これがほんとの恥の上塗りなんちゃって

526 : Name_Not - 2021/03/02(火) 12:37:53.45 ID:???.net (+33,+30,-128)

APIの概要、仕様の基本的な部分を承知してないのに
よくブラウザの問題だとかあれこれ言えるなと思う

仕様調べるか、挙動から類推するか、自分で実験してみるか
何かしら確かめる作業をすれば気付けるだろうに

問題解決において実行系のバグを疑うのは
多くのステップを踏んだ最後の最後
質問者と頓珍漢な解答をした者ははまずその事から覚えた方がいい

527 : Name_Not - 2021/03/02(火) 15:15:50.73 ID:???.net (+22,+29,-5)

唐突に何の話だこれ?

528 : Name_Not - 2021/03/02(火) 17:14:44.67 ID:???.net (+22,+29,-17)

頓珍漢な解答の話やろ

529 : Name_Not - 2021/03/03(水) 09:58:41.88 ID:???.net (-26,-30,-196)

質問いいでしょうか？
jsonで下記のような配列を取得しまして、これを「3月3日」のような
文字列でも日付型にでもかまわないので変換したいのですが、
まとめて行うことは可能でしょうか？
[ "2021-03-03T00:00:00+09:00", "2021-03-04T00:00:00+09:00", "2021-03-05T00:00:00+09:00", "2021-03-06T00:00:00+09:00"]

530 : Name_Not - 2021/03/03(水) 10:30:25.28 ID:???.net (+13,+25,+0)

はい

532 : Name_Not - 2021/03/03(水) 12:45:54.43 ID:???.net (-26,-29,-45)

mapだと個別に処理することになりませんか?
今32スレッドの5950Xを使っているので、要素が32以下の場合まとめて処理したいのです。
昔同じようなことをしようと思いFirefoxでparallelMapだかを使ったのですが、今はなくなっているようです。
どうしたらよろしいでしょうか?

533 : Name_Not - 2021/03/03(水) 13:03:37.89 ID:QC47j9E0.net (+0,+29,-20)

replaceでも出来なくはない気もするけど
一番早いのはmapなんじゃないかなあ
どうせシングルスレッドですしお寿司

534 : Name_Not - 2021/03/03(水) 13:19:26.67 ID:???.net (+27,+29,-16)

他の言語でもやたら並列化使おうとする人たまにいるけど
単純すぎるものは素直に処理した方が速いよ

535 : Name_Not - 2021/03/03(水) 13:35:48.92 ID:???.net (+23,+25,-8)

“まとめて”が”並列に”の意味だったとはw

536 : Name_Not - 2021/03/03(水) 13:39:17.31 ID:???.net (+27,+29,-29)

スレッドプールが立ち上がっててデータが大量にあるなら並列にやってもいいけど
そんなクソでかいjson扱う前にできることあるよね

537 : Name_Not - 2021/03/03(水) 13:44:18.94 ID:???.net (+27,+29,-31)

そんなに並列でスレッドを開始したり、終了を知らせたりする処理挟んでたら、
そっちに掛かる時間の方が日付型への変換より時間掛かるまでありそう

538 : Name_Not - 2021/03/03(水) 14:31:10.16 ID:???.net (-7,-5,-6)

web workerで出来るけどそんなレベルなら並列化にかかるコストの方が大きい

539 : Name_Not - 2021/03/03(水) 16:17:27.66 ID:???.net (+27,+29,-18)

並列化のほうがコストかかるかどうかはデータ量次第でしょ
決めつけはいかんよ

Firefoxの話を書いてるけどブラウザで実行する前提かどうかもわからない

540 : Name_Not - 2021/03/03(水) 16:29:52.85 ID:???.net (+19,+26,+0)

1億件あるかもしれない

541 : Name_Not - 2021/03/03(水) 16:33:48.23 ID:???.net (+27,+29,-10)

来年度予算案並に106兆とかあるかもしれんね
戦略の見直しが必要ですわ

543 : Name_Not - 2021/03/03(水) 17:19:45.88 ID:???.net (+28,+29,-27)

>>529の要件なら、正規表現で置き換えれば済む気がするけどな
何故こんなにも複雑な話になったのか

544 : Name_Not - 2021/03/03(水) 17:53:03.35 ID:???.net (+27,+29,-4)

そりゃ本人が並列処理をご所望だからだよ

545 : Name_Not - 2021/03/03(水) 17:53:48.04 ID:???.net (+23,+29,-2)

>>543
ロケールどうすんだよ

546 : Name_Not - 2021/03/03(水) 17:59:05.73 ID:???.net (+22,+29,-4)

>>542
んなわけない
そんなことしたらデータ量に限らず低速化する

547 : Name_Not - 2021/03/03(水) 18:16:49.56 ID:QC47j9E0.net (+2,+29,-25)

>>546
丸っと渡した場合は
それが別スレ化するから本線が遅くならない
くらいのメリットですかね？

548 : Name_Not - 2021/03/03(水) 18:31:15.78 ID:???.net (-28,-29,-52)

>>545
時刻は全部00:00:00+09:00のデータで、月日をフォーマットするって内容だろ？
どこでロケールの問題が出てくるの？

549 : Name_Not - 2021/03/03(水) 18:49:56.31 ID:???.net (+21,+28,-3)

全部ゼロゼロなの？

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

JavaScript スレッド一覧へ

みんなの評価 :

類似してるかもしれないスレッド

+ JavaScript の質問用スレッド vol.141 + (1001) - [100%] - 2019/9/22 23:15
+ JavaScript の質問用スレッド vol.142 + (984) - [97%] - 2020/8/27 19:15
+ JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
+ JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2015/1/1 18:30
+ JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2022/11/29 16:30
+ JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
+ JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
+ JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
+ JavaScript の質問用スレッド vol.142 + (926) - [97%] - 2019/12/23 13:15
+ JavaScript の質問用スレッド vol.143 + (753) - [97%] - 2020/4/19 5:00
+ JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
+ JavaScript の質問用スレッド vol.140 + (1001) - [97%] - 2019/9/19 10:45
+ JavaScript の質問用スレッド vol.102 + (1001) - [95%] - 2012/9/11 17:30
+ JavaScript の質問用スレッド vol.123 + (966) - [95%] - 2020/10/20 2:30
+ JavaScript の質問用スレッド vol.122 + (116) - [95%] - 2018/5/2 18:30
+ JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
+ JavaScript の質問用スレッド vol.100 + (1001) - [95%] - 2012/6/13 22:46

トップメニューへ / →のくす牧場書庫について

総計:	127,490,841人
頁
昨日:	no data人
頁
今日:	人
頁