【標準化】JavaScript で P2P【実装】
>>12 ブラウザだけの機能としてではなく、Web コンテンツと融合させるのが趣旨です。
しかし、Firefox はブラウザ自体が、JavaScript で出来てるので
どのように P2P を扱うのか調べてみる価値はありそうですね。
近藤と同じ臭う
16 :
デフォルトの名無しさん:2006/01/05(木) 09:02:42
socketのlistenはどうすんのよ
とりあえず、JavaScript用のライブラリを作れば良いんじゃないか?
C言語とかでw
>>13 >しかし、Firefox はブラウザ自体が、JavaScript で出来てるので
なんでこう知ったかで無茶苦茶なことを言うのか意味不明。
どこをどうみてもCで書かれているだろう。
ソースが公開されているんだから、その節穴で良く確認してみろ。
頭が悪いにも程がある。
>>18 あんなに重たいのに、Cなんだ。
C++じゃなくて?
>>19 おまいもよくわかってないな、Cで作りゃなんでもかんでも軽いのかヨ
>>20 だってあれぐらいの実装であんなに重たいんから、てっきりオブジェクト指向言語かと
思ってた。
あっ、それとWindowsのプログラミングってしたことがないから、よく分かってないのは
当たってる。
あなたのおつむがかなり弱いということはわかりました。
>>23 ちょっと教えてもらいたいんだけど、軽くならないのならCで組む意味はなんなの?
骨董OSにまで対応させるならCだろ。
すでに沈静化してんのかな。
>>18 13ではないしソースも見たことはないんですけど、ほぼJavascriptで動いてんのかと思ってました。
Native用言語で書かれたフレームワークっつかAPI上でほとんどXULで構成してあるのかと。
>>11 一応確認しておきたいんだけどP2Pてクライアント間の通信のことですよね?
ブラウザは任意のポートたたけますよね。
(URIでPortの記述が許されるのは標準と考えて良いような)
それについてはあまり問題にしなくてもよい気もしますが。
というか通信対象の制限が気になります。解決されていれば問題ないですが
やるとしたらNodeAとNodeBが通信する場合、双方が双方に対して一度HTTP
Requestを飛ばして通信用Javascriptを相手からダウンロードしてくる必要があるような。
となると互いにHTTPサーバの機能、少なくともサーバソケットが必要になります。
また通信内容がブラウザの領域を出られないような?気がします。AJAXと同じ仕組みで
何かダウンロードしてきても通常Javascriptの力ではローカルファイルシステムに保存できません。
まぁこの辺はブラウザの「ページを保存」+αのアイディアで何とかできるかもしれませんけども。
思いついたまま書いてみたけどサーバソケットを確保できそうならなにかできるのかもしれませんね。
しかしコンテンツとの融合云々という話だからなんかしら中央のサーバを考えなくてはならなさそうですが。
でもなんかブラウザでやんなくてもよいような気がしてきた・・・。
JavaScriptで再帰作るとStackOverFlowになるんだけど
これを回避する方法って無いですか?
それはCとかでも同じ、深い再帰はスタックオーバフローになる
再帰処理をループ処理とスタック変数を用いて書き換えるしかない
>>29 ホントだ。
ためしにC言語で組んでみたら、似たような数でスタックオーバーフローになりました。
1000に満たない数でオーバーフローするんですね。
てっきりJavaScript特有の問題だと思ってました。
でも、なんで400〜500回程度の階層で駄目なんでしょうか?
スタックが「もう入らないよぉ」って言うまで何かを放り込むからだろ
33 :
デフォルトの名無しさん:2006/03/26(日) 02:32:44
送信はどおとでもなると思うけど、受信というかサーバ側はどうやって実装するの?
Javascriptにそんな機能あったっけ?
34 :
デフォルトの名無しさん:2006/05/13(土) 16:59:32
javascriptのスレって無いね
あるけど、厨避けしてるだけ。
↓時給1000円禁止
37 :
デフォルトの名無しさん:2006/07/04(火) 21:17:36
時給1000円でJava教えてくださるかたを募集します
場所 所沢(池袋・高田馬場から直通)
i−want−to−study−java@hotmail.co.jp
(アドレスは全角で書いてあるので半角に直してください)
よろしくおねがいします
38 :
マイク ◆yrBrqfF1Ew :2006/07/04(火) 23:00:01
>時給1000円でJava教えてくださるかたを募集します
お前が鈴木あみより可愛ければ
時給2000円で俺が優しく教えてやるよ。
ホテル代はお前もちな。
39 :
デフォルトの名無しさん:2006/07/05(水) 10:06:57
教室でJava教えているけど、時給2000円だ
30人くらいの生徒を相手にしている・・
1対1で1000円ならラクかもね
時給\1,000だと大学生の家庭教師の半額じゃんw
41 :
デフォルトの名無しさん:2006/07/17(月) 21:06:29
時給1000円でJava教えてくださるかたを募集します
場所 所沢(池袋・高田馬場から直通)
よろしくおねがいします
i−want−to−study−java@hotmail.co.jp
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
42 :
デフォルトの名無しさん:2006/09/07(木) 23:25:56
function AAA()
{
alert('hello world');
}
43 :
デフォルトの名無しさん:2006/09/07(木) 23:32:29
ajaxでこんなことやりたいんだけど、実現方法ありますか。
画面Zは複数画面から起動する。
起動方法は同じなので、起動用のjavascript関数をjsファイルに定義したい。
各画面から画面Zを起動する時の動きとしては
1.各画面のリクエストを送信
2.レスポンスを待つ
3.画面Zを起動する
※必ず2が完了してから3をやらないといけない
レスポンス受信途中で各画面が閉じられないように、2が完了するまでの間、「通信中です」みたいなメッセージを
各画面に出す必要がある。
普通に基本的なAjaxプログラミングで出来るのでは?
prototype.jsで言うとonCompleteで画面Zを表示させればいいだけだし。
通信中メッセージはリクエスト前にメッセージ表示レイヤを展開して画面Z表示直前にレイヤを消せばいい。
見栄えにこだわるんだったらprototype_window使う手もある。
45 :
デフォルトの名無しさん:2006/10/08(日) 05:58:55
ふむふむ
そもそもJavaScriptは通信機能を持ってないということは誰もつっこまないのか?
知らないのか?
通信できたらトロイの木馬が作れるなw
47 :
デフォルトの名無しさん:2006/11/06(月) 21:18:24
ちょっとみなさん、聞いてください。
javascriptのプルダウンメニューの一番上を空欄にしてそこだけブラウザから
タイプ入力できるようにしたいのですが、どうやったらいいですか?
48 :
デフォルトの名無しさん:2006/11/09(木) 14:34:52
>ちょっとみなさん、聞いてください。
それが質問する聞き方かと言わせてください。
このスレってネタですか?
ネットワークとかファイルアクセス用の API を提供するための
Signed Applet を同じページに組み込んでやったことあるよ。
というか、こういうヘルパー使わないと無理じゃない?
FF なら Signed JavaScript あるからもしかしたら単独実装できるのかも
しれないけど。
ここまでのまとめ
・"サイト閲覧者間の安全な P2P セッション"とのことなので「中央サーバ=そのサイトのサーバ」か?
・
>>1の意向的にはWebページでの実行(
>>13)
・Cなどでのライブラリを作ればどうか(
>>17)
・portはurlの機能として叩ける(
>>27)
・ファイルの保存問題(同上)
・サーバ側をどうするか(
>>33)
・ブラウザ独自仕様ならできる可能性(
>>50)
・通信部分だけでも他の手段(JavaApplet、Flash)で確保か(ここまでの流れより)
・JavaScript単体では実装できないのは明白(同上)
ネタくさいけれど、
>>1が本気でやるのなら協力します。
JavaScript以外ほとんどできませんが。
52 :
デフォルトの名無しさん:2006/11/26(日) 23:38:50
個人的にはとりあえずはJavaが一番標準化しやすい予感。
JavaScriptって他のスクリプト言語、例えばPythonみたいにCとかで拡張できないの?
>>53 XUL を使えば出来るんじゃない。処理系依存だね。
55 :
51:2006/11/27(月) 02:01:52
>>53 Javaで実装されたECMAScriptであるRhinoとかありますし、JavaAppletの関数はブラウザから呼び出すこともできます。
つまり、JavaScript(もしくはECMAScriptの拡張は直接的にも間接的にも可能かと思います。
結局、JavaScriptのみで実装できない部分は他言語で実装するしかないでしょうし、拡張部分の処理系にこだわらなくてもいいとは思います。
ある程度の安定した拡張(FFのようにjsが組み込みされた環境への拡張orJavaApplet、FlashのようにWebページに埋め込み)が出来れば、JavaScript(もしくはry)を使っている人口は結構あるので、あとの開発は早いと予想してます。
ハイブリッドP2Pかピュアかどうかは、JavaScript側の実装でどうとでも。
ただ、UDPも扱えず、TCPもリクエストだけだから、
直接ソケットを叩く仲介が必須。
FireFoxなら、埋め込みBase64データで保存、
そして、クロスプラットフォームなアドオン(Socketラッパ)を作成。
あとはこれがイベントを投げりゃあいい。
クロスブラウザは…規模的に無理じゃね?
で、今気がついたのが、JavaScriptでP2Pだから、
>>1の目標を無視することにはなるけれど、
「Rhinoを利用して作れば、記述はほぼJavaScriptでいける」=「JavaScriptでP2P完成」ではないか、と言う事。
JavaAppletはそれがダウンロードされた鯖としか通信出来ないだろ・・・。
Sandbox(だっけ?)の制限とか変えられたっけ。
60 :
デフォルトの名無しさん:2007/04/22(日) 23:58:22
61 :
デフォルトの名無しさん:2007/06/21(木) 17:25:34
行政管理室に電話をしました。中渡瀬氏のことも聞くために。
担当者、西氏と電話が繋がりました。
流出の件を聞くと、担当の者(上の者)がいないと言われました(まただw)
担当者は、何名いるのか聞くと4名だと回答をもらいました。
中渡瀬氏については、今回の処分で最終だということでしたが、任天堂のROMの件。
被害者女性の画像を削除しないで、自分だけの画像を削除した件や、県の職員が第一発見者なのか聞いた所、私個人はそこまでわかりませんという回答でした。
中渡瀬氏に電話を代わるように伝えると、えつだ氏という人が電話にでました。(さっき上の方はいないといってましたが、いましたね。また嘘ですか^^;)
中渡瀬氏は、行政管理室にいないので代われないと言われました。
熊毛支庁に電話をすれば対応してもらえるみたいです。
今回の1300名〜1400名の情報流出と裏金の資料について問い詰めました。
そうすると調査中とのことでした。
情報を流出した疑惑の人についても事実確認と調査中との回答でした。
電話は、17分(録音済み)しましたが、まぁ予想通りの回答でした。
流出した件についての対応はどうするのか聞くと、個人については、対応を検証中。
流出した情報は一生ネット上で出回りますが、どう対処するのか聞くと、それについてはそのような専門部署があるのでそちらでと言ってました。
嘘で固められた鹿児島。
身内擁護の鹿児島。
県民の皆さんには大変失礼ですが、この鹿児島県庁は、本当に終わっています。
腐れすぎです。
今後も間違いなく、流出は続くと断定しておきます。
http://www.mudaijp.com/wp/?p=405
62 :
デフォルトの名無しさん: