私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.98 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
var obj3=['A', 'K', 'B'];
for(var t=0;t<3;t++){
var ss=obj3[t];
alert(ss);
}
ってした時にjs Lintではエラーにならないのは何故ですか?
実行すると変数ssが3回、宣言されることになり
エラーになると思うのですが。
for(var t=0;t<3;t++){
var ss=obj3[t];
alert(ss);
}
ってした時にjs Lintではエラーにならないのは何故ですか?
実行すると変数ssが3回、宣言されることになり
エラーになると思うのですが。
for() {
var a =
}
これと
var a;
for() {
a =
}
は、ほぼ等価
var a =
}
これと
var a;
for() {
a =
}
は、ほぼ等価
すみません、適当書いてました
phpで出力するヘッダは
header("Content-type: application/x-javascript");
でした
phpで出力するヘッダは
header("Content-type: application/x-javascript");
でした
× application/x-javascript
○ application/javascript; charset=UTF-8
○ application/javascript; charset=UTF-8
iframeにしておいたほうが無難
サイトによってスタイル指定違うしブロックしやすい
サイトによってスタイル指定違うしブロックしやすい
plain/textでいいだろ
Content-Typeの指定なんてPHP側じゃ不要じゃね?
Content-Typeの指定なんてPHP側じゃ不要じゃね?
text/plainかプレーンテキストで覚えてるからその順番に書いちまったZE
IANA | MIME Media Types
http://www.iana.org/assignments/media-types/index.html
text/javascript(obsolete)
text/ecmascript(obsolete)
application/javascript
application/ecmascript
http://www.iana.org/assignments/media-types/index.html
text/javascript(obsolete)
text/ecmascript(obsolete)
application/javascript
application/ecmascript
俺は今日までPerlやPHPはJSONやらXMLでやらでデータだけ吐いて、
表示なんかは全部JavaScriptでするのが美しいと思っていた。
けど、今日その考えを打ち砕かれた。
IEのJavaScriptエンジンの糞さに絶望した
表示なんかは全部JavaScriptでするのが美しいと思っていた。
けど、今日その考えを打ち砕かれた。
IEのJavaScriptエンジンの糞さに絶望した
互換性考えたらtext/plainでいいよ
これは実質的にオールマイティに使える物だから
headerは変わったのを出力しないのが大事
これは実質的にオールマイティに使える物だから
headerは変わったのを出力しないのが大事
皆さんありがとうございます
またいろんなサイトで調べてたんですが、Content-typeはtext/plainでもapplication/x-javascriptでも
何でも良い(ブラウザはチェックしない)なんて記事を見つけて「?」て気分です
>>457さんが書いている文字コードはどうすべきでしょうか
指定しなくても大丈夫なんでしょうか
またいろんなサイトで調べてたんですが、Content-typeはtext/plainでもapplication/x-javascriptでも
何でも良い(ブラウザはチェックしない)なんて記事を見つけて「?」て気分です
>>457さんが書いている文字コードはどうすべきでしょうか
指定しなくても大丈夫なんでしょうか
ブラウザは基本はチェックしないよ。
だから一応無難なtext/~とかにしといたらいい。
文字コードは一言じゃ言えないからバグったらその時また考えなさい。
だから一応無難なtext/~とかにしといたらいい。
文字コードは一言じゃ言えないからバグったらその時また考えなさい。
間違ったタイプ付けるのは無難じゃねぇ
どうせ変わらんなら正しいの付けときなはれ
どうせ変わらんなら正しいの付けときなはれ
text/*は別に間違ってはなくね?
stream/*とかだと大間違いだが
application/*は正解かもしれないけど現実的にベストじゃないと思うなぁ
stream/*とかだと大間違いだが
application/*は正解かもしれないけど現実的にベストじゃないと思うなぁ
ここから濃厚な議論が始まります……
でわ…
どうぞ!!
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
でわ…
どうぞ!!
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
application/javascriptを避ける必要はAjaxで旧IE用の処理を書く必要と同程度にはある。
プロフェッショナルに対してアマチュアだし
プログラムのプロとプロフェッショナルのプロをかけて
シュミグラマじゃなくアマグラマって呼ぶほうがしっくりくる
プログラムのプロとプロフェッショナルのプロをかけて
シュミグラマじゃなくアマグラマって呼ぶほうがしっくりくる
あー、IEがapplication/***を受け付けないんですか
勉強になりました、皆さんどうもありがとうございました
勉強になりました、皆さんどうもありがとうございました
ieも7以降ならまだマシ
7もcss周りは地獄
6対応は死ねる
実質8以降だな使いものになるのは
7もcss周りは地獄
6対応は死ねる
実質8以降だな使いものになるのは
>>423どうも
もうIE6と7は切り捨てろ、マジで
会社で使わされてるとか言っても知るかボケで片付けろ
会社で使わされてるとか言っても知るかボケで片付けろ
だからさぁ…IE云々とかいう問題以前にこれからは家電などのあらゆる機器に搭載された
あらゆるブラウザで最低限サイトが機能するように作るのがMustなの
あらゆるブラウザで最低限サイトが機能するように作るのがMustなの
IE6と7はもうすぐ絶滅する
8も数年後Windows XPと一緒に死ぬ
そうなればゲーム機だろうが家電だろうが何でも来いだ
標準から外れたレガシーなコード書いてると全部無駄になるぞ
いつまでも古いIEに対応して甘やかすとそういう未来はどんどん遠のく
8も数年後Windows XPと一緒に死ぬ
そうなればゲーム機だろうが家電だろうが何でも来いだ
標準から外れたレガシーなコード書いてると全部無駄になるぞ
いつまでも古いIEに対応して甘やかすとそういう未来はどんどん遠のく
さっさとXPを死滅させてIE8までをこの世から消してくれ
そしてIE9への対応は2017までだからIE9ベースでやってりゃいいことになる
IE9ならaddEventListenar持つかえるから問題ない
そしてIE9への対応は2017までだからIE9ベースでやってりゃいいことになる
IE9ならaddEventListenar持つかえるから問題ない
IE9はHTML5対応してるからいいんだが
更にこの上が出てきたら今度はIE9が足引っ張るんだろうな、歴史は繰り返すエンドレスワルツ
更にこの上が出てきたら今度はIE9が足引っ張るんだろうな、歴史は繰り返すエンドレスワルツ
俺という凡人の発想力では非同期通信、HTML5(改良)、jQueryでもうHTMLはこれ以上の進化ないんじゃね?と思ってるんだが
近未来的な予想されてる技術とかほかにあったりするの?
近未来的な予想されてる技術とかほかにあったりするの?
コアHTMLの話だとインプット要素をもうちょい拡張するとか、時代が進めば進むほど絶えず細々出てくる
まあウェブアプリをいろんな形で実現させるに当たって改良しないといけないところはあるな
HTMLに乗るCSSやらSVGやらも完璧ではない
だがしかし、一番進化しないといけないのはJS
とりあえず64bit整数作れよ、オセロ高速化するの大変ダロウが
まあウェブアプリをいろんな形で実現させるに当たって改良しないといけないところはあるな
HTMLに乗るCSSやらSVGやらも完璧ではない
だがしかし、一番進化しないといけないのはJS
とりあえず64bit整数作れよ、オセロ高速化するの大変ダロウが
JSが64bitになったらHTML5もスマフォでススイのスイなのかな?
今まではプロセッサの問題があったから32bitだったけど
林檎が脱flash脱flash言ってたから友達のiPhoneでHTML5動かしたらとてもじゃないが実用性があるとは言えたもんじゃなかったし
今まではプロセッサの問題があったから32bitだったけど
林檎が脱flash脱flash言ってたから友達のiPhoneでHTML5動かしたらとてもじゃないが実用性があるとは言えたもんじゃなかったし
>>492
お前と俺とではまず考えてることが違う
お前さんが思ってるであろう縁の下の力持ち的のJSで遅いっていうのは
DOM操作やらCanvasやら正直JSコアは関係ない部分の影響が大きい
俺が思ってるのはゲームなんかのアルゴリズム、思考ルーチン何かにて
配列の変わりにbit演算を使った高速化の話しだ
32bitで64マスを扱うより64bitで64マスを扱う方が高速なのはもちろん遥かに、遥かに簡単になる
他にもいろいろ恩恵はある
本当は見せかけでもいいから1024bitくらいまで入れて欲しい
自分で見せかけるのは速度の前にめっちゃ大変だから
お前と俺とではまず考えてることが違う
お前さんが思ってるであろう縁の下の力持ち的のJSで遅いっていうのは
DOM操作やらCanvasやら正直JSコアは関係ない部分の影響が大きい
俺が思ってるのはゲームなんかのアルゴリズム、思考ルーチン何かにて
配列の変わりにbit演算を使った高速化の話しだ
32bitで64マスを扱うより64bitで64マスを扱う方が高速なのはもちろん遥かに、遥かに簡単になる
他にもいろいろ恩恵はある
本当は見せかけでもいいから1024bitくらいまで入れて欲しい
自分で見せかけるのは速度の前にめっちゃ大変だから
今から俺がブラウザ作るからお前ら対応しろよ
独自エンジンで組み込んでやるからよ
独自エンジンで組み込んでやるからよ
>>497
日本のwebユーザーを増やしてガラパゴス化させれば…
日本のwebユーザーを増やしてガラパゴス化させれば…
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.95 + (1001) - [97%] - 2012/1/17 4:16
- + JavaScript の質問用スレッド vol.88 + (1001) - [97%] - 2011/7/20 7:03
- + JavaScript の質問用スレッド vol.99 + (1001) - [97%] - 2012/5/7 4:32
- + JavaScript の質問用スレッド vol.97 + (1001) - [97%] - 2012/3/1 3:31
- + JavaScript の質問用スレッド vol.96 + (1001) - [97%] - 2012/1/28 23:01
- + JavaScript の質問用スレッド vol.78 + (1001) - [97%] - 2010/6/25 3:53
- + JavaScript の質問用スレッド vol.94 + (1001) - [97%] - 2012/1/8 15:46
- + JavaScript の質問用スレッド vol.93 + (1001) - [97%] - 2012/1/1 4:46
- + JavaScript の質問用スレッド vol.93 + (1001) - [97%] - 2011/12/10 18:31
- + JavaScript の質問用スレッド vol.90 + (1001) - [97%] - 2011/11/15 20:32
- + JavaScript の質問用スレッド vol.90 + (1001) - [97%] - 2011/10/26 4:18
- + JavaScript の質問用スレッド vol.128 + (1001) - [95%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.118 + (1002) - [95%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.138 + (1004) - [95%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.108 + (1001) - [95%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.89 + (1001) - [95%] - 2011/9/4 4:17
- + JavaScript の質問用スレッド vol.87 + (1001) - [95%] - 2011/6/21 6:33
トップメニューへ / →のくす牧場書庫について