元スレ+ JavaScript の質問用スレッド vol.139 +
JavaScript覧 / PC版 /みんなの評価 :
301 = :
>>289,291
HTML5以降っていうのは~っていう話を今更するのもアレだけど
WebRTCとかもそうだけど完全に安定するのを待ってたらいつまでも使えない
昔の価値観で実用レベルかどうかを測るのはそぐわない機能っていうが出てきてるんだよ
Living Standardとかって今後どうなるのかなんて誰にもわからないのだから
今使いたくて条件にあってるのなら各々の好きなタイミングから使ってもいいんだよ
特にWICGが作ってるで、Web USBとかと同じ類のものなのだからなおさらのこと
IDBに保存できるのは勿論仕様
今後どうなるのかは知らない
でも今それをどうしてもしたくて今これしかなくて今これができるのなら
躊躇する必要なんて無いと思う
将来幾らかどうにかなったとしたらその時幾らかどうにかすれば良いのだから
というかWebってのはずっと幾らかどうにかし続けていかないといけなくなったのだから
302 = :
>>296
君の言ってる保証というのが分からない
今の標準仕様、どれを見てもメソッドの過不足があるとか挙動が違うとか沢山あるだろう
それに今や誰でも仕様を書いてWeb標準だと言えるんだ
それは大げさに聞こえるかもしれないが
Chromeの中の人が仕様を作り、Chromeに実装するのはそれに似た臭さがある
そんな中どこに保証を求めるというのだろうか?
その場合Chromeの中の人に具合を聞くというのが一番の保証になると思う
つまり、そういう面で保証とやらを考えるのは馬鹿らしいことだということだ
303 = :
>>301
> WebRTCとかもそうだけど完全に安定するのを待ってたらいつまでも使えない
そんな話はしてないんだよ。
普通の人が使ってるブラウザで使えないぐらいのレベルなら
そのことをしっかり明記してくれという話
304 = :
もしかして、明記する基準がわからないって人?アスペかな?
基準がわからないなら、ちゃんと教えようか?
開発者向けにビルドされたブラウザ専用機能やブラウザのデフォルト設定を変更しなければ
使えない機能はそのことを明記してください。(気づかないはずがないのでこれは必須)
現在サポート中のブラウザ(IE11、Edge、Firefox、Chrome、Safari)で動かないならば
できるだけそのことを明記してください。(使ってないブラウザは気づかない可能性があるので必須とはしないが推奨)
特定ブラウザでベンダープレフィックスが必要ならそのことも書いてください
(最近は使われなくなってるはずだが)
これテンプレに入れようか?
305 = :
>>270
こいつに関してはその通りだったな
306 = :
こいつは昔の俺に似てる
こういう知識欲あって頑固な奴は伸びるよ
ただ社会では成功しない
俺と一緒に孤独なJS仙人になろう!
307 = 257 :
いーやただの自閉症スペクトラム症だね
308 = :
>>303
是非に君のテンプレに入れてくれ
私がサポートしたい環境はこれで、私の考えるWebとはこうですとね
309 = :
>>306
> こういう知識欲あって頑固な奴は伸びるよ
知識欲旺盛は結構な事だが、こいつの知識欲は食わず嫌いだから成長できるとは思えんな
仕様書読まんから仕様と実装の境界が理解できてないしな
> 俺と一緒に孤独なJS仙人になろう!
これは賛成
一人の世界で生きてくれ
310 = :
「知識欲」はともかく「頑固な奴」は自分のルールでしか物事を考えられないから、状況を正しく認識できない
文章を読んでも「そんなはずはない」とか「この仕様を作った奴は分かってないな」とけなして終わる
井の中の蛙
312 = :
「完成してない」や「使っていい」のような主観的意見は自分の中に留めて置け
313 = :
俺がびっくりしたのは、ユーザーに最初の一回だけフォルダ指定してもらって、
IndexedDBにそのハンドルを保存しとけば。アクセスし放題でしたよ。
(だからこの方法でできますよ)という発言だな
これみて脆弱性につながるとピンと来ないってのが怖い
例えば、安全なサイトがあって、index.htmlという名前でダウンロードディレクトリに
保存させてそれを実行してくださいと書いてあったとして、
そのページからIndexedDBにハンドルを保存する。
別の悪意のあるサイトがindex.htmlで自動ダウンロードするようにしておけば
ダウンロードディレクトリに同じ名前でファイルが作られる
(ユーザーはダウンロードディレクトリを掃除していたら、同じ名前で保存される)
そしてユーザーはこれなんだろう?とindex.htmlを開くと
悪意のあるサイトのindex.htmlはフォルダにアクセスし放題なわけだ
こいつは動いたからOKって短絡的に考えてる。
開発中なのにバグの可能性を考えていない。(何のための開発版なのか)
314 = :
>>312
だから客観的な意見として「開発版ビルド」「普通のユーザーは使えない」と言ってる
315 = :
>>314の辞書の「客観的」は別の意味らしい
316 = :
>>313
脳内妄想たくましくびっくり
317 = :
>>316
なにか否定できること有る?
こういうすきを突いて攻撃者は攻撃してくるんだが
考えが浅すぎ
318 = :
いや別に、IndexedDBにそのハンドルを保存しとけば
アクセスし放題というのは正式な仕様ですよって
書いているならそれを出せば良いんだよ。
仕様に問題があるとは思うが(それを確認するための開発版)
それはそれとして、仕様は仕様だから
でも開発版で、動いたからそれが仕様だ!っていうのはね(苦笑)
319 = :
回答している人にお願いがある
どうか、もうこの人に関わらないでほしい
今までの経緯でお分かりいただけると思うが、この人に正しい理解をさせようとすると、マンツーマンで何時間もの時間をかけてようやく伝わるかどうかというところだろう
一人の為に全体が被害を被るのは避けてほしいと切に願う
320 = :
そのレスで満足したらもうこれ以上レスしないでね。じゃまだから
321 = :
>>318
基本的な事がわかっていないんじゃないか?
多くの仕様でどのタイミングでどのくらいプロンプトを出すかっていうのはブラウザに委ねられていて
仕様ではせいぜい「出すことができる」と書かれている程度でプラットフォームが許可してるかどうかしか気にしないんだよ
別にブラウザはプロンプトを出さなくてもカメラでユーザーを見て許可したり、勿論許可を求めなくても良い
プロンプトっていうのはWebにおける絶対的な仕組みではないの
毎回ファイル選択が出るかどうかと毎回プロンプトが出るかどうかは次元が違う話
前者はAPIの問題だが、後者は使用環境の問題
322 = :
>>321
「IndexedDBにそのハンドルを保存しとけばアクセスし放題」は
ブラウザの問題って言いたいのはわかったよ。
で?なに?今はブラウザの問題の話をしてるんだよ
普通の人は使ってないブラウザ。使用環境が整ってないなら
そのことをしっかり明記しましょう。
323 = :
>>322
まだわかってないね
ハンドルを保存しとけばそのファイルやフォルダにまた選択してもらうことなくアクセスできるよっていうのと
その中のどんなタイミングでブラウザがセキュリティプロンプト出すかっていうのは全く話が違うでしょ?
だから俺は後者に関しては言及してないよ
それに君は仕様仕様言うけどブラウザがどんなタイミングプロンプトを出すかの標準仕様があるわけではないのだから
同じブラウザでも色んな条件で出したり今日出して明日出さないとかもあり得るものなんだから
それこそ、仕様ではなく「今の動作」が重要なんじゃないのか?
Webは生きてるんだから、仕様もと同じくらい現在の実装が大事なんだよ
324 = :
メルカリでメルpay決済の祭り開催中!!
※ポイントバックは翌日付与
更に初回会員限定で300pが貰えるキャンペーン実施中(iDで1p1円で利用可能、ポイントバックも対象)
【300pの入手方法】
・新規登録の最終ページでwelcome code
「BVUQWA」
を入力して300pゲット
・メルpay設定する
完了
うおおおお
325 = :
>>170ではありませんが、>>176のサイト良いですね
仕様を読めばわかるんですが、アップデート時の追加仕様だけ説明されると追いかけやすくて助かります
こういう最新仕様を追いかけるのに便利なサイトは他にもありませんか?
326 = :
mozaic.fm
便利というかもはや新聞のような生活必需品
327 = :
>>326
ありがとうございます
しかし、情報量が多すぎて、自分の中で咀嚼しきれないかもです
330 = :
>>327
広く浅く知っておくことも大事
とりあえず全部聞く
興味がある事柄が出てきたら止めるか覚えておいて調べる
332 = :
>>323
> その中のどんなタイミングでブラウザがセキュリティプロンプト出すかっていうのは全く話が違うでしょ?
> だから俺は後者に関しては言及してないよ
自分で矛盾してるって気づいてないのかなな?
ブラウザがセキュリティプロンプトを出すかどうかわからないっていうのなら、
後者に関しては言及してないというのなら、
「ブラウザがセキュリティプロンプトを出さない」なんて
言えないわけなんだが?
334 = :
>>332
ブラウザがセキュリティプロンプトを出さない
なんて俺は言ってないけど
矛盾してるのは仕様仕様保証保証と言いながら
実は仕様も保証のないブラウザの不確定動作の話に変に拘ってる君の方でしょ
それにセキュリティプロンプトがあったらどうなの?
むしろ君無いと駄目だみたいなこと言ってたじゃん?
セキュリティプロンプトはブラウザの裁量で適当にあって、
その他の不必要な選択は出さなくていい
そこに何の文句があるというんだ?
君の話で普及ブラウザで動くもので考えたいという点だけは理解できたけど
その他の発言は終始支離滅裂だよ
一度気持ちを鎮めて何が言いたいのか頭を整理した方が良い
335 = :
マウント取りたいだけの質問者にいつまで構ってあげてるんだろう?
336 = :
>>334
>>184で言ってる。お前が言ったんじゃないかもしれないが、
この話があったから、今の話に続いているわけで
> かなり最近の機能だけどchooseFileSystemEntries()を使って
> 一回だけユーザーにフォルダ選んでもらってIndexedDBにハンドルを保存しとけば
> 以降File System APIとFile Writer API使うことでそのフォルダの中身を好きに読み書きできるようになった
> それにセキュリティプロンプトがあったらどうなの?
そんなのでるぐらいなら、普通にJavaScriptファイルを吐いて、scriptタグで
読み込んだほうが良いなってずーっと言ってる。>>180 と >>200 を読み返せ
337 = :
>>335
お前もレスしたいんだなってことはわかったw
338 = :
WeakMap君といい、ローカル頑固君といい…、やれやれだぜ
339 = :
>>180は結局どう解決したのかここに書くのがスレ的に一番有意義だと思うよ
webサーバを立てるのか、エンコード処理を挟むのか
ツールを自作するのか、ブラウザを自作するのか
340 = :
>>336
俺は確かに>>184だがそこでもセキュリティプロンプトの話はしていない
>>180や>>200から汲み取れるのは
毎回ファイルやフォルダを選択する手間がかかるのは問題だという点だけで
俺は例えばinputで選択促す方法に比べてもそこはこれで解決されると主張してる
当分付き合ってきてやっと君の気持ちが分かって来たんだけど
例えばセキュリティプロンプトに親を殺されました
出るかもしれないというだけで怖いので避けてください
とでも最初にハッキリ書いておいてくれないとね
君がそういう体質だなんて知っていたら
俺もこんな恐ろしいAPIを紹介することはなかった
ローカルファイルを触りたいという話だし多少先進的なAPIであっても
他にマシな代替手段が無いなら紹介した方がいいだろうと考えてしまったんだよ
不幸な行き違いということでまあ許してほしい
それと君の言うテンプレ追加案はやめたほうが良いと思う
テンプレに追加しても誰も読まないし使わないし守らないから
>>1の「■質問テンプレート」のようにね
341 = :
>>334
> 君の話で普及ブラウザで動くもので考えたいという点だけは理解できたけど
普及してるブラウザと普及してないブラウザの話じゃない
普及していなくても、動作保証されてる正式版だが、
開発版ブラウザは、このどちらにも当てはまらない試験運用版だ
動作保証されてない。その違いぐらい分かれよ
http://play.google.com/store/apps/details?id=com.chrome.canary&hl=ja
> ? これは試験運用版のリリースです。このリリースはテストが行われていません。
> 動作が不安定になったり、場合によっては実行されなかったりする可能性があります。
> デベロッパーまたは上級ユーザーのみのご利用をおすすめします。
342 = :
>>340
> 毎回ファイルやフォルダを選択する手間がかかるのは問題だという点だけで
> 俺は例えばinputで選択促す方法に比べてもそこはこれで解決されると主張してる
ユーザーが選択する必要がある VS ユーザーが選択する必要がない
って話なのは理解できてる?
解決できてる問題とはなに?
343 = :
>>340
> 他にマシな代替手段が無いなら紹介した方がいいだろうと考えてしまったんだよ
だから、開発版ならそう明記しろって
344 = :
>>340
> 例えばセキュリティプロンプトに親を殺されました
> 出るかもしれないというだけで怖いので避けてください
お前馬鹿なのか?
単にユーザビリティとして優れているのはどちらかの話だろ
「でるかもしれないから怖いと思ってるはずなんだ」って
いう発想をしてるのは俺じゃなくてお前だからな。
使い勝手の話をしてるのになんでそんな話になるんだかw
345 = :
この二人、GW中ずっとやり合うつもりなのか?
いい加減、相互理解が不可能な事に気が付けよ
特に質問者の方は自分の正当性を主張する為に「お前馬鹿なのか?」を繰り返す奴で、彼が相手の言葉に耳を傾けるタイプじゃない事は十分に分かるだろ
馬鹿にされて悔しい気持ちは分かるが、見る人が見ればどちらの非が大きいか一目瞭然なんだから、さっさと撤退すりゃいいんだよ
>>339の好意を無駄にするな
346 = :
>>345
苛つかせて済まなかったけれど>>340が締めの言葉だから
俺はもう言いたいこと全部言い切ったのでアヤツのことは関心0
スレ汚ししたのは本当にごめんね。
347 = :
>>345
>>339は見逃していたな
> ツールを自作するのか、ブラウザを自作するのか
>>180に書いているだろ
> ウェブとは関係ないとあるレポートをhtml形式で
> 出力するツールを作ってるんですけど、
348 = :
>>346
苛つかせってるって自覚は有るみたいだな
349 = :
WeakMapのときにも思ったけど、
ブラウザとかWebAPIに疑問を呈するようなことを書くと
親を殺されたかのような反応をするやつってなんなんだろうね
なんでそんなことかくんだ。許さないぞって。
本人に自覚が無いのが一番やっかいなんだけど
350 = :
>>330
正論ですが、敷居が高い…
とはいえ、やってみます
引き続き、有用なサイトがありましたら情報お待ちしております。
類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.109 + (1001) - [97%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [95%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [95%] - 2014/5/29 16:16
トップメニューへ / →のくす牧場書庫について