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

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

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

あ、やっぱりいいです

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

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

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

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

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

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

>> 661
formのresetイベントでindeterminateをfalseにすればええんちゃう

http://searchfox.org/mozilla-central/search?q=.slice%28&path=
http://searchfox.org/mozilla-central/search?q=.charAt%28&path=

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

Ruby でも同じだけど、文字列処理で使う

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ruby on Rails では最初から、

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

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

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

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

その要素のvalue属性がfalsyなら条件式がtrue
(!が否定なので)

文字列が空だったりしたらtrueになる

まず、!$('#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 }` ); // 設定
} )