のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,908人
昨日:no data人
今日:
最近の注目
人気の最安値情報

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

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    651 = :

    天才か
    そりゃお前の言う通りだよ
    オマケに次スレに案内したというところは超評価してるんだよ
    でも案内先が地獄じゃねーかって文句一点だろ
    いい加減理解しろよトンカチ頭

    652 = :

    いやここで愚痴る間に立てりゃいいじゃん
    誰も禁止してない

    653 = :

    NO
    俺は建てない
    お前は国に不満があったら国を作るのか?
    この親不孝者め!

    658 = :

    JSで初期値があるのは宣言された変数のみ
    たとえ長さ100のArrayを作ったところで
    実際に空の箱が100個用意されるという仕様はない
    ただlengthが100に設定された配列オブジェクトができるだけ
    それぞれの要素に初期値などは設定されない
    オブジェクトの未定義のプロパティにアクセスするとundefinedが帰るという仕様はある
    ただしそれはundefinedが入っていることとはベつ

    659 = :

    簡単なアプリを作ったんですがiphoneのみ画像やアイコンが表示されません
    windowsやlinuxの色々なブラウザでは問題無しです
    よくある原因は何になりますか?

    660 = :

    iPhoneのSafariはmanifest.jsonまだ対応してないの?(クソデカため息)
    >>659
    これ使え
    http://github.com/GoogleChromeLabs/pwacompat

    661 = :

    【環境】Firefox 89.0.2, Chrome 91.0.4472.114
    【何をしたのか】具材の一部を選択した後、フォームをリセットする
    【エラーメッセージ】なし(input.curryのindeterminateプロパティがtrueのままになる)
    【期待する結果】全てのチェックボックスのcheckedプロパティとindeterminateプロパティがfalseになる
    【サンプルコード】https://jsfiddle.net/rhyutmL8/

    662 = :

    リセットボタンクリック時に関数実行してクリアすればよくね?

    663 = :

    >>660
    遅くなりましたがありがとうございます!

    667 = :

    パース処理するとき使うよ

    670 = :

    >>669
    書き換えた結果を誰が見るのかな?

    671 = :

    >>670
    安く買いたい人が金額を書き換えるとか、そういう問題起きないですかね?
    フォームに金額を設定するタイプの仕様って危険な香りがして・・・

    672 = :

    >>671
    常識的には実際に登録する時にサーバはバリデートする
    でないとクルーザー100円で買ったよ!なんて事になるから

    673 = :

    自分が書き換えて、自分が見るだけなら、間違っても問題ない。
    単に、その人の入力ミスだから

    一方、サーバーのデータを書き換えて、大勢の人が見るなら、ヤバイ

    サーバー側でもエラーチェックするけど、
    例えば、千円を100円に間違ったため、多くの申し込みがあったとかは防げない

    サーバー管理者にとって、100円がエラーとは分からないから

    674 = :

    よく起こるのは、通貨・株式取引で、1桁間違ったとか

    こういうのは商取引でも、プロの取引に認定されているから、間違った人が悪い。
    取引を錯誤などで、キャンセルできない。
    取引が絶対に確定される

    一方、一般消費者の取引では、錯誤でキャンセルできる。
    一般消費者は取引のプロではないから

    675 = :

    >>671
    フォームでsubmitされるのはvalue=“1”のほうであってdata-priceじゃない
    確認画面では正しい金額で表示される

    確認画面の金額もローカルで変更してから
    OKボタンを押したところで支払う金額が変更後のものに変わるわけじゃない

    676 = :

    シミュレーションの値段変えて何がしたいの?

    677 = :

    >>671
    できるかどうかの前に
    故意に書き換えて購入しようとしたら犯罪ちゃうの?という素朴な疑問

    678 = :

    671です。実際に登録が完了する前にバリデーションしたら問題ない
    ってのは分かった上で、表面上の金額が変わることに問題ないのか?
    という疑問が起きました。
    故意に変えたら犯罪ではありますが、
    そういう仕様になっているのは設計する側のミスでもあるので。

    とりあえず、「操作している人が金額を変えられたとしても
    決済時に金額が代わらないなら問題ない」
    という解釈をし、HTMLに金額を書いても問題ないと理解しておきます。

    679 = :

    スーパーの値札なんて簡単に入替できるけど
    店舗設計者のミスなの?

    680 = :

    カスタムデータ属性で何ができるのか調べればいいのに…
    目の付け所が糞過ぎて凄い勉強効率悪そう

    681 = :

    HTMLに金額書かずにどうやって客に金額を提示するんだよw

    682 = :

    書き換えられると困るので、このスーパーではレジのみにて金額の確認をさせていただいております
    どうかよろしくご理解ください

    683 = :

    >>681
    optionにはidだけ記載して、Ajaxで金額を称号して計算すると思ってました
    でも、これならいちいちDBにアクセスするため、効率悪いですよね

    684 = :

    >>683
    ajaxで金額を照合して計算したとしても
    計算結果の金額をユーザーに提示する必要があるよね

    それは何らかの形でHTMLに書かれるわけだから
    data-priceに金額を書いてるのと同じで書き換えが可能

    685 = :

    >>684
    非同期通信のデータも書き換えることができるんですね
    出来ないと思ってました。HTMLに書くわけではないですから。

    686 = :

    もう何言ってるんだかって感じ・・・
    とりあえずHTTPの基礎を学んで出直してくれ

    687 = :

    非同期通信とかを知っていて、なんでそんな思考になるのか理解できない
    どんな順番で学んだのかな?

    688 = :

    逆です。「もし自分が知らなかったら大変なことになる」と思っての質問です。
    完璧に全ての要件を理解しているわけではないので、
    自分が知らないことでセキュリティリスクが発生してはいけないと思い、
    イレギュラーな質問をした次第です。問題ないのならそれが一番です。

    689 = :

    非同期通信のデータも書き換えることができるけど
    そうじゃなくてサーバーから受け取ったデータを元にHTMLを更新しないとユーザーは金額見れないじゃん

    690 = :

    頓珍漢な考え方がリスクですわ

    691 = :

    HTTP理解してない人間がWebアプリ開発に関わるというのが一番のリスク
    Webアプリを開発するなら徳丸本レベルのセキュリティ知識は必須

    692 = :

    CSRFトークンやらは流石にチームリーダーかベテランが設計して、レビューするのでは?

    693 = :

    CSRFトークンとかはフレームワークが用意してる仕組みを使えよ

    694 = :

    Ruby on Rails では最初から、

    CSRF・Cross Site Request Forgeries 対策されている

    695 = :

    ルビ基地はこんなところまで出張してくるのかよw

    696 :

    >>694
    ルビ基地さん、マルチポストは禁止ですか?

    697 = :

    Web上で動く動画編集ソフトを作っていて、メモリの使用状況を知りたいのですが、
    navigator.onmemorypressureがクソ使えません。
    タブが落ちるまで発動しないことや、落ちる寸前で発動してどうしようもないときがしばしばあります。
    今は代わりにWeakRefを使ってCGの粒度と頻度を監視してメモリの逼迫を予測しているのですが
    いつまでも実装内部の微妙な振る舞いに頼った方法を使うわけにもいかないので
    もっと良い解決方法はありませんでしょうか?

    700 = :

    まず、!$('#text').val()、これは、!( $('#text').val() ) と同じ。
    .val() は、<input>の内容を取得するので、文字列型

    !文字列型 は、文字列を否定した真偽値になる。
    さらに、その真偽値を否定すると、!!文字列型。肯定に戻る

    文字列の真偽値は、空文字列なら偽。
    それ以外は真と判定される

    だから下の出力は、文字列が存在すれば「あいう true false」、
    空文字列なら「false true」

    <label>入力文字列<input type="text" id="Text1" value="あいう" autofocus></label><br>
    <button id="Button1">押して</button>
    <p>出力 : </p><div id="output"></div>

    $( "#Button1" ).click( function ( ) {
    inputText = $( "#Text1" ).val( ) // 取得
    console.log( inputText, !!inputText, !inputText )

    $( "#output" ).text( `${ inputText } ${ !!inputText } ${ !inputText }` ); // 設定
    } )


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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


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