私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.121 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
startって>>267で出てきたばかりだったな。
予約語だったっけ？
予約語だったっけ？
よく関数名でstartとかloopとか見るけど動いても基本的にダメだぞ
>start
onclick="start()" ではなく、スクリプトで
function start(){}
と定義した上で
element.onclick = start （または addEventListener ）
とやってもだめなのか？
onclick="start()" ではなく、スクリプトで
function start(){}
と定義した上で
element.onclick = start （または addEventListener ）
とやってもだめなのか？
どうやら onclick="start()" がダメなのは、IE の HTMLInputElement が "start" という独自プロパティを持つからみたいだね。loop も同じ
これは他のブラウザにも言えることで、例えば GoogleChrome なら onclick="webkitdirectory()" は動かない
これを回避するには onclick="window.start()" とすることか、>>306のようにするか。
やはりonclickは悪だな
これは他のブラウザにも言えることで、例えば GoogleChrome なら onclick="webkitdirectory()" は動かない
これを回避するには onclick="window.start()" とすることか、>>306のようにするか。
やはりonclickは悪だな
>>309
試せる環境がないから勘弁してくれ
> やはりonclickは悪だな
問題はグローバル関数である start を参照しようとしている事であって 「onclick が悪じゃないんじゃないの？」って事がいいたかっただけ
原因を聞く限りでは function start を定義しても問題ないように読めるし
http://jsfiddle.net/t02hdhm7/
試せる環境がないから勘弁してくれ
> やはりonclickは悪だな
問題はグローバル関数である start を参照しようとしている事であって 「onclick が悪じゃないんじゃないの？」って事がいいたかっただけ
原因を聞く限りでは function start を定義しても問題ないように読めるし
http://jsfiddle.net/t02hdhm7/
だから最初に言っただろう？
> 295 名前：Name_Not_Found[sage] 投稿日：2014/11/21(金) 23:30:39.37 ID:???
> >>293
> onclickやstyleは要素に直接書かない
> <script>や<style>を使用する
普通の書き方をしないからハマる。
> 295 名前：Name_Not_Found[sage] 投稿日：2014/11/21(金) 23:30:39.37 ID:???
> >>293
> onclickやstyleは要素に直接書かない
> <script>や<style>を使用する
普通の書き方をしないからハマる。
divにサイズを指定してスクロールを表示させてるんですが
そのdivにfocus()でフォーカスを当ててもキーボードでスクロールできません
マウスでdivをクリックした後だとスクロールできました
スクロールさせたいんですがどうやってフォーカスを当てられますか？
そのdivにfocus()でフォーカスを当ててもキーボードでスクロールできません
マウスでdivをクリックした後だとスクロールできました
スクロールさせたいんですがどうやってフォーカスを当てられますか？
>>315
どうでもいいが、tabindexを付ければいい
どうでもいいが、tabindexを付ければいい
RESTを使ったアプリケーションを作りたいのですが、
RESTを使うとformの内容を全部javascriptでサーバに送信しないと行けないのでしょうか？
RESTを使うとformの内容を全部javascriptでサーバに送信しないと行けないのでしょうか？
>>318
それはRESTとは関係ない。
RESTとはそもそもサーバー側のAPIの話であり、
クライアントはブラウザである必要もない。
サーバーのAPIが「リソースのURL」にたいして
PUTやDELETEやGETやPOSTなどでデータを作成、削除できる。という形になっていれば
RESTになっている。（正確にはRESTとしての考えかたを満たしていなければならないけど）
GETやPOSTもRESTの一部であるってことが重要なところな。
だからフォームでREST APIであるGETややPOSTを使うことに何の問題もないわけ。
ただ残念なことにフォームではGETとPOSTしか使えない。だから "JavaScriptを使うしかない"
"JavaScriptでやらなきゃならない" ではなくて "JavaScriptでしかPUTやDELETEは実行できない" ということ
フォームでPUTやDELETEができないからJavaScriptでやる。の代わりに
<input type="hidden" name="_method" value="put">を追加することで
サーバー側でputに変換して処理するという方法をとっていることもある。
「REST APIを備えたごく普通のサーバー側実装」に、簡単な変換レイヤーをつけるだけで
フォームからPUTやDELETE相当のものを送信できるようになるってわけ。
それはRESTとは関係ない。
RESTとはそもそもサーバー側のAPIの話であり、
クライアントはブラウザである必要もない。
サーバーのAPIが「リソースのURL」にたいして
PUTやDELETEやGETやPOSTなどでデータを作成、削除できる。という形になっていれば
RESTになっている。（正確にはRESTとしての考えかたを満たしていなければならないけど）
GETやPOSTもRESTの一部であるってことが重要なところな。
だからフォームでREST APIであるGETややPOSTを使うことに何の問題もないわけ。
ただ残念なことにフォームではGETとPOSTしか使えない。だから "JavaScriptを使うしかない"
"JavaScriptでやらなきゃならない" ではなくて "JavaScriptでしかPUTやDELETEは実行できない" ということ
フォームでPUTやDELETEができないからJavaScriptでやる。の代わりに
<input type="hidden" name="_method" value="put">を追加することで
サーバー側でputに変換して処理するという方法をとっていることもある。
「REST APIを備えたごく普通のサーバー側実装」に、簡単な変換レイヤーをつけるだけで
フォームからPUTやDELETE相当のものを送信できるようになるってわけ。
>>320
$(document).on('click', 'img', function() { })
$(document).on('click', 'img', function() { })
説明
新しく要素を作った時に、エベントリスナーを追加する必要はない。
イベントバブリングを利用して親要素（一番トップであればdocument）で
まとめてclickイベントを受け取るようにすれば後から追加されても問題ない。
新しく要素を作った時に、エベントリスナーを追加する必要はない。
イベントバブリングを利用して親要素（一番トップであればdocument）で
まとめてclickイベントを受け取るようにすれば後から追加されても問題ない。
Twitterのツイートボタンにつぶやかせる内容として、
xxx+"人います"(xxxは自分が書いたjavascriptプログラム内の変数)とする場合、
どうすればいいでしょうか？
twitterボタンのHTMLは下のようになっており、data-text="ままかり"とした場合、
ままかり とtwitterではつぶやかれます
<javascript>自分が書いたjavascriptプログラム</javascript>
<a href="https://twitter.com/share" class="twitter-share-button" data-text="" data-size="large">Tweet</a>
<script>twitter社が書いたjavascriptプログラム</script>
(<body>や<html>などは省いて書いてます)
どう検索すればいいのかさえ検討がつかない状態です
xxx+"人います"(xxxは自分が書いたjavascriptプログラム内の変数)とする場合、
どうすればいいでしょうか？
twitterボタンのHTMLは下のようになっており、data-text="ままかり"とした場合、
ままかり とtwitterではつぶやかれます
<javascript>自分が書いたjavascriptプログラム</javascript>
<a href="https://twitter.com/share" class="twitter-share-button" data-text="" data-size="large">Tweet</a>
<script>twitter社が書いたjavascriptプログラム</script>
(<body>や<html>などは省いて書いてます)
どう検索すればいいのかさえ検討がつかない状態です
解決しました
あるファイル名のファイルが存在するかどうかをjavascriptだけで調べるには
どうすればいいですか？
どうすればいいですか？
var img=new Image();
img.src="hoge.png";
みたいに作成したオブジェクトをcanvasに描画してるんですが、この画像にマウスオーバー時の処理を追加したいのです……
どうすればいいでしょうか？
img.onmouseover=function(){console.log("");};
では動作しなかったのですが……
canvasに描画した時点でマウスオーバーは出来なくなってしまうのでしょうか？
img.src="hoge.png";
みたいに作成したオブジェクトをcanvasに描画してるんですが、この画像にマウスオーバー時の処理を追加したいのです……
どうすればいいでしょうか？
img.onmouseover=function(){console.log("");};
では動作しなかったのですが……
canvasに描画した時点でマウスオーバーは出来なくなってしまうのでしょうか？
魚拓対策で、javascriptを使って、本文消去って可能なんだな
コード自体は簡単ですけど、この魚拓対策で本文消すのにjs使うって
有名な方法なのでしょうか？初めて知りました。
js切ってないと、本文が消えたことに気づかないからすごくいい方法ですね
関心しました。
http://blue1st.hateblo.jp/entry/2014/11/23/010241
コード自体は簡単ですけど、この魚拓対策で本文消すのにjs使うって
有名な方法なのでしょうか？初めて知りました。
js切ってないと、本文が消えたことに気づかないからすごくいい方法ですね
関心しました。
http://blue1st.hateblo.jp/entry/2014/11/23/010241
どうだろ？あまり聞いたことはないな
でも日付変えたりJavaScript切れば見れちゃうし、そもそも情報の本体はページの表示じゃなくてHTMLだからあまり意味ない気がする
ページの内容をサーバーから全てJavaScriptで取ってくるという方法をとればまだマシだった
でも日付変えたりJavaScript切れば見れちゃうし、そもそも情報の本体はページの表示じゃなくてHTMLだからあまり意味ない気がする
ページの内容をサーバーから全てJavaScriptで取ってくるという方法をとればまだマシだった
>>334
JavaScript を無効化すれば閲覧可能なずばらな対策が良いとは思わない
そもそも、Web魚拓は robots.txt を解釈出来るだろうに
http://megalodon.jp/pc/page/qa#prohibitcache
JavaScript を無効化すれば閲覧可能なずばらな対策が良いとは思わない
そもそも、Web魚拓は robots.txt を解釈出来るだろうに
http://megalodon.jp/pc/page/qa#prohibitcache
>>334
魚拓対策なら、（robots.txtの他に）魚拓からの
アクセスを禁止するだけでおわりだから
そんなテクニック（笑）を考えないだけ。
そしてそんなことをしても、魚拓以外の
同様のサービスは幾つもあって、新しく増えるから
意味が無いのを知ってる。
なお、魚拓に取られるようなサイトが炎上すれば、
みんなソースコーを見て、その内容をばらすから全く意味が無い。
魚拓対策までやってるどんだけチキンなんだよｗｗｗ
って逆にネタにされるだけだよ。
魚拓対策なら、（robots.txtの他に）魚拓からの
アクセスを禁止するだけでおわりだから
そんなテクニック（笑）を考えないだけ。
そしてそんなことをしても、魚拓以外の
同様のサービスは幾つもあって、新しく増えるから
意味が無いのを知ってる。
なお、魚拓に取られるようなサイトが炎上すれば、
みんなソースコーを見て、その内容をばらすから全く意味が無い。
魚拓対策までやってるどんだけチキンなんだよｗｗｗ
って逆にネタにされるだけだよ。
ってリンク先見ないで書き込んだら、
リンク先は例の「精神年齢小学4年生」かよｗ
てっきりどこかの小学生が書いた
「ぼくがかんがえたさいきょうぎょたくたいさく」
かと思ってた。。
な？ JavaScripで書いてもばれてネタにされてるだろ？
みんな3秒で思いついて5秒で、というジョークもあるなって
ニヤニヤするネタなんだよ。
リンク先は例の「精神年齢小学4年生」かよｗ
てっきりどこかの小学生が書いた
「ぼくがかんがえたさいきょうぎょたくたいさく」
かと思ってた。。
な？ JavaScripで書いてもばれてネタにされてるだろ？
みんな3秒で思いついて5秒で、というジョークもあるなって
ニヤニヤするネタなんだよ。
炎上商法って実際は全然プラスにならないんだよな
これって、炎上させて注目を浴びるという商法だろ！っていう"皮肉"から
生まれたことで、マイナスにしかなってない。
どんなによくても、製品自体は優秀で、商品そのもの以外の点で炎上して、
その後のケアがしっかりできていればプラスになるかも？程度しかきたいできない。
今回みたいな、今までに何の実績もない馬鹿がやっても
馬鹿というイメージがついて終わるだけなんだよ。
すれ違いだけどさ。あんな子供だましな方法を感心する奴が
このスレにいるのが信じられないので
これって、炎上させて注目を浴びるという商法だろ！っていう"皮肉"から
生まれたことで、マイナスにしかなってない。
どんなによくても、製品自体は優秀で、商品そのもの以外の点で炎上して、
その後のケアがしっかりできていればプラスになるかも？程度しかきたいできない。
今回みたいな、今までに何の実績もない馬鹿がやっても
馬鹿というイメージがついて終わるだけなんだよ。
すれ違いだけどさ。あんな子供だましな方法を感心する奴が
このスレにいるのが信じられないので
クライアントとどういうやりとりがあったんだろうか？
クライアント「魚拓対策をしてくれ」
制作会社「じゃあ魚拓からのアクセスを禁止して取れなくしましょう」
クライアント「それじゃ魚拓対策してるのがばれる。ばれないように対策してくれ」
制作会社「え？ どうしろと？」
クライアント「それを考えるのがお前の仕事だろ。魚拓取られてもいいから謝罪文消えるようにしてくれ」
制作会社「はぁ、じゃあこんなんでどうですか？」（JavaScriptで作ったサンプル見せる）
クライアント「できるじゃないか。それでいこう」
制作会社「でも、ソース見ればばれますよ」
クライアント「ソース？ そこまでやるやつはいないだろ。いいからさっさとしろ」
制作会社（・・・でも騒ぐ人は必ずソース見るし、そこにスキがあったらばらして、拡散するんだけどな）
制作会社「あー、はいはい、じゃあそれでいいってことで契約ですね。やりますよ。」
こんな感じかねぇ
クライアント「魚拓対策をしてくれ」
制作会社「じゃあ魚拓からのアクセスを禁止して取れなくしましょう」
クライアント「それじゃ魚拓対策してるのがばれる。ばれないように対策してくれ」
制作会社「え？ どうしろと？」
クライアント「それを考えるのがお前の仕事だろ。魚拓取られてもいいから謝罪文消えるようにしてくれ」
制作会社「はぁ、じゃあこんなんでどうですか？」（JavaScriptで作ったサンプル見せる）
クライアント「できるじゃないか。それでいこう」
制作会社「でも、ソース見ればばれますよ」
クライアント「ソース？ そこまでやるやつはいないだろ。いいからさっさとしろ」
制作会社（・・・でも騒ぐ人は必ずソース見るし、そこにスキがあったらばらして、拡散するんだけどな）
制作会社「あー、はいはい、じゃあそれでいいってことで契約ですね。やりますよ。」
こんな感じかねぇ
どこにもWeb魚拓対策が確定した事実がないのだから憶測を始めるだけ無駄だし、スレ違い
一ついえるのはクローラ対策は robots.txt, .htaccess のようなサーバサイドで対策するのが確実ということ
クライアントサイドで対策するのは一時しのぎにしかならない
>>335がヒントを出してるように現時点ではXHRでコンテンツを取得すればクロスドメイン制限で閲覧できなくなるだろうが、JavaScriptを解釈出来るクローラが出てくれば終わる
一ついえるのはクローラ対策は robots.txt, .htaccess のようなサーバサイドで対策するのが確実ということ
クライアントサイドで対策するのは一時しのぎにしかならない
>>335がヒントを出してるように現時点ではXHRでコンテンツを取得すればクロスドメイン制限で閲覧できなくなるだろうが、JavaScriptを解釈出来るクローラが出てくれば終わる
リアル小4の書くHTMLなんてこんなもんだろ
<html>
<head><title>○○のHP</title></head>
<body bgcolor=black text=white>
<font size=7>どうして解散するんですか？</font>
<marquee><script lang=JavaScript>document.write(prompt("あなたの名前を教えてね！",""))</script>さん、ようこそ～(^^)</marquee>
<html>
<head><title>○○のHP</title></head>
<body bgcolor=black text=white>
<font size=7>どうして解散するんですか？</font>
<marquee><script lang=JavaScript>document.write(prompt("あなたの名前を教えてね！",""))</script>さん、ようこそ～(^^)</marquee>
小４「別ページからXHRで取得したら偽情報を出すようにPHPで書こう」
>>342
> どこにもWeb魚拓対策が確定した事実がないのだから憶測を始めるだけ無駄だし、スレ違い
真相を言わないなら、俺らが楽しめる方向に持っていくのがネットだよｗ
擁護する理由もないんで、卑怯な魚拓対策でいいじゃないかｗ
> どこにもWeb魚拓対策が確定した事実がないのだから憶測を始めるだけ無駄だし、スレ違い
真相を言わないなら、俺らが楽しめる方向に持っていくのがネットだよｗ
擁護する理由もないんで、卑怯な魚拓対策でいいじゃないかｗ
ここでも意識高い（笑）青木くんは叩かれまくりですｗ
意識高い（笑）お母様の著書紹介しておきますね。
小学4年生青木くんへの愛情がたっぷり込められた本ですよ。
愛をうけとった日 青木 千景
http://www.amazon.co.jp/dp/405800262X
意識高い（笑）お母様の著書紹介しておきますね。
小学4年生青木くんへの愛情がたっぷり込められた本ですよ。
愛をうけとった日 青木 千景
http://www.amazon.co.jp/dp/405800262X
>>343
本当にリアルな小4ならまったく書けないだろうし
逆に少しでも書けるなら、もっとまともに仕込まれてるんじゃなかろか
以前、大学のオープンキャンパスで教えた5年生のページを
2年後くらいに見たら、かなりまともだったよ
本当にリアルな小4ならまったく書けないだろうし
逆に少しでも書けるなら、もっとまともに仕込まれてるんじゃなかろか
以前、大学のオープンキャンパスで教えた5年生のページを
2年後くらいに見たら、かなりまともだったよ
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.121 + (1001) - [100%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.141 + (881) - [97%] - 2021/4/19 9:00
- + JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.120 + (1002) - [97%] - 2014/11/8 1:15
- + JavaScript の質問用スレッド vol.122 + (1004) - [97%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.122 + (116) - [97%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.128 + (1001) - [97%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.123 + (966) - [97%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.127 + (1001) - [97%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.127 + (160) - [97%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.126 + (952) - [97%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.126 + (348) - [97%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.125 + (1001) - [97%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.123 + (1002) - [97%] - 2015/4/27 23:30
トップメニューへ / →のくす牧場書庫について