08/10/01 15:50:16
>>353
>>354
それは秘密ですｗｗｗ
358:デフォルトの名無しさん
08/10/01 15:53:07
>>356
会員登録は必要だけど
クレジットカードの登録でいけます
コンビニ支払いの登録も出来ますが
その登録方法では販売商品が限られていますので
混み合った状況でのテストは出来ないと思います
（そこは分散型なのです）
359:デフォルトの名無しさん
08/10/01 15:55:07
場違い。
360:デフォルトの名無しさん
08/10/01 15:55:32
☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀ～
ﾏﾁｸﾀﾋﾞﾚﾀ～
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・） ＜ サイトまだ～？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／
はやくおれにもいろいろさせろよ
361:デフォルトの名無しさん
08/10/01 15:57:07
>>359
場違いじゃないだろ
リクエストの改竄でできそうなんだからここだろ
362:デフォルトの名無しさん
08/10/01 15:58:20
>>355
1分かかっても突破できるのか
CAPTCHA画像だけでも良いから晒してみて
363:デフォルトの名無しさん
08/10/01 15:58:41
>>361
じゃぁ、お前が答えてやれよ
ってかお前が答えりゃそれで終わるだろ
364:デフォルトの名無しさん
08/10/01 16:01:21
改竄って
365:デフォルトの名無しさん
08/10/01 16:03:02
>>363
私が質問者ですけど何かｗｗｗ
まぁ協力してください
お願いします
>>362
仮に0.5秒で画像を認証するスーパーツールが存在しても
手作業で入力している間に1秒～2秒くらいはかかるので
画像解析じゃないと思うよ
画像は晒さないよ
366:デフォルトの名無しさん
08/10/01 16:03:32
認証済みCookieを送りつければできるんだとしても
それをどうやって作るのかが問題じゃないの？
パスワード的なものを送らないと駄目だろ？
367:httpリクエスト確認
08/10/01 16:04:00
>>355
激しく同意
368:デフォルトの名無しさん
08/10/01 16:04:30
>>365
入力はそれこそ>>115みたいな感じで送りつければ良いのでほぼ0秒で出来るけど
369:httpリクエスト確認
08/10/01 16:06:13
>>367
お前にSuggest（同意）
370:httpリクエスト確認
08/10/01 16:07:55
全部釣りでした。
ごめんなさい。
371:デフォルトの名無しさん
08/10/01 16:08:32
あくまで推測なんだけど
1枚目のページか2枚目のページのレスでヒントが隠されているかもしれない
一応テストしてみたんだけど
①リクエストツールで4ページ目のリクエストを投げる
：レスポンスは4ページ目
②そのままもう一回同じリクエストを投げる
：レスポンスは4ページ目
③完了前に「キャンセル」ボタンを押してから上記のリクエストを投げる
：「トップ画面からログインしなおしてください」と表記される
こんな感じのテストはいっぱいしてるんだけどね
372:デフォルトの名無しさん
08/10/01 16:08:34
じゃあ、ここで終了だね
373:httpリクエスト確認
08/10/01 16:10:35
はい、終了です。
374:デフォルトの名無しさん
08/10/01 16:10:38
>>368
リクエストの送信ツールは数種類持っているんですけど
スクリプトで動かせるものを探しています
ご協力お願いします^^
375:デフォルトの名無しさん
08/10/01 16:10:46
ちょっと回りくどいやり方だけど、入力を素早くやりたいなら
WinAPI使ってブラウザのWindowにMessageをPostするとかで
いいんじゃね？
まあ、別にそこが本質ではなさそうだけど
376:デフォルトの名無しさん
08/10/01 16:12:19
なんか、話を聞いてると4ページ目をブラウザで表示する必要が
あるような気がする
377:httpリクエスト確認
08/10/01 16:13:09
>>372
>>373
本日は長時間お付き合いありがとうございました
この問題はまだまだ回答を募集してますので
なにか思い当たることがあればまたお願いします
応援ありがとう^^
私も今から他のテスト始めますね
んじゃ
378:デフォルトの名無しさん
08/10/01 16:14:20
>>375さん
WinAPIですか
それで素早くできそうなんですね
物凄く興味あります
ヒントありがとう！
379:デフォルトの名無しさん
08/10/01 16:16:24
>>378
そのpostはここではスレ違いとなります。
よって、質問は受け付けません。
380:デフォルトの名無しさん
08/10/01 16:17:52
>>378
とりあえず、WinAPIをはじめて聞いたというレベルでは
使えるようになるまでに恐らく相当勉強が必要ですが
早い話がお前には無理だからあきらめろ
381:デフォルトの名無しさん
08/10/01 16:19:44
そろそろ通報しろよ面倒すぎる。
クラック系ってわかったから通報理由になるだろ。
HTTPリクエストそのものはここの範疇だが、リクエスト文字列の改ざんはまったくこのスレと関係ないじゃねーか
382:httpリクエスト確認
08/10/01 16:21:36
終了
383:デフォルトの名無しさん
08/10/01 16:22:44
>>381
確かにな
ちょっとスレ違い気味だな
384:httpリクエスト確認
08/10/01 16:23:12
本日は長（なが）のご聴講をいただきまして
誠に有難う御座いました
ご後援につきましては重ね重ねお礼を申し上げます
これにて私の質問を終わります
385:デフォルトの名無しさん
08/10/01 16:23:51
確かに、テストじゃなくてアタックだよね。
386:デフォルトの名無しさん
08/10/01 16:26:18
229のネタへの反応の少なさが、ここの技術レベルの低さを物語ってると俺は思うけどね
なんでまともなネタをスルーして、罵倒するためだけに釣りにレスすんのかね
387:デフォルトの名無しさん
08/10/01 16:29:03
では、以降はそちらのネタを。
388:デフォルトの名無しさん
08/10/01 16:29:37
そこのサイト管理者も知ってることだよ
なんで悪いように言うのかなあ
先にも書いたけど
自分のアカウントで自分の決済で商取引するんだよ
言い換えれば管理者黙認状態なのに・・・
また来るからね
応援ありがとう^^
389:httpリクエスト確認
08/10/01 16:35:08
黙認じゃねえだろ
黙認ってのは「敢えて黙る」ことだが
そのサイトの場合は「黙認したくはないが、するしかない」んだろう
390:デフォルトの名無しさん
08/10/01 16:35:37
>>229のネタなのですが、TCPで1バイトデータを送信するのと、UDPで1バイトデータを送信するの。
どっちが相手に早く届く（相手がその１バイトをrecvできる）んでしょうか？
ただし、複数個１バイト送って、TCPが順番を並び替える。という処理は考えないものとして。
つまり、純粋に１バイトだけ相手にsendするとしてです
391:デフォルトの名無しさん
08/10/01 16:43:37
彼専用のスレをたてたほうがいいんじゃないか
ノイズ減るし
392:デフォルトの名無しさん
08/10/01 16:48:51
そのサイト日本か？
393:デフォルトの名無しさん
08/10/01 16:54:25
>>392
そういうのは答えれません
少しづつ聞き出せばどこのサイトか特定できるじゃないですか
あなたが私に対して美味しいことをすれば
私もあなたに対して美味しいお返しをする
フィフティーン、フィフティーンです
つまりネタも無いあなたに教える気は無いです
394:デフォルトの名無しさん
08/10/01 16:56:19
httpリクエスト君は必ずレスに『サンプル』という文字列を入れてください
どうかお願いします
395:デフォルトの名無しさん
08/10/01 16:57:40
なんだフィフテーン、フィフティーンって
それいうならギブアンドテイクだろ
しかも１５てｗｗｗ
396:デフォルトの名無しさん
08/10/01 16:57:42
>>393
うむ、たしかにその通り。
ということは、あなたも私に何もしてないので
フィフティーン、フィフティーン。
つまり提供しようと思っても提供することが出来ません。
397:デフォルトの名無しさん
08/10/01 17:01:26
ハンプティ・ダンプティ
398:デフォルトの名無しさん
08/10/01 17:02:09
ここはフィフティーン・フィフティーンなインターネッツですね
399:デフォルトの名無しさん
08/10/01 17:03:06
当然>>391-398は自演です
400:デフォルトの名無しさん
08/10/01 17:05:00
フィフティーン荒らしのせいでもう400だよ…。
頼むから出て行ってくれ。
401:デフォルトの名無しさん
08/10/01 17:07:17
なんでだ
私は特定はさせないけど
ネタばらししただろ
後は作ってくれた方へお礼としてメルでそのサイトを教える
作れると吹いている人ばかりで本当に作れるのか確信持てる人は今のところいてないね
みんな「あ、それ簡単。簡単。はい終了」結局作れない口ばっかしだ
私のネタを聞きたいのならサンプルを作ってからです
私は嘘つかないので作ってくれた方には本当のネタを教えますよ
402:デフォルトの名無しさん
08/10/01 17:08:38
サイトを教えるのが先だろう
403:デフォルトの名無しさん
08/10/01 17:10:43
なんでだ
ここは相談室、既にヒントは出ている
作ってくれたら美味しいネタを教えるなんてのは
２ちゃんねるでは意味が無い
404:デフォルトの名無しさん
08/10/01 17:11:06
>>401
教えていらないので他行ってください
一生で一度きりのあなたへのお願いです
405:デフォルトの名無しさん
08/10/01 17:11:37
既に20～30人くらいは成功しているようなんだ
今更2人増えたところで然程影響も無いでしょう
作ってくれた方も儲ければいいし
私も儲けれたら嬉しいです
興味ある方は突破方法を考えてください
自宅に居ながらお小遣い作る方法なんてあまりないですよ
あなたたちはプログラム組んでお金になるんでしょうけど
私の言ってる方法であれば
誰でも出来る。ヨボヨボのお年寄りや小学生でもできる。
だからネタは簡単には教えない
406:デフォルトの名無しさん
08/10/01 17:14:29
もうわかったから、同じような事何度も書き込まないでくれ。
407:デフォルトの名無しさん
08/10/01 17:23:33
ここはネットワークプログラミングの相談を受け、お互い切磋琢磨するためのスレなの。
お金儲けとかはそういう人が集まるところでやってくれよ。
別に金欲しい人はこんなスレいないから
408:デフォルトの名無しさん
08/10/01 17:27:50
まぁ、興味ないことは無いが、スレ違いだからな。
409:デフォルトの名無しさん
08/10/01 17:28:17
ソケットの質問してるだけでしょ
使用方法の説明義務は無いでしょ
あなたは回答無理なのではぐらかしているだけのようです
私へのレスは不要です
わかるかた引き続き応援お願いいたします
ちょっと外出してくる
410:デフォルトの名無しさん
08/10/01 17:29:12
成功している人に聞けばいいよ
411:デフォルトの名無しさん
08/10/01 17:29:45
なんでリクエストに関することがスレ違いなんだ
頭おかしいのか
ここのスレタイ10000回読んでみろカス
412:デフォルトの名無しさん
08/10/01 17:30:01
まだやってるのかｗ
ってかスレの消費速度がはやすぎるだろｗｗ
馬鹿を弄くるのは楽しいんだろうけど、板違いの相手に構い過ぎじゃね
画像認証の自動認識ツールとか面白そうな話題ではあるが
流石にスレ趣旨から離れすぎてる
413:デフォルトの名無しさん
08/10/01 17:31:12
おいおいまだここに居座るつもりかよ・・・
414:デフォルトの名無しさん
08/10/01 17:31:21
>>410
お前も頭おかしいようだ
415:デフォルトの名無しさん
08/10/01 17:32:29
まだ居座るも何も
解決するまでがんばるよ
みんな応援頼むよ^^
んじゃね
416:デフォルトの名無しさん
08/10/01 17:32:39
>>409
俺にはソケットの質問に見えないんだが
画像認識の突破方法を推測してヒントくださいって言ってるんだろ？
417:デフォルトの名無しさん
08/10/01 17:33:43
>>411
おまえがリクエストと思ってるだけで実際そうじゃないだろ。
リクエストに関しては >>115でFA。
認証突破はスレ違いどころか板違い。
418:デフォルトの名無しさん
08/10/01 17:34:07
スレの消費具合かあ
確かに過疎版のここでは異常な進行速度だな
私の人気がこんなにあるとは思えなかったけど
勇気付けてくれた方ありがとう
応援よろしく^^
419:デフォルトの名無しさん
08/10/01 17:34:53
２０～３０も成功してる人がいるんでしょ？
そいつらに聞けってことだろ
420:デフォルトの名無しさん
08/10/01 17:35:05
どっか別スレ立てろよ。行くから。
421:httpリクエスト確認
08/10/01 17:36:50
お前の取り分はフィフティーンだ。
422:デフォルトの名無しさん
08/10/01 17:38:43
>>416
ほらほらまたまた変なのがきたぞｗ
私はリクエストについて質問してるんだよ
その他のことは自分でやるよ
>>417
>>115では全てのリクエストヘッダを確認編集保存できないでしょう
スクリプト対応でもないし
頭悪すぎ
423:デフォルトの名無しさん
08/10/01 17:39:53
>>419
釣りにしても低レベル
なんともレスのしようもない
424:デフォルトの名無しさん
08/10/01 17:40:35
スクリプト対応ってなんだよｗｗｗ
425:デフォルトの名無しさん
08/10/01 17:41:10
>>421
えっまた偽者で登場したの？
で、あなたはどこのサイトだと思ってるの？
426:デフォルトの名無しさん
08/10/01 17:41:45
>>422
はいスクリプトの例
URLﾘﾝｸ(dobon.net)
あと、確認・編集・保存はスレ違いでしょ
427:デフォルトの名無しさん
08/10/01 17:42:22
まぁ伸びたといっても、こいつにレスしたのは8割俺だけどｗ
428:デフォルトの名無しさん
08/10/01 17:42:53
別スレ立てろって
429:デフォルトの名無しさん
08/10/01 17:43:12
>>428
よろしく
430:デフォルトの名無しさん
08/10/01 17:43:35
>>424
だから正規表現でクッキー調べて
ファイルに保存したり書換えたりするのさ
それをショートカットキーで出来るようにしてくれれば
あとはUWSCとでやってみるのです
全ての操作をキーボードで出来ることってことかな
よろしく
431:デフォルトの名無しさん
08/10/01 17:44:03
しまった、.NETだけどスクリプトではなかったかｗ
432:デフォルトの名無しさん
08/10/01 17:44:17
>>427
そうなんだ
お付き合いありがとう^^
これからもよろしく！
433:デフォルトの名無しさん
08/10/01 17:44:48
>>430
それはサンプルとは言わない。
434:デフォルトの名無しさん
08/10/01 17:44:51
>>430
ファイルの読み書きなら別のスレで質問しろ
435:デフォルトの名無しさん
08/10/01 17:45:10
続きはこちらでどうぞ。
ｽﾚﾘﾝｸ(tech板)
436:デフォルトの名無しさん
08/10/01 17:45:17
ここの勢い他と比べると異常だなｗｗｗ
437:デフォルトの名無しさん
08/10/01 17:46:37
>>390
にわかだからスキルとか皆無な自分じゃ正しい解答なのかは自信ねーし
ネットワークプログラムというよりもっとハードの部分になりそうだけど
トランスポートより下位階層に渡ってからは同じだから速度差は出ないと考えていいはず
実際にはUDPのほうがヘッダが小さい分1パケットの総バイト数が少なくなるだろうから
そのパケットの含まれたフレームの末尾まで受信しきる時間が短くなりそうだけど
で、TCPとUDPの大きな違いはコネクションを張るまでの手続きと再送処理だから
UDPのほうがそういった処理分の時間をかけないので早くなると思う
438:デフォルトの名無しさん
08/10/01 17:47:13
スクリプトって表現が間違っていたので訂正します
起動から終了まで全ての操作をキーボードでできること
この条件です
私の言うスクリプトで動かした言ってのは。
ちょっと誤解のある表現でしたスマソ
以降、キーボードで全操作できるｈｔｔｐクライアントって事でお願いします
439:デフォルトの名無しさん
08/10/01 17:47:19
>>430
ショートカットキーとかはWindowsAPIの範疇なんで、このスレでは関係ないです。
今まであなたがHTTPリクエストについて話したことは一度もないです。
どういうリクエスト内容を飛ばしているのか、一度も具体的に書いたことがないからです。
>>115は全てのリクエストヘッダを確認編集保存できます。
リクエストヘッダを自作して送信するプログラムですから。
440:デフォルトの名無しさん
08/10/01 17:49:48
>>437
なるほど
昔はTCPって、相手から受け取った＞受け取りましたよと返事した＞了解と返事きた＞これでやっとrecvでとれる。
と思っていたのですよ。
でも、実際はバッファ溢れたり、データが壊れていたりしない限り
相手から受け取った＞recvでとれる
ですよね？
これなら1:1の対戦ゲームあんらUDPにこだわる必要はないなぁと。
もちろん大量のユーザーにブロードキャストとか、データの順列にこだわらないとかいうことならUDPのほうが強いですけど。
441:デフォルトの名無しさん
08/10/01 17:50:58
>>115 と >>217 を足して、キー周りの処理をくっつければ望んでいるものの完成だろうに、
何でさっさと制作に入らんのだ？
442:デフォルトの名無しさん
08/10/01 17:51:23
阿呆弄るの楽しいのはわかるけど、スレ違いに構い過ぎる奴も荒らしみたいなもんだでよ
目的は情報を得ることじゃなくてサンプルスクリプトを得ることのようだから
相手しなければいいだけじゃないの
技術的には可能だし散々情報も出てるのに、
それを一切活用しきれない奴には何言っても無駄
構ってもループするだけ
443:デフォルトの名無しさん
08/10/01 17:51:40
>>441
何でさっさと制作に入らんのだ？
444:デフォルトの名無しさん
08/10/01 17:54:00
>>443
何でさっさと制作に入らんのだ？
445:デフォルトの名無しさん
08/10/01 17:54:40
なんだか、俺の常駐してるスレのシマコというやつに似てる。
446:デフォルトの名無しさん
08/10/01 17:57:10
え、制作をこのスレの人間にやらせるつもりなの？
そりゃ無茶だ
制作お願いスレとかに行かないと。
通信クライアントなんてperlで作れば数時間だから、ある程度利益を示せばやってくれる人はいるんじゃない？
解析内容の面倒さで少し手間かかるかもしれんが、通信内容の情報が一切出てないんで想像がつかん
447:デフォルトの名無しさん
08/10/01 18:03:11
そもそも串鯖つくったりクライアント作ったりしなくても
おみとろん用のプラグインで十分だなｗ
完璧にスレチだわｗ
こんな相手に全スレ含めず400レス近くもスレ消費するとか…
おまいらどんだけ仕事さぼってんだよｗｗｗｗｗｗｗ
448:デフォルトの名無しさん
08/10/01 18:03:35
現在、本スレッド内で「不正アクセス行為の禁止等に関する法律」に抵触する恐れのある書き込みを確認致しました
掲示板に参加の皆様も一度熟読される事をお勧め致します
不正アクセス行為の禁止等に関する法律の条文
URLﾘﾝｸ(www.npa.go.jp)
不正アクセス行為の禁止等に関する法律の概要
URLﾘﾝｸ(www.npa.go.jp)
「不正アクセス行為の禁止等に関する法律の概要」より、以下の項目のご確認をお願いいたします
> ３ 不正アクセス行為の禁止、処罰（第３条、第８条関係）
> （２）アクセス制御機能による特定利用の制限を免れることができる情報又は指令を入力する行為（第３条第２項第
２号、第３号）
警察庁 サイバー犯罪対策
URLﾘﾝｸ(www.npa.go.jp)
都道府県警察本部のサイバー犯罪相談窓口等一覧
URLﾘﾝｸ(www.npa.go.jp)
449:デフォルトの名無しさん
08/10/01 18:07:21
この人は不正アクセスやろうとしてるのかねえ
だったら、誰も答えてくれん罠
450:デフォルトの名無しさん
08/10/01 18:07:35
>>446
perlスレはもっと嘘つきだらけ
まともな人は2人だけだったよ
>>115だけど
VC++でビルドできないよお
それから↓のようになってるってことは私の言う「リクエストヘッダ全部」は無理なんじゃないの？
わかってる人もうどっか行っちゃった？
これ1回のリクエストでページ表示までいっちゃうんじゃないの？
それじゃないんだけどね
// データの受信
char recv_buf[RECVSIZE];
int nBytesRecv;
while(1){ // 1回では受信しきれないので、受信が終わるまで繰り返す
nBytesRecv = recv(soc, recv_buf, sizeof(recv_buf), 0);
if(nBytesRecv == SOCKET_ERROR){
printf("サーバからの受信失敗です\n");
printf("エラー%dが発生しました\n", WSAGetLastError());
break;
}else if(nBytesRecv == 0){ // 受信終わり
break;
}
recv_buf[nBytesRecv] = '\0'; // 受信バッファの後ろにNULLを付加する
printf("%s",recv_buf); // 画面に受信したhtmlを表示
}
shutdown(soc,2); // 送受信を無効にする
closesocket(soc); // ソケットの破棄
return 0;
451:デフォルトの名無しさん
08/10/01 18:08:27
>>449
なんで不正アクセスなんだよ
お前頭おかしいのかカス
452:デフォルトの名無しさん
08/10/01 18:08:58
>>450
ページ表示っつうかソースを標準出力に出力してるだけだろ
453:デフォルトの名無しさん
08/10/01 18:09:43
ページ表示も何もデータ溜め込んだだけ。
454:デフォルトの名無しさん
08/10/01 18:11:16
>>115と同等のC#のソース
string url = "URLﾘﾝｸ(www.xxx.co.jp)";
System.Net.WebClient wc = new System.Net.WebClient();
wc.Encoding = System.Text.Encoding.GetEncoding(51932);
string src = wc.DownloadString(url);
wc.Dispose();
他のリクエスト送りたいならSystem.Net.WebClient中のDownloadString以外のメソッドでも
調べてくれ
455:デフォルトの名無しさん
08/10/01 18:11:50
>>452
出力とかじゃなくて
交信！
リクエスト1回ですまないサイトのページでも
1回で済むような送受信じゃないの？
もうーーーー
何十回も言うけど
リクエスト1回で実際には何回も交信してんだよ
わかんない奴は私へのレス禁止
456:デフォルトの名無しさん
08/10/01 18:13:19
>>454
ありがと！
いつも応援ありがとう
これからもよろしく^^
457:デフォルトの名無しさん
08/10/01 18:14:03
またわけのわからんこといってるよ・・・
TCPで3ハンドシェイク以外の生データだろが。
458:デフォルトの名無しさん
08/10/01 18:14:30
>>455
だから、交信して溜め込んだhtmlのソースの文字列を最後に出力してるだけだってば
ブラウザは、これと同じようにしてソースを文字列として取得した後、
その文字列を解析して他に何をリクエストしたら良いか調べ、追加の
リクエストを送信して追加のデータを取得してるの
459:デフォルトの名無しさん
08/10/01 18:16:20
エンコーディングの説明もしてないとわからないんだろうなあ
460:デフォルトの名無しさん
08/10/01 18:18:36
ネットワークプログラミングとか以前に
HTTPの基本すら理解してないやつに何言っても無駄。さわるなよ
461:デフォルトの名無しさん
08/10/01 18:23:28
というか何故他人の利益のために我々が奮闘せねばならんのだ
462:デフォルトの名無しさん
08/10/01 18:26:13
よくわかんないけど
>>115って
サーバからのレスがok302とかでリダイレクトだったら
自動でそのアドレスと交信しない？
463:デフォルトの名無しさん
08/10/01 18:27:45
明日にはこのスレも埋まってしまうのかな
464:デフォルトの名無しさん
08/10/01 18:28:12
わかるようになって出直して来い。あまりにも低レベルすぎる。
465:デフォルトの名無しさん
08/10/01 18:30:29
>>450
まずHTTPを勉強してこい
プログラムを組むとか以前にその知識が欠落している
コネクションの手続き分の通信を減らすために
HTTP/1.1ではコネクション切断せず続けてリクエストを送る事もできるが
内容に関連性はなく独立している。一リクエスト一レスポンス
まずそういう基本的な事すら理解してないでしょ？
だから話にならないんだよ
466:デフォルトの名無しさん
08/10/01 18:30:51
例の人はキャプチャ破りが目的なん？
467:デフォルトの名無しさん
08/10/01 18:30:56
わかんないから聞いてるんです
お願いします
>>115でリクエスト投げたら画像ファイルとかはどうなるの
1枚ずつ手動でリクエストですか？
468:デフォルトの名無しさん
08/10/01 18:32:06
>>462
帰ってきたレスポンスを標準出力に出力してるだけだから自動で交信とかしないだろ
469:デフォルトの名無しさん
08/10/01 18:32:34
>>467
そうじゃなけりゃ何だって言うんだよ
470:デフォルトの名無しさん
08/10/01 18:33:52
どこをどう見ても画像とって無いだろうが。
第一こんな質問するぐらいじゃ、まったくだめだ。
いつの間にか俺たちが作ってるハメになる。
悪いことは言わないから勉強して来い。本はたくさん持ってるんだろ。
471:デフォルトの名無しさん
08/10/01 18:36:06
そりゃ100万もつぎ込んでたら書かれてる書籍は一つくらいはあるわなｗｗｗ
472:デフォルトの名無しさん
08/10/01 18:38:34
>>465
リクエスト→レスポンスわかります
しかし自宅でパケットキャプチャーでテストしたところ
殆どのサイトが1回のリクエストで複数回も交信しています
たった今18時35分にヤフーでテストしました
下記のようなリクエスト”1回”でヤフートップページをリクエストしました
トップページを表示完了するまでに９回の送受信がありました
>>115では9回手動でリクエスト送信するのでしょうか？
それとも意味わかんない？？？
URLﾘﾝｸ(www.yahoo.co.jp)
GET / HTTP/1.1
Host: www.yahoo.co.jp
User-Agent: Mozilla/
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: ja,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: Shift_JIS,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ
473:デフォルトの名無しさん
08/10/01 18:39:37
わかってないようだが、パケットとブラウザのリクエストがごっちゃになってる。
474:デフォルトの名無しさん
08/10/01 18:41:16
>>472
>>115のコードのどこに繰り返し送受信があるんだ？
475:デフォルトの名無しさん
08/10/01 18:41:26
>>472のリクエスト1回すると
ページは表示されるまでに9回の交信があるでしょ
そこですよ
ページが表示される前のリクエスト！
1回目の2
1回目の３
1回目の４
意味わかりますよね
>>115はすべて確認できるの？
476:デフォルトの名無しさん
08/10/01 18:41:55
きっとUAの処理とかTCP/IPとかそこらへんのことがごっちゃになって
頭のバッファがオーバーフローしちゃった人なんでしょう…
>>440
コネクションを張った後はウィンドウサイズ毎の再送処理が入る以外は
データのやり取りだけだから
コネクション切ってない限り要求→応答の間に相手の確認はないんじゃないっけ
ただ定期的に入る再送処理とかはOS側が決めてしまうため、プログラム側から弄れない
ネットゲームなんかだと不要な処理を少しでも端折ってでも通信をスムーズに行いたいだろうから
そういう風にOSとかに制限されないUDPで独自に再送処理とかを行うほうがいいんじゃないのかな？
いや、あんまりよくしらないんだけどさｗ
477:デフォルトの名無しさん
08/10/01 18:42:29
おまえ、ブラウザでリクエスト出して、キャプチャしてるだろ？
478:デフォルトの名無しさん
08/10/01 18:43:29
>>476
>>450に記載した>>115のコードに書いてあるでしょ
＞while(1){ // 1回では受信しきれないので、受信が終わるまで繰り返す
これ何？
勝手に2回目の受信するって事じゃないの？？？
479:デフォルトの名無しさん
08/10/01 18:44:18
>>478
ほらな。わかってない。
480:デフォルトの名無しさん
08/10/01 18:45:07
>>478
recv_bufのサイズは65536バイトだろ？
繰り返さないと65536バイト以上のページが受信できないからやってるんだよ
481:デフォルトの名無しさん
08/10/01 18:45:12
間違えた
>>478は>>474さんへのレスです
482:デフォルトの名無しさん
08/10/01 18:46:37
( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ / ＼/ ＼
483:デフォルトの名無しさん
08/10/01 18:46:54
>>480
どんな事情があっても
リクエストとレスポンスは必ず全部チェックできるのがいいです
そのうえでスルーするか一時停止するか設定できるのがいいです
484:デフォルトの名無しさん
08/10/01 18:48:57
↑もうこの発言はスルーしかないな
485:デフォルトの名無しさん
08/10/01 18:50:05
もう帰れ
100万も買ったんだったら一冊ぐらいTCPの3ハンドシェイクについて書いてるだろ
ネットワーク関連の本全部読み直せよ
486:465
08/10/01 18:51:32
>>472
言いたいことはわかる
が、なぜそうなるかを理解し切れてないようなので、
まずはそれが理解できるようになるまでHTTPややUserAgentの動作について
勉強したほうがいいでしょう
どうしてユーザの一操作で複数のリクエストが送信されているのか
そしてその内容がなんなのか、どういった役割を果たしているのかを理解してください
仮に現時点でお求めのサンプルコード()笑が出てきても、
内容を全く理解しきれず無駄になるだけです。
//というか既に無駄になってる様が見て取れてるが
やりたいことだけが漠然としていてそこにたどり着く道順が見えてないんでしょ
目的までの道順は、ちゃんと勉強していけばそのうち見えてくると思うよ
土台固めなきゃ家は立てれんでしょ、ちゃんと勉強しれｗ
487:デフォルトの名無しさん
08/10/01 18:52:29
なんで？
お前らも馬鹿にするだけかよ
パソコンいじってる奴ってホントカスばっかし
昔、友達の居ないオタク同級生が土下座して金貸してくれと泣きついてきたあのアホ思い出すわ
調子のいいときや相手が困っているときは吹く吹くおもいっきり吹く
そいで自分が困ったら泣きついてきて
あいつそっくり。
当然金かえさずに消えた。
488:デフォルトの名無しさん
08/10/01 18:54:05
>>487
黙れよ
何の基礎知識も無い奴にどうすればいいかなんてなんで教えなきゃならないんだよ
幼稚園児に微積分教えるようなもんだろ
489:デフォルトの名無しさん
08/10/01 18:54:56
>>487
わかってないな。あんた、プログラムがやりたいんじゃなくて
目的のアプリが手に入れたいんだろ？
だったら、どこかに金だして頼めばいい。
プログラムやる気の無いやつに教えるものはここにはいない。
490:デフォルトの名無しさん
08/10/01 18:55:04
>>487
そんな奴ばかりなんだ。
それがわかってるなら他のところへ移ろうよ。
491:デフォルトの名無しさん
08/10/01 18:56:28
あなたたちに対してｈｔｔｐ理解していますって言えるほどじゃないけど
UserAgentやリファラ、クッキーくらいは知ってるよ
httpも基本は単発
継続は無い
でも実際には勝手にページ表示までいっちゃうクライアントあるでしょ
そういうのは駄目ですってこと
492:デフォルトの名無しさん
08/10/01 18:59:04
>>491
違いますもっと根底にあるものを理解してください
3ハンドシェイクとか
493:デフォルトの名無しさん
08/10/01 18:59:47
英数に全角を使う奴はマ板ム板では生きていけない
>でも実際には勝手にページ表示までいっちゃうクライアントあるでしょ
まず何でそうなるかを理解しなさいって言われても、言われたことすら理解出来ないようじゃ…
494:デフォルトの名無しさん
08/10/01 19:00:45
あれ？なんか目から汗が出てきた・・・・
495:デフォルトの名無しさん
08/10/01 19:03:00
全部キーボーで操作できるクライアントってあるの？
496:デフォルトの名無しさん
08/10/01 19:05:04
何のクライアントかも、何を持って全部かもわからんが、スレ違い
ここは主にソケットに関しての質疑応答スレッドです
497:デフォルトの名無しさん
08/10/01 19:05:16
>>495
気軽に「こんなソフトありませんか？｣ Part.95
ｽﾚﾘﾝｸ(software板)
どうぞ
498:デフォルトの名無しさん
08/10/01 19:11:14
全部キーボードだけで操作できるOSもあるんだよ
ファイルの移動とかでもマウスは使わない
サーバー管理者やプログラマは仕事上でも趣味でもよく使う
>でも実際には勝手にページ表示までいっちゃうクライアントあるでしょ
こいつは物事の仕組みを想像する能力が著しく（ｒｙ
499:デフォルトの名無しさん
08/10/01 19:15:32
>>493
プログラムっていうか銀行の口座でもそうだけど
数字は半角ってのは常識ですけど
会話に半角云々はおかしいぞ
どーでもいいことはしっかり突っ込む
カスの典型だな
実生活でそれやっちゃうと嫌われもん間違いなし
500:デフォルトの名無しさん
08/10/01 19:16:40
>>499
どーでもいいことはしっかり突っ込む
カスの典型だな
実生活でそれやっちゃうと嫌われもん間違いなし
501:デフォルトの名無しさん
08/10/01 19:18:11
ついにスレの半分を消費してしまいました
502:デフォルトの名無しさん
08/10/01 19:18:27
>>498さん
それ教えてください
全てをキーボード操作できるものでリクエストヘッダ確認（文字列編集できる）
お願いします
503:デフォルトの名無しさん
08/10/01 19:19:30
telnetでいいんじゃね
504:デフォルトの名無しさん
08/10/01 19:20:31
>>502
498じゃないが、telnetクライアント。
Windowsでも標準でついてる。
505:デフォルトの名無しさん
08/10/01 19:20:46
>>502
MS-DOSとかUNIXとか
知らないとは言わせんぞ
506:デフォルトの名無しさん
08/10/01 19:24:26
問題も解決したようなので、そろそろ相手するのやめようぜ
このままじゃ1スレ丸々ゴミになっちまうぞ
507:デフォルトの名無しさん
08/10/01 19:25:41
任 務 完 了 ！
次の方どぞー
508:デフォルトの名無しさん
08/10/01 19:26:00
telnetかあ情報ありがと
前に書いたけどテラネットっていうツールを試用させて貰ったんだけど
ＵＲＬで接続できなかったような？？？
それとショートカットキーでの操作もいまいちだったような
それとダウンロードしてリダームテキストなしでいきなりセットアップってのもおかしいと思った
まああれしかないのでもっかいやってみるよ
他にお勧めtelnetあったらよろしく
ってか
Windowsから直接操作するものなのかなあ？？？
TELネットでヤフートップ画面に接続表示とかできるの？
表示は必要ないかもしれないけど一応聞いておきたいので^^;
よろしく
509:デフォルトの名無しさん
08/10/01 19:27:11
ていうか、こいつは手動で打ち込む時間が惜しいんじゃなかったのかｗ
510:デフォルトの名無しさん
08/10/01 19:27:33
>>505さん
UNIXてそういうことできるんだ
凄い興味持ちました
いつも応援してくれてありがとう^^
511:デフォルトの名無しさん
08/10/01 19:28:08
だめだ、話がことごとく通じてない････
512:デフォルトの名無しさん
08/10/01 19:28:09
telnet http でググレカス
513:デフォルトの名無しさん
08/10/01 19:32:14
>>509
そうだよ
だからスクリプト組むんだけど
言語でのスクリプトはわかんないので
UWSCで操作させる（一応PROバージョンの正規ユーザー^^;）
全てをキーボード操作できるならUWSC使えば簡単簡単超簡単
UWSCはブラウザの対応はIEしかしていないので諦めていたんだけど
ＴＥＬネットもしくは他の簡易ブラウザでキーボード操作のみで完了できるものがあれば
ＵＷＳＣですぐスクリプト組めます
514:デフォルトの名無しさん
08/10/01 19:33:06
もうさわるなよｗ
515:デフォルトの名無しさん
08/10/01 19:33:26
>>512
了解ぐぐってみるよ
みんな応援ありがとう！
またきたときもよろしく！
んじゃね^^
516:デフォルトの名無しさん
08/10/01 19:35:28
デイトレとかそういう難しい(笑)ことじゃなくて
ネトオクで一分一秒を争って入札、転売したい池沼あたりなんじゃねｗ
しかしここまでネットワークプログラミングの話題なんて殆どでてねぇな…
517:デフォルトの名無しさん
08/10/01 19:38:06
30分ログインがかかるのは聞いたことねーよ。
さてと、飯食って仕事すっか・・・
518:デフォルトの名無しさん
08/10/01 21:07:41
まだやってんのかよ
いいかげん相手するのやめれ
519:デフォルトの名無しさん
08/10/01 21:42:15
>>518
もう終わったよ
520:デフォルトの名無しさん
08/10/01 22:26:33
質問させてください。簡易HTTPクライアントを作っています。
一回のリクエスト・レスポンス送受信はできたのですが、
一回目のレスポンスを解析して、同じホストに再度リクエストを送る方法が分からず苦戦してます。
一回目のリクエスト・レスポンスで使用したソケットに、
リクエストヘッダを突っ込んで send() とやろうとしたのですが送れず、
パケットを解析してみた所、一回目のリクエスト・レスポンスで接続が終了していたので、
connect() を試みましたがソケットエラーとなってしまいました。
どなたか良い方法ご存知でしたらご教授願います。
521:デフォルトの名無しさん
08/10/01 22:28:33
1回目に使用したソケットは閉じて、新しいソケットを作る
もしくは、Connection: keep-alive
522:デフォルトの名無しさん
08/10/01 23:00:42
>>5にもRFCへのURLとかもあるけど、参考までに
URLﾘﾝｸ(www.studyinghttp.net)
RFC2616の8.1.1で
> HTTP implementations SHOULD implement persistent connections.
と書いてあるので、HTTP/1.1でやり取りする場合は
出来るだけ後者(Connection: Keep-Alive)を使ったほうがいいとおもうます
523:520
08/10/01 23:33:50
>>521-522
早いお返事ありがとうございます。
keep-alive を使うセンで調べてみましたが、setsockopt( ) 前のbind( )で
ソケットエラーとなってしまって苦戦中です。
bind( )までの手順は要点だけ書くと、
WORD wVersionRequested = MAKEWORD(2, 2);
WSAData wsaData = WSAStartup(wVersionRequested, &wsaData);
SOCKET sSock = socket(AF_INET, SOCK_STREAM, 0);
hostent *host = gethostbyname("www.yahoo.co.jp");
sockaddr_in addr;
memset(&addr, 0, sizeof(addr));
addr.sin_port = htons(80);
addr.sin_family = AF_INET;
addr.sin_addr = *((in_addr *) host->h_addr);
bind(sSock, (struct sockaddr *)&addr, sizeof(addr));
ネットワークプログラミングの理解が浅い点もあると思いますが、ご教授お願いします。
524:デフォルトの名無しさん
08/10/01 23:56:27
>>523
クライアントは特に理由がない限り、bind しなくてよい。
接続先を指定するのは、connect で。
エラーが出た場合、もっと具体的に記述すること。
WSAGetLastError も活用しよう。
525:デフォルトの名無しさん
08/10/02 01:29:29
新着400て・・・
526:デフォルトの名無しさん
08/10/02 01:33:06
大丈夫、>520より前にはまともな内容まったくないから。
527:デフォルトの名無しさん
08/10/02 02:06:33
>>523
ここでいう keep-alive てのはソケットのオプション(SO_KEEPALIVE) のこと(=TCP Keep-alive)でなくて、
リクエストする時ヘッダに >>521 が書いたとおりの文字列を追加するってこと (=HTTP Keep-alive) ジャマイカ？
TCP の keep-alive は接続 (ESTABLISHED) の状態で実際に通信できるかどうかを確かめるために
定期的にパケットを送って、レスポンスがなかったらソケットを閉じる機能（だよね？）
528:デフォルトの名無しさん
08/10/02 11:13:40
だね
リクエストヘッダに Connection: Keep-Alive と書いてみるといいよ (バージョンもHTTP/1.1にすべきかも)
Content-Length と Transfer-Encoding の処理が必要になるからちょっと面倒かもしれない
529:520
08/10/02 11:48:38
>>524 >>527-528
ご教授ありがとうございます。
クライアントとしては、リクエストヘッダに Connection: Keep-Alive と書くだけで良いんですね。
後はサーバ側が Keep-Alive を許可(対応？)していれば、接続を維持してくれるのかな？？
テスト環境が無いので、動作確認をし辛い部分があります。
Content-Length と Transfer-Encoding: chunked の処置は既にしてるので、
今の所の問題点はConnection: Keep-Alive と、別件ですが Content-Encoding の解凍です。
gzip とか deflete のRFC見てみたんですけど分からなくて・・・。
圧縮・解凍処理も勉強せんと。
色々ありがとうございます。
530:デフォルトの名無しさん
08/10/02 11:48:46
というか、文体変わってるけど520って・・・
531:デフォルトの名無しさん
08/10/02 11:54:23
別に同一人物でもいいよ、荒れさえしなければ
圧縮解凍処理は zlib に任せるのが楽なんじゃないかな
どうでもいいけど、そこまで色々対応していて簡易クライアントと呼べるのだろうか
532:デフォルトの名無しさん
08/10/02 11:58:32
>>530
別に変わってなくね？
言われたことにも素直に答えてるし、前々スレぐらいからバカが一匹いたから>>530に変なフィルタかかったんじゃね？
533:デフォルトの名無しさん
08/10/02 12:55:37
面倒なら HTTP_ACCEPT_ENCODING で好きなものだけ指定すれば良いんじゃないかな
534:デフォルトの名無しさん
08/10/03 14:08:22
>>530
日本の品格を著しく下げている在日チョンや
在日チャンコロの排斥が必要なのは言うまでもないでしょう。
まずは東京から。石原閣下に期待です。
前述した残業代を要求して裁判を起こしたりしているのも、
ほとんどはその手の輩ですしね。
日本の国際競争力を低下させようと工作しているんでしょう。
535:デフォルトの名無しさん
08/10/03 17:31:08
HTTP/1.1のクライアントはきちんと実装しようとするとやることたくさんあるからなぁ。
しかも変な応答返すサーバ多いからテストも大変だし。
536:デフォルトの名無しさん
08/10/03 19:25:38
Windows環境でﾃｽﾄ用FTP鯖建てるなら、いまなら何がお勧めですか？
537:デフォルトの名無しさん
08/10/03 19:36:49
>>536
スレ違い
538:デフォルトの名無しさん
08/10/03 19:36:56
Windowsで動かすなら、IISでいいんじゃないの？
539:デフォルトの名無しさん
08/10/03 19:37:47
>>536
むしろ板チガイ
540:デフォルトの名無しさん
08/10/03 21:12:18
URLﾘﾝｸ(ytteter.so.land.to)
541:デフォルトの名無しさん
08/10/03 21:39:31
このスレが荒れるのは、アホな奴のせいじゃなくてかまう奴のせいだと今はっきりわかった
542:デフォルトの名無しさん
08/10/04 00:33:26
VBのコードをC#コードに変換してくれるツールを見てきたんだけど
見つけた2つとも英語表記で使い方がさっぱりわかりません
日本語化したものか日本製のツール
VB→C# コード変換ツールお勧め教えてください
543:デフォルトの名無しさん
08/10/04 00:41:32
>>542
>>537
544:デフォルトの名無しさん
08/10/04 01:05:02
>>543
他で聞いてみます
545:デフォルトの名無しさん
08/10/04 07:55:10
ここ一週間のうちに香ばしいのが来てたんだな
参加できなくて残念
自分でやるより人にやらせたほうが楽だと気づいたらもう駄目だな
546:デフォルトの名無しさん
08/10/04 09:15:44
おいおい
人にやらせたほうが楽だろ
547:デフォルトの名無しさん
08/10/04 09:18:22
TCPで通信する場合サーバー側のみポートが開いていれば双方向で通信が可能だと思うのですが
UDPで双方向通信する場合、両方のポートが開いていないと駄目なのでしょうか？
548:デフォルトの名無しさん
08/10/04 09:27:55
>>546
人にやらせるには金か権力あるいは両方が必要だからな
それがないから2chなんかで頼みごとするんだろ？
549:デフォルトの名無しさん
08/10/04 14:30:42
>>547
まずは使ってみようよ
550:デフォルトの名無しさん
08/10/04 14:37:41
>>547
TCPもサーバとクライアントのポートが開いてないと通信できません。
25番や80番ポートは通信待受け用に使うだけで、
通信用に別にソケットを作成してる。
551:デフォルトの名無しさん
08/10/04 14:55:41
うろ覚えなんだが、サーバ側はAccept時にソケットを新しく作るけど、
実際に通信を受信するポートは25番なり80番なりでないっけか？
552:デフォルトの名無しさん
08/10/04 16:10:55
TCPの場合、acceptとconnect時に双方の開いてるポートを指定していないと繋がらない
UDPの場合、sendtoで送るときに相手の開いてるポートを指定しないとデータが送れないということでしょうか？
また、LAN内で通信テストをしているのですが、ポートの解放とか関係なく動作してしまうのですが
通信のプログラムをテストする場合はネット回線２つ持たないと駄目なんでしょうか？
553:デフォルトの名無しさん
08/10/04 16:54:38
TCPもUDPも、送信先のポートは80とか自分で指定するけど、
送信元のポートも指定してないだけで自動的にランダムで割り当てられてるんだよ
ポート解放がどうのというのは、ルータやファイアウォールに遮断されて
繋がらない場合の話じゃないの？
554:デフォルトの名無しさん
08/10/04 17:45:30
>>552
なんだかなあ
その辺りはソケットの入門書か何かに書いてないか？
555:デフォルトの名無しさん
08/10/04 18:05:23
入門書読むより質問したほうが早いじゃないですか
556:デフォルトの名無しさん
08/10/04 18:37:34
ぱぱとままにきけ
557:デフォルトの名無しさん
08/10/04 19:07:26
ぱぱ：お前にはまだ早い、大人になってからだ。
558:デフォルトの名無しさん
08/10/04 19:43:12
>>325
>>358
電話・コンビニ支払い・ibm・中国・大リニューアルってことはこれしかないんだけど
チケットの転売ってそんなに儲かる商売なの？
【システム】ぴあ、新チケット発券システムを中国で低コスト開発→トラブル続出→顧客離れ→経営不振→凸版と提携
URLﾘﾝｸ(unkar.jp)
＞ぴあが来年1月に稼働する次期チケット発券システム。年間4600万枚の発券を処
＞理する巨大システムの開発を支えたのは、180人の中国人SEだ。
＞開発に着手した2005年当時、2期連続の最終赤字だったぴあは開発費を抑える
＞ため「中国人SEの活用を前提にシステム開発会社を選んだ」（長島靖弘上級執行
＞役員）。結果、中国のソフト開発大手、方正集団（北京市）と組んだＩＩＪテクノロジー
＞が受注した。ぴあは開発費を2ー3割節約したとみられる。
559:デフォルトの名無しさん
08/10/04 20:18:07
c言語でメーラー作ってみたいんですが
いい解説サイトありませんか？
560:デフォルトの名無しさん
08/10/04 20:19:43
RFCだろ
常識的に考えて
561:デフォルトの名無しさん
08/10/04 20:28:52
思いつくのがsmtpとpop3くらいしかないんですが
これ以外でも読んだほうがところはありますか？
562:デフォルトの名無しさん
08/10/04 21:47:05
あるが、そんなレベルの奴が作るな
サーバへ迷惑かけるだけだ
563:デフォルトの名無しさん
08/10/04 22:08:12
>>558のリンク先に
>転売屋にあっさりと攻略された新システム
って書いてあったよｗ
564:デフォルトの名無しさん
08/10/05 00:13:57
>>115と同等のソースってことなので>>454をC#でやってみた
嘘つくなって言ってたのにやっぱり嘘つきか
なんで勝手にHTMLソースなんか受信してんの？
アホか
>>115って何言語なんだ
>>115と本当に同等のサンプルC#かVBでないの？
だれかhttpリクエストお願いします
最終的にリクエストの編集加工をスクリプトで行いたいです
よろしく
565:デフォルトの名無しさん
08/10/05 00:16:55
だいたい>>115のページにしたって
解説者のうぬぼれ自己満足ページだよな
何言語かもわかんないんだから
ページのどこかに○○言語サンプルくらい書いておけばいいのに
よく役にも立たないページを出してきたなｗ
何語かもわかんないくだらないページだ
566:デフォルトの名無しさん
08/10/05 00:20:47
>>454をC#でやってみたら
HTMLのボディ部分の最後が出てきた
httpリクエストのヘッダとメッセージはどこいったんだ
いきなりhtmlがでるわけないだろ
>>115とおんなじならヘッダの編集もできるんじゃないの？
嘘つきは解答者やめろ
わかるかただけお願いします
httpリクエストのボディとhtmlのボディをごっちゃにしてる変なのは答えるな
レスすんなよ
567:デフォルトの名無しさん
08/10/05 00:23:05
だいたいhttpの簡易クライアントまでなら探せばある
ただしリクエストの編集とかは出来ないんだ
だから編集できるサンプルさがしてんのに
また無駄な時間が過ぎてった
アホは解答すんな
568:デフォルトの名無しさん
08/10/05 00:24:30
ホントここのえらいさんには振り回されっぱなしだよ
勘違いもいいとこ
569:デフォルトの名無しさん
08/10/05 05:27:47
何の対価もなしに自分の要求に応えないのはけしからんとわめいているのは実に滑稽
まるで朝鮮人のようだ
570:デフォルトの名無しさん
08/10/05 07:30:12
最近、こういう粘着教えて厨とGPL関係の奴等には
何の情報も提供しないように気を付けてる
571:デフォルトの名無しさん
08/10/05 07:37:20
>>569
反応すんな以後徹底スルーの事
572:デフォルトの名無しさん
08/10/05 07:50:29
>>564
どうしてここまで応用が効かないのかと不憫で仕方ない。
URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspx
573:デフォルトの名無しさん
08/10/05 08:48:01
>>572
>>571
574:デフォルトの名無しさん
08/10/05 18:07:10
>>572
親切が常に最善とは限らないぜ？
575:デフォルトの名無しさん
08/10/05 18:38:53
精神年齢が7歳以上でないときちんと掲示板を使うのは難しく、
電波法によりインターネットを使用できる精神年齢が定められています。
精神年齢が肉体年齢に追いてけぼりを食らってる人は
一度チュパカブラや銀バエを経験してから人間をやり直してください。
576:デフォルトの名無しさん
08/10/05 22:35:29
ちゃんとC#で実行できたところに感心したｗ
577:デフォルトの名無しさん
08/10/05 22:38:21
>>115はどう見てもC言語だろ
578:デフォルトの名無しさん
08/10/06 00:17:33
#include<stdio.h>でわからないとは･･･
579:デフォルトの名無しさん
08/10/06 00:24:34
何言語か書いていないとわからないよ
ソース見てわかるくらいなら解説ページなんて見ない
自己満足のオナニーページ認定
580:デフォルトの名無しさん
08/10/06 00:31:00
それ、野球のカーブの投げ方とかの解説ページ見て
「グローブって何だよ！バットって何？書いてないとわからないよ」
と言ってるのと同じようなレベルだぞ
581:デフォルトの名無しさん
08/10/06 00:39:49
>>580
なんて言われても実際わかんない人がいてるのは現実。
誰もが知ってる常識だと一方的に決め付けるのはどうなんだか
プログラムなんて見てわかる人のほうが少ないよ
1億2千万人のうちC言語だとわかる人は何人いてるんだろうか？
誰でも知ってるっていうからには半分以上の人が知っているとでも思ってんのかな？
グローブやバットは半分以上の人が知ってるだろうけどねｗｗｗ
582:デフォルトの名無しさん
08/10/06 00:42:23
普通あのソース見て、Cだと気づかないようなレベルの奴は
この板見ないし、ましてこんなスレも除かない
そして、WinSockの解説ページなんか絶対開かないｗ
583:デフォルトの名無しさん
08/10/06 00:51:30
>>582
>>571
584:デフォルトの名無しさん
08/10/06 00:52:25
見てわかんない人は普通以下ってことでいいよ
どこからが普通なのかわかんないけどね
敷居高いですね
585:デフォルトの名無しさん
08/10/06 00:54:04
>>583
私だとバレてたのか^^
まぁそう言わずに仲良くしよう
これからも応援よろしく^^
586:デフォルトの名無しさん
08/10/06 00:54:57
ネットワークプログラミングってのは敷居高いよ
587:デフォルトの名無しさん
08/10/06 01:18:28
だーかーらー知能障害の相手すんなって言ってるでしょうよ
どうしてそうどいつもこいつも子供なんだよｗ
スレ潰したいのかお前ら
588:ひとりごと
08/10/06 01:24:07
独り言。
引用 URLﾘﾝｸ(www.geocities.jp)
> さて、このテキストを読む対象となる人は、
> １．C言語をある程度理解できる方
> ２．MicroSoft Visual C 6.0 以上をお持ちの方
ほぅ、C 言語とな。
589:デフォルトの名無しさん
08/10/06 05:48:36
>グローブやバットは半分以上の人が知ってるだろうけどねｗｗｗ
なんだ、自慢の息子とおいなりさんのことか
_、_
ヽ( ,_ﾉ`)ノ
へﾉ /
ω ノ
∪ >
590:デフォルトの名無しさん
08/10/06 08:19:21
外人とビジネス交渉したいからといって、英語のビジネス例文集を教えてもらったは良いが
それが英語なのかスペイン語なのかわからなくて癇癪おこしている楽しいやつがいると聞いてやってきました
591:デフォルトの名無しさん
08/10/06 10:46:34
ここ数日間のバカはどう見ても釣りだよな？
592:デフォルトの名無しさん
08/10/06 14:38:16
釣りじゃないだろ
金が絡んで頭が逝っちゃってる
593:デフォルトの名無しさん
08/10/06 23:30:49
質問です。
winsockで複数のスレッドから排他制御なしに同じソケットに対してsendを呼び出すと問題ありますか？
594:デフォルトの名無しさん
08/10/06 23:36:59
やってみろ、アホ
595:デフォルトの名無しさん
08/10/06 23:43:28
>>593
NTのAPIはスレッドセーフだからAPIは正しく動作するだろうけど、各スレッドの動作順が不明だから思い通りにはならないぞ。
596:デフォルトの名無しさん
08/10/06 23:44:49
やってみたけど特に問題は起こりませんでした。
たまたま問題が起きてないだけなのか、本当に問題がないのか、アホだから分かりません。
597:デフォルトの名無しさん
08/10/06 23:48:10
>>595
サンクスです。
どっちが先に呼ばれても問題はないです。
598:デフォルトの名無しさん
08/10/07 01:03:21
ＷｉｎＳｏｃｋ（ＴＣＰ）で相手が最初にパスワードを送ってきて
合っていれば送信、間違っていれば切断というのをやっています
パスワードをチェックして間違っていると判定したときに、
接続相手に間違ってる旨のメッセージを送った後にシャットダウンしてクローズしているのですが
シャットダウンが早すぎるらしく、相手にメッセージが届く前にＲＣＶ＝０になってしまいます
応急処置として１秒ほど待機させてからシャットダウンしていますが、
相手へのＳＥＮＤが完了するまで待機する方法はないでしょうか？
599:デフォルトの名無しさん
08/10/07 07:29:27
>>597
TCPの話だよね？
どちらが先に呼ばれても問題ないってどいう状況？
送信データが全て1バイト単位で意味を成す場合しか思いつかない。
600:デフォルトの名無しさん
08/10/07 07:32:20
write( fd, WRONG_PASSWORD)
shutdown(fd, SD_WRITE)
while( read(fd, buf) != 0 )
close(fd)
みたいなコードで、close(fd)するときに、
相手にメッセージが届いてない事があるって話？
601:デフォルトの名無しさん
08/10/07 07:33:00
あ、while行の最後にセミコロン忘れた
602:デフォルトの名無しさん
08/10/07 07:38:53
>>599
それから察するに、数バイトまとめて送ったとしても
そのデータが混ざり合う可能性があるってこと？
603:デフォルトの名無しさん
08/10/07 12:11:39
>>602
そうならないと明記されていればいいんだが
見たことないや
604:デフォルトの名無しさん
08/10/07 12:43:11
>>600の方法で解決しないなら、相手側も疑ったほうがいいんじゃないか。
エラーのレスを受け取る側が切断かけたほうがすっきりすると思うよ。
605:デフォルトの名無しさん
08/10/07 12:45:41
>>602
APIで渡した順に送られる。混ざることはない。
複数スレッドでひとつのソケットに書き込むと、渡す順序を制御できない。
606:デフォルトの名無しさん
08/10/07 14:46:38
>>604
本人じゃないけど、同じことで悩んだことがあるので便乗質問
>>600の方法って、shutdownすると「通信相手がclose関数を呼ばなくても」近いうちにreadが0返すようになるんでしょうか？
エラーレスをうける側（上記でいう通信相手）が意図的にケーブルぶっこぬくこともあり得るので、通信相手のcloseを期待したくないところ。
607:デフォルトの名無しさん
08/10/07 16:31:11
>>602
数バイトをまとめてsendしたとしても、一度に全てを送れる保証はないから、
sendの戻り値をチェックしながらループまわすことになる。
そうするとデータが混ざり合う可能性があるんじゃないかな。
608:593
08/10/07 20:17:08
>>607
確かにそのとおりだ。
送れた部分と送れなかった部分の隙間に一方のスレッドのデータが入り込むことがありますね。
ありがとうございました。
609:598
08/10/07 23:06:19
>>600
writeとreadってのがよくわからんのですが
sendとrecvみたいなものですか？
fdはSocketですよね？
610:デフォルトの名無しさん
08/10/08 06:07:58
>606
答えはNO。というか、相手から（close/shutdownして）FINが
届く以外で、readが０を返す事はないはず。
タイムアウトを掛けたいなら、SO_RCVTIMEO設定して-1を見るとか
selectで待つとか別の仕組みを混ぜる必要がある
どっちにしろ、600のコードはreadのエラー処理をする必要があるけど
611:デフォルトの名無しさん
08/10/08 06:53:04
>609
そうだね。まあ、概念コードだから。
Winsock系とBSD系が変な感じで混ざっててゴメンよ
612:デフォルトの名無しさん
08/10/09 19:04:59
>>611
どうやらShutdownで読書両方とも落とすのが問題だったみたいです
しかしrecvだと、実行時にスレッドがブロッキングされてしまうのです
613:デフォルトの名無しさん
08/10/09 22:38:54
＞相手へのＳＥＮＤが完了するまで待機する方法
なんでしょ？ 待ちたいの？待ちたくないの？
614:デフォルトの名無しさん
08/10/10 14:40:57
プロトコルメソッドってどういう意味？
615:デフォルトの名無しさん
08/10/10 20:37:32
文字通り
616:デフォルトの名無しさん
08/10/13 02:36:08
telnetなんですけど
画像とか見れるんですか？
コマンドラインの操作だと聞いたことがあるんですけど
テキストでの交信だけでしょうか？
画像を見るには特別な知識や技術は必要ないですか？
よろしくお願いします
617:デフォルトの名無しさん
08/10/13 02:46:28
困ったちゃん登場
618:デフォルトの名無しさん
08/10/13 02:52:11
アスキーアートを画像と思えば・・・！
619:デフォルトの名無しさん
08/10/13 03:24:26
banner
620:デフォルトの名無しさん
08/10/13 10:55:48
バイナリデータをバイナリエディタにコピーして保存
で分かってくれる相手なのかこれは
621:デフォルトの名無しさん
08/10/13 12:57:43
あれ? なんか mplayer -vo aa がいつの間にか変なコンソール開くようになってる…
622:デフォルトの名無しさん
08/10/13 13:27:03
telnetでヤフートップページや動画のyoutubeやニコニコ動画は見れますか？
623:デフォルトの名無しさん
08/10/13 13:35:26
ソースは見える
624:デフォルトの名無しさん
08/10/13 17:05:41
telnetで写真や動画は見れないですか？
625:デフォルトの名無しさん
08/10/13 17:40:55
写真や動画は圧縮されていますので
あなたの脳内演算でその圧縮を展開できるのなら見れるかもしれませんが
626:デフォルトの名無しさん
08/10/13 18:19:07
圧縮されていないものもあるので、符号化とするべきかな。
627:デフォルトの名無しさん
08/10/14 15:23:52
こんちわ
多重ログイン規制のサイトに多重ログインする方法教えてください
匿名串だめでした
他になんかない？
628:デフォルトの名無しさん
08/10/14 16:06:41
どのサイト？
629:デフォルトの名無しさん
08/10/14 19:43:54
>>627
スレ違いじゃ？
630:デフォルトの名無しさん
08/10/14 20:03:19
>>627です
>>628さん
気にかけてくれてくれてありがと
そのサイトを教えるかはちょっと考えてみるよ
>>629
自分的にはここだと思ったんですけど
他に適所があれば誘導お願いします
誘導が無い場合は引き続きこちらで解答待ちします
よろしく
631:デフォルトの名無しさん
08/10/14 20:04:20
スレ違い。
適切なスレは自分で探せ、アホ。
632:デフォルトの名無しさん
08/10/14 20:06:25
それはプログラミングに関する相談？
規制を回避して多重ログインするようなプログラムを自分で開発したいからヒントをくれということ？
633:デフォルトの名無しさん
08/10/14 20:48:29
>>631
アホは余計だろ
死ねやカス！
634:デフォルトの名無しさん
08/10/14 21:02:32
>>627
そのサイトの管理者に聞けばいいよ。
635:デフォルトの名無しさん
08/10/14 21:06:15
マルチホームとポリシールーティングで解決
636:デフォルトの名無しさん
08/10/14 21:29:47
>>634
お前ほんとくだらない奴だな
死ねよ
親も喜ぶだろ
637:デフォルトの名無しさん
08/10/14 21:31:53
>>627
またお前か
たとえ５年かけたところで無理だからやめとけ
一生かかってもできないかもしれない
株かデイトレードかそういうもんで稼ぎたいようだが
素直にアルバイトしたほうがいいぞ
できないことにいつまでも固執するのは愚かなことだ
638:デフォルトの名無しさん
08/10/14 21:34:48
以降スルーでOK
639:デフォルトの名無しさん
08/10/14 23:17:59
>>637
あと少しってところだと思うんだ
2年かけてわかったこと
自分がゴールにしていた地点は他の連中からすれば初歩の初歩
全くのド素人のレベルだったんだ
がっくりきたけど
改めて次のゴール目指して頑張ってる
ちょっと自分には無理かなって諦めかけてたんだけど
さすがに2年間勉強した甲斐あって
今度は順調に進んでる
もう少しっていうか今でもテストの結果は満足できるものになってきた
でももう少しなんだ
応援ありがと^^
多重ログインの件は解決できそうです
ありがとでした
640:デフォルトの名無しさん
08/10/14 23:31:32
WinSock の inet_itoa はマルチバイトコードなのですがユニコード版はありませんか？
なかったとしてunicode to multibyte を使えばいいのですか？
641:デフォルトの名無しさん
08/10/14 23:40:43
WSAAddressToStringとかWSAStringToAddressとか
642:デフォルトの名無しさん
08/10/14 23:48:26
GetNameInfoWでも使えば。
まあ、そーゆーAPIのW版も、あったところで、
punycode解釈してくれるわけでもないんだけどネ。
643:デフォルトの名無しさん
08/10/16 02:18:55
WinSockのTCPで送信側にてsendを行った後に、受信側に確実にデータが届いたことを認知するためには、
下記のように受信側から応答信号を返してもらいそれを待つべきでしょうか。
<ＡからＢへの送信の手順>
Ａ側 Ｂ側
send --> recv データ
recv <-- send 応答
上記のような手順では、ＡとＢ両方から同時に送信を行った場合、
双方でデータ受信と応答受信がごちゃまぜになり混乱を招くようにも思いますが・・・。
644:デフォルトの名無しさん
08/10/16 08:03:51
sendするデータと応答信号にIDつけるようにして、一致を見ればよいのでは
>ＡとＢ両方から同時に送信を行った場合
キモいなあ
tcpを2本使うか、それがだめなら1本の中に多重化する仕組みをいれたほうが
いいと思うよ
あとＡ，Ｂ側それぞれの状態遷移をはっきりさせとかないと
そのうち発狂する予感
645:デフォルトの名無しさん
08/10/16 10:04:24
送信データと送信応答の識別子をヘッダに持たせれば？
コネクション一本で作れない人間が二本でなんとかなるとも思えんがね。
646:デフォルトの名無しさん
08/10/16 22:35:02
TCPなのにさらに応答確認するん?
647:デフォルトの名無しさん
08/10/16 22:51:59
は？
648:デフォルトの名無しさん
08/10/16 23:56:09
HTTP でも FTP でも上位レイヤーでみんなレスポンス返してるだろ！ボケがぁ
649:デフォルトの名無しさん
08/10/18 18:39:20
FTPにもHTTPにも643の言う意味での応答確認のレスポンスはないぜ？
HTTP:
c->s : データ寄越せ
s->c : おらよ。[データ]
c->s : ありがとうございます <= ここはないだろ
FTP:
c->s : データ寄越せ
s->c : おらよ。
s->c(2):[データ]
s->c : 終わったから。
c->s : ありがとうございます <= ここはないだろ
650:デフォルトの名無しさん
08/10/18 19:16:36
それマジレス？
651:デフォルトの名無しさん
08/10/18 19:23:01
はい
652:デフォルトの名無しさん
08/10/18 19:48:23
>>650
>>649はその通りだと思うが
653:デフォルトの名無しさん
08/10/18 20:51:05
HTTPって応答にデータが乗ってるだけじゃねぇの？
○ >>643
send → : データ送信
recv → : 正しく受け取りました
○ HTTP
c→s ： データ送信(リクエスト)
s→c ： 正しく受け取りました(レスポンス)
ってことだろ。
FTPは知らん。
654:デフォルトの名無しさん
08/10/18 20:56:15
>>643では省略されてるけど、Aのsendの前にBからデータ要求があるんだろ。
655:デフォルトの名無しさん
08/10/18 20:57:53
>>649
なぜデータを「送る」話でGETの例を出すんだ
656:デフォルトの名無しさん
08/10/18 21:43:06
>>655
サーバーがデータを「送る」からだろ
657:デフォルトの名無しさん
08/10/18 22:12:24
>>654
何話を勝手に変えてんだよ？
658:デフォルトの名無しさん
08/10/18 22:32:50
>>643出て来い！！
659:デフォルトの名無しさん
08/10/18 22:52:24
>>643のどこをどう読んだら曲解するのかわけわからん
660:デフォルトの名無しさん
08/10/19 01:32:58
まぁ結論、TCPなんだから送れば必ず届く。
661:デフォルトの名無しさん
08/10/19 11:22:41
>660
そんなわけねー。
TCPならケーブル抜いても届くのかよｗ
662:デフォルトの名無しさん
08/10/19 12:47:29
>>661
おまいには失望した
663:デフォルトの名無しさん
08/10/19 13:36:54
子供の屁理屈みたいｗ
地球崩壊しても届くのかよｗみたいなｗ
664:デフォルトの名無しさん
08/10/19 14:14:20
送れば届くというよりかは、届いたものは正しい、という方がTCPを説明するには良いような
665:デフォルトの名無しさん
08/10/19 14:41:14
RSTでセッションが終了した場合以外は、送れば届く。
666:デフォルトの名無しさん
08/10/19 16:53:50
論理的に絶対届くって話になると
661みたいに物理的に切れたら無理だろといいたくなる気持ちもわかる
実際そうなんだからどうしようもない
667:デフォルトの名無しさん
08/10/19 17:20:55
エラーコード（RSTやタイムアウトなど）を調べるだけじゃダメなんだっけ？
668:デフォルトの名無しさん
08/10/19 18:16:00
こちらのTCP送信バッファが空になったら
相手のTCP受信バッファに届いたことは確か
相手プログラムが受け取れたか、
受け取れたとしてどのように処理したかはわからんけどね
669:デフォルトの名無しさん
08/10/19 21:26:27
いちいち送信バッファの内容チェックするのかよｗ
670:デフォルトの名無しさん
08/10/20 04:21:15
>>669
>>668
671:デフォルトの名無しさん
08/10/20 09:14:39
送信バッファが空になったかどうかなんて、確認する術あたっけ？
672:デフォルトの名無しさん
08/10/20 09:32:32
教えてください
Ajaxで 受けて側のサーバーをＣで作っています
Ajaxがら GETでデーターを取りに来るときに
Keep-Alive指定なのに新たなコネクションを張ってきます
この場合サーバー側ではコネクションは持続したままで
よろしいのでしょうか？
ブラウザ側の挙動として７個程度のコネクションでリクエストした
後に止まってしまいます。タイマーで次々とリクエストされてくるのを
期待しているのですが・・・
サーバー側では リクエストにKeep-Aliveがあると持続して
無いと、そのセッションはCloseで良いのですよね？
673:デフォルトの名無しさん
08/10/20 12:22:53
>>671
getsocjopt
だが、バッファを監視するようなプログラミングは避けるべき
674:デフォルトの名無しさん
08/10/20 12:23:42
>>673
○getsockopt
675:デフォルトの名無しさん
08/10/20 18:10:07
>671
SO_SNDBUFを０にしてブロッキングsendが戻ってきたとき
＝相手からACKが戻ってきたとき
だったっけか。MSのTCP実装限定かもしらん
676:643
08/10/20 22:57:14
こんなにレスをいただいていたとは
なんかすみません。
>>654
Ｂ側はデータ要求をしません。
Ａ側からはいつデータが送られてくるかはわかりません。
Ｂ側ではＡ側からの接続を待ち続け、データが来たらＡ側に応答を返します。
Ａ側とＢ側両方が同じように機能するため、受信したものが
不定期に送られてきたデータか、自分が送ったデータに対する応答かを
判別する必要があります。
Ｂ側では受信データに埋めたＩＤから送信データか応答かを判別して処理しますが、
Ａ・Ｂ双方向からほぼ同時に送信をすると、どちらかで応答を認知できなくなったりします。
応答は相手へのデータ受信を確認する他、相手にデータを送ってから届くまでの
大体の時間を得るために用います。（応答受信時間も含むためあくまで目安です）
結局は設計・コードに問題がありそうなので、再度検討しなおします。
本当にありがとうございました。
677:デフォルトの名無しさん
08/10/20 23:13:13
>>676
>Ｂ側はデータ要求をしません
>Ａ側とＢ側両方が同じように機能するため
どっちだよｗ
678:デフォルトの名無しさん
08/10/21 00:09:24
メッセージの送受信と処理を行うのを別スレッドにすれば、両者が同じ立場のアプリでも
大丈夫な気がするけど。
679:デフォルトの名無しさん
08/10/22 12:57:02
質問です。
ディスクリプタを複数bindして、そのディスクリプタを
1つのselectに入れても良いのでしょうか？
Linux or Windows XP SP2
680:デフォルトの名無しさん
08/10/22 22:11:51
というかまさにそのための select じゃないん?
681:デフォルトの名無しさん
08/10/22 22:31:12
selectが保持するのはfile discripterだけじゃろ,なにが問題になると感じての質問なのかな？
682:デフォルトの名無しさん
08/10/23 03:33:15
>>679
poll お勧め。
683:デフォルトの名無しさん
08/10/23 03:44:34
epollお勧め
684:デフォルトの名無しさん
08/10/23 03:53:18
C:\>maki poll
'maki' は、内部コマンドまたは(ry
685:デフォルトの名無しさん
08/10/23 11:39:02
kqueueもお勧め
686:デフォルトの名無しさん
08/10/23 22:24:52
さげ
687:デフォルトの名無しさん
08/11/02 02:12:39
WinSockでTCP通信プログラム作っているのですが
自分のプログラムが転送したデータの転送量を計測しようと思ってます。
Send関数の返り値にヘッダサイズを足せばいいと思い
ヘッダサイズを色々調べてみたのですが
イーサネットヘッダ 14byte
FCS 4byte
IP 20～60byte
TCP 20～60byte
→計 58～138byte
と、ばらついてしまうようです。
そこで質問なんですが、通信速度が表示されるP2Pソフト等は
適当な値で仮定して転送量を計測しているのでしょうか？
それとも何か便利な関数があるのでしょうか？
688:デフォルトの名無しさん
08/11/02 02:43:45
ヘッダなんか見る必要ないよ
何考えてんの
689:デフォルトの名無しさん
08/11/02 02:46:50
ヘッダの大きさも含めての転送量を知りたいんでしょ。
IPより低レイヤーだと環境によって変わると思うけどな。
690:デフォルトの名無しさん
08/11/02 03:52:04
ACKの回数なんて普通わからんべ
691:デフォルトの名無しさん
08/11/02 07:33:14
ヘッダまで考慮してカウントしないのでは
692:デフォルトの名無しさん
08/11/02 11:24:46
再送の回数なんて普通わからんべ
693:デフォルトの名無しさん
08/11/02 11:34:58
>>687
普通は実データのみに注目してヘッダなどのオーバーヘッドは無視だろう。
どうしてもヘッダを含めての転送量を知りたいなら、OSの統計機能を使うことになるかな。
694:デフォルトの名無しさん
08/11/02 13:22:14
UDP通信で質問します。
自分の作成したプログラムだと相手先がない場合、
sendtoの実行時に数秒間ブロックされてしまうのですが、
ping相当のコードは制御がすぐ戻ってきてブロックされないようです。
自分のコード
sd = socket(AF_INET, SOCK_DGRAM, 0);
sendto(sd, data data_size, 0, (struct sockaddr *)&to, sizeof(to));
ping相当のコード
sd = socket(AF_INET, SOCK_RAW, IPPROTO_ICMP);
setsockopt(sd, IPPROTO_IP, IP_TTL, &ttl, sizeof(ttl));
sendto(sd, data, data_size, 0, (struct sockaddr*)&to, sizeof(to));
socketに渡すオプションとsetsockoptでTTL値を
設定してる以外は変わらないと思うのですが、
どの設定がブロックに影響しているのでしょうか？
自分のプログラムでも制御をすぐ返すようにしたいのですが、
複雑になりそうなので非同期にはしたくありません。
環境はXP SP2と linuxです。
695:デフォルトの名無しさん
08/11/02 14:22:35
非同期じゃないプログラムって趣味のプログラム？
696:デフォルトの名無しさん
08/11/02 14:50:04
>>688-693
普通はヘッダは考慮しないのですね
再送のことも考慮しだすとちょっと大変そうなので
実データのみで計測することにしました。
ありがとうございました。
697:デフォルトの名無しさん
08/11/02 14:52:45
>>694
名前解決やarpに時間がかかってるのかもしれないし、そこだけでは判断しかねる。
制御を直ぐに戻したいなら非同期のプログラミングは避けられないね。落ち着いてやれば難しくない。
非ブロッキングや重複I/Oを調べましょう。
698:デフォルトの名無しさん
08/11/02 15:37:03
これと同じ問題か
URLﾘﾝｸ(soudan1.biglobe.ne.jp)
699:デフォルトの名無しさん
08/11/02 17:58:20
とりあえずpingが通じてる間だけ通信することで回避できました。
非ブロッキングにしたい所ですが、送信バッファが
関数ローカルな箇所がいくつもあるので修正がちと大変です。
700:デフォルトの名無しさん
08/11/02 18:45:21
それは直したほうが楽だぞ。
C++のメンバ変数に移動させると楽だよ
701:デフォルトの名無しさん
08/11/02 21:30:52
重複IOならともかく、非ブロッキングIOなら、
送信バッファが関数ローカルでもOKだと思うけど。
702:700
08/11/02 22:49:20
>>701
そうだった、socketの非ブロッキングは関数ローカルが正解だった。
重複I/Oはバッファーを保持しなくてはならない。いつも重複I/O使ってるからごっちゃになってた。すまん
703:デフォルトの名無しさん
08/11/03 19:16:06
あ、そうなんですか。
呼び終わったら破棄していいんですね。
704:デフォルトの名無しさん
08/11/16 12:34:07
VC++でwinsock2.hをインクルードすると大量の二重DEFINEエラーが出るんだけど仕様なの？
BCCじゃ起きなかったのに
705:デフォルトの名無しさん
08/11/16 12:46:14
エスパー待ちだな
706:デフォルトの名無しさん
08/11/16 14:22:38
>>704
windows.h のincludeの前に
#define WIN32_LEAN_AND_MEAN
後死ね。
707:デフォルトの名無しさん
08/11/18 06:30:58
最近UDPのが楽なのに気付いた。
WinsockのFAQ書いた奴はヘタレ。
708:デフォルトの名無しさん
08/11/18 07:35:13
まあ、伝送単位が１KBとかでセキュリティとか
ルータ超える考慮とかも特に必要ないとなると、
UDPが楽ではあるよね
TCPはエラー発生ポイントが多くなるし。
709:デフォルトの名無しさん
08/11/18 12:03:57
ネットワークプログラミングを始めようと思ってるんだが
入門書でお勧めなのはどれだい？
ネットワーク以外のプログラミングなら自信あるぜ！
710:デフォルトの名無しさん
08/11/18 12:15:29
スティーヴンス本
>>3 の最初の
711:709
08/11/18 12:52:56
バカヤロー、どう考えてもビギナー向けじゃないぞ？！
でもかなり評価が高いみたいだな。知識ついたら読んでみるよ
で、入門書の話なんだが・・・
712:デフォルトの名無しさん
08/11/18 13:22:53
プログラミングに自信がある奴にビギナー向けが必要なのか？
713:デフォルトの名無しさん
08/11/18 13:31:41
入門書を探してる時点でｒｙ
714:デフォルトの名無しさん
08/11/18 22:28:30
そういや、おいらは「インターネットを256倍使うための本」が
ネットワークプログラミング事始めだったZE
715:709
08/11/19 01:27:04
>>712
DirectX使えればネットワークプログラミングができる訳でもないだろう？
>>713
おまいはどうやってネットワークプログラミング覚えた？
やっぱりグーグル先生に教わったほうが良いのかかなぁ
>>714
Amazonでの評価は低いが、大丈夫なのか？
しかし、プログラミング業界はホント書籍に恵まれないな
ビギナー向けの本買い漁ろうかしら
716:デフォルトの名無しさん
08/11/19 05:31:06
Amazonでの評価なんかアテにするな
717:デフォルトの名無しさん
08/11/19 05:51:25
>>711
URLﾘﾝｸ(www.amazon.co.jp)
私はこれの改定前のもので門をくぐりました。昔はネットワークバイトオーダー無視を散々に叩かれましたが、今は大丈夫。
718:デフォルトの名無しさん
08/11/21 08:21:55
MTU内に収まらないようなデータを一度にsendすると
複数パケットにデータが分割されて送信され、受信側で順番にrecvすると思うのですが
2種類のどちらもMTU内に収まらないサイズのデータがあったとして
これらを連続してsendした場合に、
受信側でrecvした時に1種類目のケツと2種類目の頭がひっついて取れるなんてこと無いですよね？
719:デフォルトの名無しさん
08/11/21 08:28:36
ある。
720:718
08/11/21 10:17:44
あ、あるんですか・・・
やっぱり順序が保障されてるだけで、ひっついてとれることはあるんですね
とすると、切り分けるための仕様を決めとかないとだめか・・・
721:デフォルトの名無しさん
08/11/21 11:34:07
tcpか？
tcpはバイトストリームだから切れ目は自分で入れないとわかんないよ
722:デフォルトの名無しさん
08/11/21 11:38:35
あ、TCPです
やっぱそうなんですね
お二方ともありがとうございます。
723:デフォルトの名無しさん
08/11/21 17:53:15
初心者らしい良い質問である
724:デフォルトの名無しさん
08/11/21 23:13:23
自分で気がつくだけ偉い。
気がつかないで突っ走ってデバッグのときに変だ変だって騒ぐ奴よりは。
725:デフォルトの名無しさん
08/11/21 23:35:16
変だ変だと騒いだ俺は死んだほうがいいんですか？
ねこわかネットワークとかそこらへん一切書いてない本も多いし
しかたないだろうとしか言いようがない
ということにするのが大人の対応だと思います
726:デフォルトの名無しさん
08/11/22 00:11:47
どうやってデバッグするか？ということを考える機会にもなるし
新しい領域に入るときはある程度トライアンドエラーしたほうがいいと思う
727:デフォルトの名無しさん
08/11/22 01:19:42
改行が区切りのストリームは
1文字ずつ読まないとだめあるか？
728:デフォルトの名無しさん
08/11/22 01:26:14
バッファにたくさん読んで、改行以降は次回のためにそのまま保持しておけばよい
729:デフォルトの名無しさん
08/11/22 02:24:40
というかそういうレベルで、プログラマー名乗るのがあなたの罪
730:デフォルトの名無しさん
08/11/22 02:28:39
別に名乗ってないかもしれんじゃないか
まぁわからんが
731:709
08/11/22 05:20:17
すまん、亀レスってレベルじゃないが>>717ｔｈｘ
732:デフォルトの名無しさん
08/11/22 19:25:50
>>709
亀レスだが、自分はこの2冊で入門はなんとかなった。
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(www.amazon.co.jp)
で、次にWebの情報サイトを横目に見つつ、rfcとか、TCP/IP FAQとか読んだ。
>>3-7 も半分ぐらい読んでる。
詳解TCP/IPシリーズとマスタリングTCP/IPは仕事で使うなら目を通すべき。
あと、パケットキャプチャソフトを自作するって本が数冊出てるので、
パケットキャプチャして遊んだ。デバッグの効率も上がるし。
733:デフォルトの名無しさん
08/11/22 23:43:12
recv()一回でひとつのメッセージを取得できる保証しろって騒いでた奴いたなー
734:デフォルトの名無しさん
08/11/23 05:22:02
>>728
バッファ持ちまわるの面倒だから結局そういう事やらないよね。
ラッパー作る暇ないし。
735:デフォルトの名無しさん
08/11/23 09:59:38
本気か？
736:デフォルトの名無しさん
08/11/23 11:26:10
>>734
余計に受信できてしまったらどうするの？
1byteごとにrecv?
改行区切りみたいな読んでみないと終わりが分からないデータじゃなければ、
データ長いれるとかやりようはあるけど。
737:デフォルトの名無しさん
08/11/23 11:43:22
>ラッパー作る暇ないし
どんだけ無能なんだよ
738:デフォルトの名無しさん
08/11/24 19:48:37
dup2等を使って、stdioにやらせる手法はあるけどね。ブロックしても構わない用途なら。
まあ一般的だとは言いがたいけど。
739:デフォルトの名無しさん
08/11/24 21:19:42
普通に受信して区切る処理はゼッタイ必要なんだから
ラッパにしたほうが楽でしょ
740:デフォルトの名無しさん
08/11/25 00:06:57
いや、そんないつ使うか判らんもの作る暇ないって。
一時期はおれも汎用性の夢をみたがな。所詮は無駄な贅肉だよ。
ソケット関係は毎回毎回要求仕様と微妙にかみ合わなくて
ラッパーなんか作るだけ無駄だと悟ったよ。
741:デフォルトの名無しさん
08/11/25 00:09:42
使い捨ての軽量ラッパ作ればいいんじゃね
742:デフォルトの名無しさん
08/11/25 00:20:01
wrapperと汎用ライブラリがごっちゃになってない？
743:デフォルトの名無しさん
08/11/25 00:25:15
>>740がどんな実装してるのか気になる
本当に1バイトずつrecvしてるのかな
744:デフォルトの名無しさん
08/11/25 20:09:58
大学のUNIXOSでネットワーク対戦できるＣ言語のプログラムを作りたいです。
何かオススメの本とかサイトはありませんか？
745:デフォルトの名無しさん
08/11/25 20:19:24
Javaネットワークプログラミング（オライリー）っておすすめかお（´・ω・｀）
読んだ事ある人いたら教えて欲しいお。
746:デフォルトの名無しさん
08/11/25 20:42:43
大学のUnixマシンでネットワーク対戦リバーシつくったが、
ネットワークよりXlibに苦労した。。。
747:デフォルトの名無しさん
08/11/25 21:03:38
>>744
UNIX系は情報が入手困難で収集にも時間が掛かりすぎます。
結局>>745のようにJavaとかになったりします。
最初からWindowsで考えるのがおすすめですよ。
大体1/10から1/100程度の開発時間が短縮できます。
748:デフォルトの名無しさん
08/11/25 21:57:27
うざいな。
そんなことあたりまえでしょう？
749:デフォルトの名無しさん
08/11/26 03:22:58
だから、素直にJavaにしとけって。Winだろうが、Unixだろうがプラットフォームごとに
勉強する必要ないぞよ。1つ覚えれば、Write once, Run anywhereだ！
おまけに言語使用もそんなに難しくない。ネットワークなんかJavaでも一番わかりやすいんだから！
750:デフォルトの名無しさん
08/11/26 03:24:41
>>745
その本はいいけど、古いよ。昔のJavaのメソッドとか書かれてるし、
今推奨じゃないのがけっこうあるよ。
でも、もんのすごく低レベルな初心者でもわかりやすく描いてあるから
一応ﾓｽｽﾒ。
751:デフォルトの名無しさん
08/11/26 03:52:03
>>749
え？winsock って bsdソケットとお作法が違うのですか？イベントドリブンに書くことは理解していますけれども。
752:デフォルトの名無しさん
08/11/26 13:21:49
×Write once, Run anywhere
○Write once, Debug anywhere
753:デフォルトの名無しさん
08/11/26 21:34:32
>>751
必要なライブラリも違うし、Closeするときも関数名が違うし
WSAStartup、WSACleanupなんてWinsockだけだし…
そういう違いで悩みたくないならJavaのほうが良いねと言うお話
754:デフォルトの名無しさん
08/11/26 22:15:40
URLﾘﾝｸ(xy.yu.to) （ここは本来のサイトではないが）
この荒れまくりカオス絵チャのminiっていう部屋の
秘密スペース（枠外）への書き込みってどうやれば
できるようになるのか解析して教えろ。
あと、１人の防衛プログラマーのクリアツールが強すぎて、
荒しプログラマーがことごとく全員返り討ちになってるから
オマエラが面白くしてみろ。
ゲハハハごめんね
755:デフォルトの名無しさん
08/11/26 23:50:26
>>753
そんなの大した違いじゃないじゃん。
Winsockはbsdのソケットを踏襲している。
それに加えてマイクロソフトの大好きなウインドウズメッセージを使った別物のセットも含まれている
ってだけのことじゃんか。
違いといえばclosesocketかcloseか、あとはアプリ起動時に一回呼ぶだけのWSAStartupと終了時に同じくWSACleanup。
こんな違いならパラダイムやアルゴリズムに差は出ない。
756:デフォルトの名無しさん
08/11/26 23:50:33
>>753
なるほど、しらべてみます。
757:デフォルトの名無しさん
08/11/27 00:06:46
>>755
winsockでは
poll()もkqueue()もepoll()もreadv()もwritev()もalarm()も使えない
read()/write()も（そのままでは）使えない
select()はあるが、紛い物のオモチャなので本当にオモチャにしか使えない
winsockで推奨されるのはI/O completion portとoverlapped I/Oの組み合わせ
WSARecv()やWSASend()を使えということだ
別物だと思ったほうがすっきりする
758:デフォルトの名無しさん
08/11/27 01:25:26
ソケットの数が50を超えたりしなきゃ、
poll,kqueue,epoll,/dev/poll,overlapped ioな連中の
出番はないだろ。
759:デフォルトの名無しさん
08/11/27 02:20:47
>>758
select()なんかでいい程度のプログラムなら、それこそJavaでいいじゃん
760:デフォルトの名無しさん
08/11/27 04:00:31
Javaはバージョンごとにころころ変わるからヤダ！
761:デフォルトの名無しさん
08/11/27 11:02:37
>>759
その一点のみでC/C++ではなくJavaにする莫迦なんて
あなただけです。
762:デフォルトの名無しさん
08/11/27 12:19:19
>>761
つまり移植性重視で、パフォーマンスは求めてないんでしょ？
そういうケースならJavaで、というかJavaがいいんじゃないの？
クライアントなら別だが、そういうケースでサーバを書くのなら
C/C++なんかを選ぶ理由が俺には分からない
実際にはスレッド、シグナルハンドリング、排他制御の方法、
等々移植性の無いことだらけで、ソケットAPIだけ限定したところで
何の意味も無いと思うけど
一体どんなプログラムを仮定しているの？
763:デフォルトの名無しさん
08/11/27 12:33:16
馬鹿か？
パフォーマンスの時点で最後までJavaなんてありえねえよ。
移植したけりゃ#ifdefで切り分けろ。
常識だろうが。
764:デフォルトの名無しさん
08/11/27 12:41:26
>>763
主張が揺れまくってて意味わかんないな
パフォーマンスの時点でサーバーサイドJavaがあり得ないと言い切るぐらいなら
winsockでselect()/recv()/send()を選択するのはそれこそおかしいでしょ
現在のJava server VMの性能がどの程度か知って言ってるの？
俺は、C/C++を使うなといっているのではなく、
winsockでのネットワークプログラミングも大体同じだという
主張に反論してるだけなんだけど
IOCPとoverlapped I/Oならプロアクターモデルになるし、全然違うでしょ？
765:デフォルトの名無しさん
08/11/27 13:50:52
んで、結局、Cで組めばいいのかJavaで組めばいいのかどっちなんだよ！
はっきりしてくれ！
766:デフォルトの名無しさん
08/11/27 14:00:36
Erlangに決まってるだろ。いまどき排他制御なんてダサダサなことするかよ
767:デフォルトの名無しさん
08/11/27 15:43:21
ここでいいのか分かりませんが、Unix系のマニュアルで、よく、
・コマンド名(2)
・関数名(3)
のように、(数)のような記述がありますが、これはどういう意味で
しょう?
768:デフォルトの名無しさん
08/11/27 15:50:35
>>767
常識で考えれば、年齢だな
お姉ちゃん(17)
とか
769:デフォルトの名無しさん
08/11/27 15:53:53
セクション
man 使ってないとあまり・・・
770:761
08/11/27 15:58:26
>>764
>主張が揺れまくってて
「自分に反論してくるのは世界に一人だけ」ってタイプ？
>>765
どういう環境でもネットワーク絡みのプログラミングは出来るから
ネットワーク以外の要素で決めれ。
>>767
>ここでいいのか分かりませんが
違うけど、態々別ｽﾚで訊き直すほどのもんじゃないから答えちゃうと
man ページの章番号。
1がコマンド、2がシステムコール、3がライブラリ、4がデバイスとか
決まってる。
771:デフォルトの名無しさん
08/11/27 16:53:09
>>767
write ってコマンドあるよね。man write ってやると、システムコールの write(2)じゃなくて
ユーザコマンドの write(1) がでてきてしまう。
システムコール調べたかったら man 2 write とか man -s 2 write とかやる
772:デフォルトの名無しさん
08/11/27 19:39:05
まぁいいじゃんか。JavaでもC++でも
私のためにケンカはやめて
773:デフォルトの名無しさん
08/12/02 23:08:28
おまえらネットワークプログラミングしろよ！
774:デフォルトの名無しさん
08/12/02 23:28:06
一方、774はお姉ちゃん(17) でネットワークプログラミングを楽しんだ
775:デフォルトの名無しさん
08/12/02 23:33:00
しばらく来ないうちにまたJAVAかCかでもめてたのかよ
答えは出てるだろ
C++
これ以外ない！！！！！
JAVAのできることすべてC++でできる
C++でできてもJAVAにできないことはある
ヴァーチャルマシンにしてもそうだ
JAVAはプラットフォームを問わないってうたい文句があるけど
そのJAVAとPCを介している部分の大多数はCもしくはC++で書かれている
中学生の優等生と東大、京大生を比べているようなもの
当然大学生はCとC++
わかったかアホどもｗ
776:デフォルトの名無しさん
08/12/02 23:42:26
Javaネットワークプログラミング買って来た（・ω・）
ネットワークの知識は多少ある程度だけど、この本はかなり簡単な文章で深く掘り下げて書いてあるNE!!
ネットワークのプログラムとは別に知識もつきそうだよ（・ω・）
777:デフォルトの名無しさん
08/12/03 00:08:21
>>775はたぶんSmalltalkをSmallTalkと書いたりするんだろうな
まあ、頑張れ
778:デフォルトの名無しさん
08/12/03 02:46:36
一方東大生はRubyを使った
779:デフォルトの名無しさん
08/12/03 04:47:28
マジレスすると案があったら作らせるだけ
東大にIT土木はいない
780:デフォルトの名無しさん
08/12/03 22:35:49
東大生が既成の言語なんか使うわけないだろ
781:デフォルトの名無しさん
08/12/04 07:23:59
URLﾘﾝｸ(www.google.co.jp)
782:デフォルトの名無しさん
08/12/04 11:11:17
中学生の優等生 Java / VB / PHP
東大 Ruby
京大 Python
社会人 C/C++
783:デフォルトの名無しさん
08/12/04 12:46:34
／￣￣＼
／ _ノ ＼
| （ ●）（●）
. | （__人__） 社会人っていったら、自作言語だろ・・ それが一番使いやすいだろ・・
| ｀ ⌒´ﾉ
. | }
. ヽ }
ヽ ノ ＼
/ く ＼ ＼
| ＼ ＼ ＼
| |ヽ、二⌒)､ ＼
784:デフォルトの名無しさん
08/12/04 21:12:49
微妙にスレ違いかもしれませんが、
global IP を持っていて逆引きもできる host が /etc/hosts に FQDN なしで登録されていると、
gethostbyaddr や getaddrinfo で調べたときに、
/etc/hosts が優先されて FQDN が不明なことがあります。
こういう場合に DNS に直に引きにいけば良いと思うのですが、
そのあたりを簡単にやるほうほうはありますが？
785:デフォルトの名無しさん
08/12/04 21:20:01
echo > /etc/hosts
786:デフォルトの名無しさん
08/12/04 22:16:51
: > 785
permission denied: 785
787:デフォルトの名無しさん
08/12/05 01:14:35
>>784
/etc/nsswitch.conf の
hosts: files dns
を
hosts: dns files
にしてみたり
/etc/host.conf の
order hosts,bind
を
order bind,hosts
にしてみたりとか
でも逆にしない方が幸せかも
788:デフォルトの名無しさん
08/12/05 02:37:52
>>787
設定を変えれば DNS 優先になりそうですが、
システムの設定を変えられないユーザーもいるので、プログラム側で対処したいなと。
789:デフォルトの名無しさん
08/12/05 09:19:28
OSに頼れないなら自分でDNSクライアント部分を書くしかない希ガス
790:デフォルトの名無しさん
08/12/05 10:13:52
逆にOSの設定で動作変えたいときにこんな強引なことされてると腹立つよな
791:デフォルトの名無しさん
08/12/05 10:48:33
>>788
となると res_query(3) とか自分でDNSのリゾルバ呼ぶことになるかな
792:デフォルトの名無しさん
08/12/05 19:14:59
なにか手抜きな方法がないかと思ったのですが、やはりそれですかねえ。
ちと頑張ってごりごりやってみます。
793:デフォルトの名無しさん
08/12/09 00:57:23
RTPプロトコルを勉強のために
実装してみたいのですがサンプルになりそうなものって
ありますか？
794:デフォルトの名無しさん
08/12/09 01:03:29
勉強のためならサンプルなんか見ずにやれやｗ
795:デフォルトの名無しさん
08/12/09 15:53:37
この辺から適当に探してみれば?
URLﾘﾝｸ(www.voip-info.org)