【標準化】JavaScript で P2P【実装】
■ このスレッドは過去ログ倉庫に格納されています
0001ECMAScriptist ◆g7uCLSjF0w
2006/01/02(月) 16:18:00張るにはどんな標準化が必要でしょうか？
皆様で議論しませう。
0002デフォルトの名無しさん
2006/01/02(月) 16:25:550003ECMAScriptist ◆g7uCLSjF0w
2006/01/02(月) 16:30:36TCP/IP はもちろん下のレイヤでたたかれると思います。
それを JavaScript のオブジェクトでどのように扱うかが論点です。
0004ECMAScriptist ◆g7uCLSjF0w
2006/01/02(月) 17:19:49■ サーバサイド
・Web サーバだけでは、セッションを張ることが出来ない。
SIP などのセッションを張るためのサーバが必要。
■ クライアントサイド
・XMLHTTPRequest ライクな SIP クライアントオブジェクトが必要。
・ローカルのマルチメディアデバイスの情報を取得できる仕組みが必要。
DOM2Event の拡張が必要。バイナリストリームを扱うオブジェクトが必要。
0005デフォルトの名無しさん
2006/01/03(火) 02:10:57ま た A j a x か
0006デフォルトの名無しさん
2006/01/03(火) 02:40:380007デフォルトの名無しさん
2006/01/03(火) 02:44:57ブラウザの使い勝手の良さを、サーバー機能を持たない
対象にも適用したくなるというのはわかる。
でも、P2Pならポート番号は固定のはずはなくて、
80番以外のポートを叩くのは、ブラウザの仕事の域を
超えているような…。
やるんであれば、メディアプレーヤーのような
大きな埋め込みオブジェクトを作ることになりそう。
0008デフォルトの名無しさん
2006/01/03(火) 03:01:000009デフォルトの名無しさん
2006/01/03(火) 04:00:430010デフォルトの名無しさん
2006/01/03(火) 09:14:390011ECMAScriptist ◆g7uCLSjF0w
2006/01/03(火) 23:59:45XMLHTTPRequest は昔からある機能ですが、Ajax という言葉と
Google の推進力が Web ブラウザの新たな可能性を教えてくれたと思います。
次は Ajam (Asynchronous JavaScript and Multimedia) とかどうでしょう。
>>7
共感していただいてありがとうございます。僕は真剣です。
願わくば、2ch の皆さんで議論して、2ch 主体で
これを標準化できるレベルまで持っていきたいと考えています。
> 大きな埋め込みオブジェクトを作る
これについては、もうすでに実現されています。
Flash と Macromedia 製のサーバで P2P を行うことが出来ます。
しかし、それはブラウザの機能ではないし、標準化されたものじゃない。
そこが問題だと思うのです。
たしかに、HTTP(80)、HTTPS(443)、FTP(21) 以外のポート。
しかも、任意のポートをたたけるというのはブラウザの仕事の域を
超えているかもしれません。
それならば、それをブラウザと呼ばなければいいだけのことだと思います。
ブラウザはもうすでに、ブラウジングの域は超えているのですからｗ
>>8
ほんとですか！すばらしい情報ありがとうございます！
さっそく検索してみます！
0012デフォルトの名無しさん
2006/01/04(水) 08:20:19見かけた気がするんだけどそういうの？
0013ECMAScriptist ◆g7uCLSjF0w
2006/01/04(水) 09:21:03ブラウザだけの機能としてではなく、Web コンテンツと融合させるのが趣旨です。
しかし、Firefox はブラウザ自体が、JavaScript で出来てるので
どのように P2P を扱うのか調べてみる価値はありそうですね。
0014デフォルトの名無しさん
2006/01/04(水) 12:55:490015デフォルトの名無しさん
2006/01/04(水) 15:21:56ttp://www.forest.impress.co.jp/article/2005/08/01/opera810preview2.html
0016デフォルトの名無しさん
2006/01/05(木) 09:02:420017デフォルトの名無しさん
2006/01/06(金) 03:04:00C言語とかでｗ
0018デフォルトの名無しさん
2006/01/06(金) 13:32:53＞しかし、Firefox はブラウザ自体が、JavaScript で出来てるので
なんでこう知ったかで無茶苦茶なことを言うのか意味不明。
どこをどうみてもCで書かれているだろう。
ソースが公開されているんだから、その節穴で良く確認してみろ。
頭が悪いにも程がある。
0019デフォルトの名無しさん
2006/01/06(金) 17:50:51あんなに重たいのに、Cなんだ。
C++じゃなくて？
0020デフォルトの名無しさん
2006/01/06(金) 18:59:35おまいもよくわかってないな、Cで作りゃなんでもかんでも軽いのかヨ
0021デフォルトの名無しさん
2006/01/06(金) 20:32:26だってあれぐらいの実装であんなに重たいんから、てっきりオブジェクト指向言語かと
思ってた。
0022デフォルトの名無しさん
2006/01/06(金) 20:39:40当たってる。
0023デフォルトの名無しさん
2006/01/06(金) 21:04:270024デフォルトの名無しさん
2006/01/06(金) 21:22:31ちょっと教えてもらいたいんだけど、軽くならないのならCで組む意味はなんなの？
0025デフォルトの名無しさん
2006/01/06(金) 21:35:030026デフォルトの名無しさん
2006/01/07(土) 00:31:02そういう理由なのか。
納得。
0027デフォルトの名無しさん
2006/01/21(土) 21:00:39>>18
13ではないしソースも見たことはないんですけど、ほぼJavascriptで動いてんのかと思ってました。
Native用言語で書かれたフレームワークっつかAPI上でほとんどXULで構成してあるのかと。
>>11
一応確認しておきたいんだけどP2Pてクライアント間の通信のことですよね？
ブラウザは任意のポートたたけますよね。
（URIでPortの記述が許されるのは標準と考えて良いような）
それについてはあまり問題にしなくてもよい気もしますが。
というか通信対象の制限が気になります。解決されていれば問題ないですが
やるとしたらNodeAとNodeBが通信する場合、双方が双方に対して一度HTTP
Requestを飛ばして通信用Javascriptを相手からダウンロードしてくる必要があるような。
となると互いにHTTPサーバの機能、少なくともサーバソケットが必要になります。
また通信内容がブラウザの領域を出られないような？気がします。AJAXと同じ仕組みで
何かダウンロードしてきても通常Javascriptの力ではローカルファイルシステムに保存できません。
まぁこの辺はブラウザの「ページを保存」＋αのアイディアで何とかできるかもしれませんけども。
思いついたまま書いてみたけどサーバソケットを確保できそうならなにかできるのかもしれませんね。
しかしコンテンツとの融合云々という話だからなんかしら中央のサーバを考えなくてはならなさそうですが。
でもなんかブラウザでやんなくてもよいような気がしてきた・・・。
0028デフォルトの名無しさん
2006/02/06(月) 23:46:54これを回避する方法って無いですか？
0029デフォルトの名無しさん
2006/02/07(火) 01:28:20再帰処理をループ処理とスタック変数を用いて書き換えるしかない
0030デフォルトの名無しさん
2006/02/07(火) 06:39:02ホントだ。
ためしにＣ言語で組んでみたら、似たような数でスタックオーバーフローになりました。
１０００に満たない数でオーバーフローするんですね。
てっきりJavaScript特有の問題だと思ってました。
0031デフォルトの名無しさん
2006/02/07(火) 07:23:530032マイク ◆yrBrqfF1Ew
2006/03/25(土) 18:44:590033デフォルトの名無しさん
2006/03/26(日) 02:32:44Javascriptにそんな機能あったっけ？
0034デフォルトの名無しさん
2006/05/13(土) 16:59:320035デフォルトの名無しさん
2006/05/13(土) 18:52:340036デフォルトの名無しさん
2006/07/04(火) 21:16:220037デフォルトの名無しさん
2006/07/04(火) 21:17:36場所 所沢（池袋・高田馬場から直通）
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします
0038マイク ◆yrBrqfF1Ew
2006/07/04(火) 23:00:01お前が鈴木あみより可愛ければ
時給2000円で俺が優しく教えてやるよ。
ホテル代はお前もちな。
0039デフォルトの名無しさん
2006/07/05(水) 10:06:57３０人くらいの生徒を相手にしている・・
１対１で１０００円ならラクかもね
0040デフォルトの名無しさん
2006/07/08(土) 16:28:150041デフォルトの名無しさん
2006/07/17(月) 21:06:29場所 所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
0042デフォルトの名無しさん
2006/09/07(木) 23:25:56{
alert('hello world');
}
0043デフォルトの名無しさん
2006/09/07(木) 23:32:29画面Zは複数画面から起動する。
起動方法は同じなので、起動用のjavascript関数をjsファイルに定義したい。
各画面から画面Zを起動する時の動きとしては
１．各画面のリクエストを送信
２．レスポンスを待つ
３．画面Zを起動する
※必ず２が完了してから３をやらないといけない
レスポンス受信途中で各画面が閉じられないように、２が完了するまでの間、「通信中です」みたいなメッセージを
各画面に出す必要がある。
0044デフォルトの名無しさん
2006/09/08(金) 00:20:36prototype.jsで言うとonCompleteで画面Zを表示させればいいだけだし。
通信中メッセージはリクエスト前にメッセージ表示レイヤを展開して画面Z表示直前にレイヤを消せばいい。
見栄えにこだわるんだったらprototype_window使う手もある。
0045デフォルトの名無しさん
2006/10/08(日) 05:58:550046デフォルトの名無しさん
2006/10/10(火) 06:48:47知らないのか？
通信できたらトロイの木馬が作れるなｗ
0047デフォルトの名無しさん
2006/11/06(月) 21:18:24javascriptのプルダウンメニューの一番上を空欄にしてそこだけブラウザから
タイプ入力できるようにしたいのですが、どうやったらいいですか？
0048デフォルトの名無しさん
2006/11/09(木) 14:34:52それが質問する聞き方かと言わせてください。
0049デフォルトの名無しさん
2006/11/11(土) 00:04:560050デフォルトの名無しさん
2006/11/11(土) 16:40:20Signed Applet を同じページに組み込んでやったことあるよ。
というか、こういうヘルパー使わないと無理じゃない？
FF なら Signed JavaScript あるからもしかしたら単独実装できるのかも
しれないけど。
0051デフォルトの名無しさん
2006/11/26(日) 22:47:32・"サイト閲覧者間の安全な P2P セッション"とのことなので「中央サーバ=そのサイトのサーバ」か？
・>>1の意向的にはWebページでの実行（>>13）
・Cなどでのライブラリを作ればどうか（>>17）
・portはurlの機能として叩ける（>>27）
・ファイルの保存問題（同上）
・サーバ側をどうするか（>>33）
・ブラウザ独自仕様ならできる可能性（>>50）
・通信部分だけでも他の手段（JavaApplet、Flash）で確保か（ここまでの流れより）
・JavaScript単体では実装できないのは明白（同上）
ネタくさいけれど、>>1が本気でやるのなら協力します。
JavaScript以外ほとんどできませんが。
0052デフォルトの名無しさん
2006/11/26(日) 23:38:500053デフォルトの名無しさん
2006/11/27(月) 00:38:210054デフォルトの名無しさん
2006/11/27(月) 00:47:49XUL を使えば出来るんじゃない。処理系依存だね。
005551
2006/11/27(月) 02:01:52Javaで実装されたECMAScriptであるRhinoとかありますし、JavaAppletの関数はブラウザから呼び出すこともできます。
つまり、JavaScript（もしくはECMAScriptの拡張は直接的にも間接的にも可能かと思います。
結局、JavaScriptのみで実装できない部分は他言語で実装するしかないでしょうし、拡張部分の処理系にこだわらなくてもいいとは思います。
ある程度の安定した拡張（FFのようにjsが組み込みされた環境への拡張orJavaApplet、FlashのようにWebページに埋め込み）が出来れば、JavaScript(もしくはry)を使っている人口は結構あるので、あとの開発は早いと予想してます。
0056デフォルトの名無しさん
2007/01/02(火) 11:03:53ただ、UDPも扱えず、TCPもリクエストだけだから、
直接ソケットを叩く仲介が必須。
FireFoxなら、埋め込みBase64データで保存、
そして、クロスプラットフォームなアドオン(Socketラッパ)を作成。
あとはこれがイベントを投げりゃあいい。
クロスブラウザは…規模的に無理じゃね？
0057デフォルトの名無しさん
2007/01/03(水) 21:28:04「Rhinoを利用して作れば、記述はほぼJavaScriptでいける」＝「JavaScriptでP2P完成」ではないか、と言う事。
0058デフォルトの名無しさん
2007/01/31(水) 14:28:36Sandbox(だっけ？)の制限とか変えられたっけ。
0059デフォルトの名無しさん
2007/03/31(土) 04:25:51signed applet
0060デフォルトの名無しさん
2007/04/22(日) 23:58:220061デフォルトの名無しさん
2007/06/21(木) 17:25:34担当者、西氏と電話が繋がりました。
流出の件を聞くと、担当の者（上の者）がいないと言われました（まただｗ）
担当者は、何名いるのか聞くと4名だと回答をもらいました。
中渡瀬氏については、今回の処分で最終だということでしたが、任天堂のROMの件。
被害者女性の画像を削除しないで、自分だけの画像を削除した件や、県の職員が第一発見者なのか聞いた所、私個人はそこまでわかりませんという回答でした。
中渡瀬氏に電話を代わるように伝えると、えつだ氏という人が電話にでました。（さっき上の方はいないといってましたが、いましたね。また嘘ですか＾＾；）
中渡瀬氏は、行政管理室にいないので代われないと言われました。
熊毛支庁に電話をすれば対応してもらえるみたいです。
今回の1300名〜1400名の情報流出と裏金の資料について問い詰めました。
そうすると調査中とのことでした。
情報を流出した疑惑の人についても事実確認と調査中との回答でした。
電話は、17分（録音済み）しましたが、まぁ予想通りの回答でした。
流出した件についての対応はどうするのか聞くと、個人については、対応を検証中。
流出した情報は一生ネット上で出回りますが、どう対処するのか聞くと、それについてはそのような専門部署があるのでそちらでと言ってました。
嘘で固められた鹿児島。
身内擁護の鹿児島。
県民の皆さんには大変失礼ですが、この鹿児島県庁は、本当に終わっています。
腐れすぎです。
今後も間違いなく、流出は続くと断定しておきます。
http://www.mudaijp.com/wp/?p=405
0062デフォルトの名無しさん
2007/07/17(火) 04:34:56[写真集][IV] kawasaki(20070703-205526)のアルバム.zip 972,386,099 51bdb228aa09e23c0f073318ce1f830124800e1f
盗撮・女医・人妻・カエル・ウンコ・マントヒヒ
[殺人] kawasaki(20070703-205526)のキンタマ.zip iKdrBM3oyG 2,801,995 6134cb4224a1c4a80225dc342f0758ee
[殺人] kawasaki(20070703-205526)のキンタマ.zip 2,801,995 8a301e650574861299762efd6f787421d0780754
AIU生命顧客情報イパーイ
ttp://megalodon.jp/?url=http://www.vipper.net/vip273891.jpg&date=20070712181504
何よりも面白いのがＡＩＵ保険には【個人情報漏洩保険】があることｗｗｗｗｗｗｗｗ
http://www.aiu.co.jp/business/product/liability/kojin_joho/tokucyo.htm
電凸しても「把握してまーす」
なぜ謝罪文を載せないのかという質問には「検討しまーす」
さすがに個人情報漏洩事件を世間に知られたくないみたいですｗｗｗｗｗ
■ このスレッドは過去ログ倉庫に格納されています