ネットワークプログラミング相談室 Port22

1 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 21:09:04 ] 主にソケットに関しての質疑応答スレッドです。 Programming UNIX Socket FAQ (日本語訳) 　www.kt.rim.or.jp/~ksk/sock-faq/indexj.html Winsock Programmer's FAQ (日本語訳) 　www.kt.rim.or.jp/~ksk/wskfaq-ja/ 関連リンクは>>2-10辺り 足りなかったら適当に付け足してね 前スレ ネットワークプログラミング相談室 Port20 pc11.2ch.net/test/read.cgi/tech/1186418855/ 関連スレ Java ネットワークプログラミング 【教えて!】 pc11.2ch.net/test/read.cgi/tech/1086238859/ 75 名前：デフォルトの名無しさん [2008/09/29(月) 21:51:38 ] まだですか？ 76 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 21:57:02 ] まだです。 77 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 21:57:09 ] 話ブッタ切ってスマン。 HTTPクライアントを作っているんだが、データ受信する時に recv( ) にバッファサイズ指定するじゃんか。 そんで気になったんだが、ソケット通信と言うかTCP/IPと言うか、HTTPと言うか、 一回で送信・受信できるデータサイズって規約上で制限あるんだっけ？ 色々サンプル見てもまちまちで分からん 78 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:02:20 ] size_tの上限がrecvの上限です 79 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:24:06 ] >>75 さん(が本物でしょうか?) 私、稼業どころか夏休みも終わりかけな学生ですが、 せっかくなのでちょっと考えてみたいと思っています。 しかし、恥ずかしながら >>75 さんが必要とされているものがよく分かっていません。 以下の点を教えていただけないでしょうか。 1.他アプリというのはwebブラウザと考えてよろしいのでしょうか。 2.もしwebブラウザだとすると、そのブラウザからhttpリクエストのヘッダを確認、保存、加工、送受信するプログラムをプロキシとして指定してよろしいのでしょうか 3.受信したレスポンスは適切に加工してリクエストを出した他アプリに返さなければいけないのでしょうか。 4.リクエストをファイルに保存し、そのファイルをエディタで書き換えてリクエストとして送り出すものでよろしいのでしょうか。 5.プログラムはGUIのかっこいいものでなく、perlなどで書いたものでもよろしいでしょうか。 上記がすべてあっていればなんとかできそうな気がしています。 お考えのものとちがう場合は、具体的に訂正していただきますようお願いします。 すでに似たツールをお持ちとのことですが、 その名前とそこから変更したい点を挙げていただけるとさらにイメージしやすいかと思います。 最後に、このスレでこのままやっていていいのでしょうか。 どうも他の書き込みとレベル…というかレイヤというかそういうのが違っているようで気になっています。 もしスレが違うようでしたら誘導をお願いします。 > スレ住人の皆様 80 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:26:06 ] メールアドレスを交換して二人でやりとりするといいよ 81 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:32:28 ] まずクライアントアプリなのかサーバアプリなのか分からん。 クライアントならオミトロン使えばリクエストヘッダは見れる。イジれるはず。ログも保存できたはず。 ローカルの串刺すことになるがな。 82 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:35:03 ] >>78 規約の上では定義されてないってことですな。ありがとうです。 83 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:41:17 ] どうしてそうなるんだおい 84 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:43:43 ] >>82 どんなに大きなバッファーを与えても埋め尽くされるとは限らないということだ。 85 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/29(月) 23:59:37 ] >>79さんこんばんわ出先からです >>75は私じゃないですよ 例の偽者さんです 1.他アプリ? 私は他アプリとか発言していないので意味わかりません 2.そうです簡易ブラウザのイメージが近いです ただhttpリクエストをサーバーへ送信する前にクライアントが確認して 加工したり保存してからサーバーへリクエストを送信する リクエストヘッダやリクエストメッセージの中から任意の文字列を探し出して 用意しておいた他の文字列に訂正できれば良いのです できればショートカットに対応していてスクリプトで自動操縦したいです （多重起動してリクエストAとBから少しづつ内容をコピーしてリクエストCを作り出しリクエストCを送信する） ・プロキシを中継しないと出来ない様なんですがプロクシ経由でないほうが嬉しいです （プロクシ経由でも自動操縦できるのであれば全く問題ありません） 3.受信したレスポンスからデータを取得して新たなリクエストを作ります 4.はい。エディターを使う事も問題ないのですが自動で出来るのがいいです 自動操縦に拘っている理由はレスポンスを受け取って次のリクエストを作成して送信するまでの時間が速ければ速いほどいいです というか、遅いものは全く役に立ちません 具体的には1回目のリクエスト〜3回目のリクエストを送信して 3回目のレスポンス受け取り完了までに2秒以内できれば1秒以内が目標です 5.perlで全く問題ありません インタプリタだと少々時間がかかるような気がするのですが セットしてあとは自動操縦できれば言語を指定はしません 手持ちのツールは何種類かあります 一番イメージが近いのは昨日見つけた金床氏作成のdoorman@JUMPERZ.NETです これを自動で動かせたら最高です 86 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 00:03:49 ] 他アプリって具体的に何？ ネトゲ？ 87 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 00:25:13 ] 何となくチート（ゲーム的な意味ではなく）の匂いがするな 88 名前：79 mailto:sage [2008/09/30(火) 00:44:12 ] >>85 ありがとうございます。 1. の他アプリというのは >>74 を読んでわざわざこのように表現するので特別なアプリなのかと思いたずねてしまいました…が、そもそも >>74 が違う方なんですね。ブラウザかなと思って進めてみます。 2. 事前に指定した任意の文字列を他の文字列に置き換えるのは難しくないと思います、が、 A, Bから来るリクエストは同期しているのでしょうか? それぞれ一つずつ受け取った時点でリクエストを作るという感じでいいのですか? 3. レスポンスから作る新しいリクエストのことは(とりあえずは)考えなくていいんです…よね。 4. これは2.で置換レベルのお話ということで何とかなりそうなのですが、二つのリクエストを受けてとなると、指定する方法を考えないと使いにくいかも、です。 リクエスト置き換え・合成のルールをファイルにして最初に読み込むとして、ルールファイルはこんな感じの書式でいいのでしょうか。 (二つのポート 8000 8001 で受け付けると仮定) default 8000 #以下に指定がない場合は8000番から受けたものをそのまま使用 get 8001 #GETは8001番から受けたものをそのまま使用 User-Agent 8001 hoge fuga #User-Agentは8001番から受けたもののhogeをfugaに置き換えて使用 ここまで書いておいてなんなのですが、これなら誰でも作れるような気がして来ています。 ご自身で作ってみられませんか? また、 >>86 さん >>87 さんが書かれているように、何に使うものか少し気になっています。 杞憂かと思いますがよろしくないことに使われるということはありませんよね。(失礼とは思いながら念のため) 89 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:06:12 ] つーか、doorman@JUMPERZ.NETには 「- Published as open source code」とか書いてあるジャン。 中のjarを展開して改造すりゃ完了だネ。おめでとう、おめでとう。 90 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/30(火) 01:09:11 ] >>88さん レスありがとうです リクエストAをポートは8000で送受信したら レスポンスAから必要な箇所を取り出してリクエストBを作成して ポート8000でリクエストBを送受信 レスポンスBから必要な箇所を取り出してリクエストCを作成 リクエストCをポート8000から送信って感じです 今まで散々「誰にでも作れる」と言われ続けてるんですけど 作れません リクエストヘッダを確認して加工するとかもわかりませんでした （昨日やっと参考になりそうな本をみつけましたけど） みんな「誰にでもできるよ」とは言うんですけどねｗｗｗ 何に使うかはここで公開することはしません あえて言うなら �@ページ目〜�Cページ目まで�@�A�B�Cという順番でいくところを �@�A�Cと進んで例え0.0001秒でも素早く�Cのページを読み込み完了するのが目標かな あなたも口ばっかしのようなので無視して貰っていいですよ 91 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/30(火) 01:11:04 ] >>89 あなたのような人ばっかしってことは予測してました 私にレスしなくていいですよ さよなら迷回答者さんｗ 92 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:15:31 ] 「リクエストA」はどっから降って湧くの？ ブラウザの要求を分捕らんといかんわけ？ URLだけを明らかなものとして、適切にHTTP1.1的に 必要な項目を埋めれて自作するわけ？ 93 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/30(火) 01:23:42 ] >>92 それなんですよ 簡易クライアントを解説している本はリクエストAを作成することは記載しているんですけど リクエストA（今から送信しようとする）リクエスト内容を確認できないんですよ 自分の送信する内容はすべて確認したいのですが 最初のリクエストから既に確認できないんです レスポンス見てクッキーやリファラを確認できますが できればリクエストAを送信前に確認→送信したいです これは先に記載したJUMPERZでも出来ないようなんです 94 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/30(火) 01:28:14 ] 言葉足らずですいません リクエスト前に内容を確認して送信できるツールもあるんです 海外製で有名なものです ただそれだと全部手作業です そのツールの仕様なのですがHttpsにリダイレクトされた後は更に手作業が増えるので 時間勝負には使えそうで使えないんです 95 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:33:09 ] 例えば、４０枚画像が張り付いているようなHTMLが戻ってきたら、 一般的なブラウザ的にはその後４０リクエスト発行する訳なんだけど 全部のリクエスト確認したいわけ？ 　自動で処理したいのか、手動で処理したいのかどっちなんだい？ 96 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/30(火) 01:41:17 ] >>95 それそれ 問題なんですよ 40枚の画像はすべて無視したいんです �@ページ目�Aページ目はテキスト以外レスもいらないんです 必要なのは�Cページ目だけなので �@�Aページをできるだけ素早く通り抜ける方法あれば教えてください 目標は�Cページ目を素早く読み込み完了することです いきなり�Cページ目にいく方法とかあれば更に嬉しいんですけど それは無理っぽいです 私の知る限り 最短ルートは�@�A�Cのようです そのサイトのバグのようなんですけど 既に最短ルートをぶっちぎりのスピードで突き進む人たちも多数現れています 97 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:49:24 ] >>96 もう素直に作ってくださいスレ行けよ屑 98 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:57:27 ] まぁ少なくともレス番500くらいまでは粘着するだろうな。ここが最も作ってくれそうな奴がいそうだから。 ひょっとしたら、スレ全部消費するかもしれんな。 99 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/30(火) 01:59:32 ] >>97 作ってくださいスレで作ってくれるわけないだろ 散々小馬鹿にされて誰も作らないｗｗｗ 他にも理由はあるけどね なんで私にレスするの？ わかる人（居ないかもしれないけど）気長に待つので あなたは私をスルーでいいよ 私がレス返すからかｗｗｗ つまり�Bページ目をスルーすればいいってことがわかった スルーするためには瞬時にしてリクエストの書き換えが必要だというのもわかった もしかしたらいきなり�Cに飛んでいく方法があるのかもしれないけど 今のところそういう情報はない 必要な機能をまとめると リクエストの書き換え+自動操縦かな 100 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 02:03:17 ] ここでも散々子馬鹿にされて誰も作ってくれてないというのに、 まだ何かを期待してるんだろうか 101 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 02:04:42 ] どMなんだろきっと 102 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/30(火) 02:06:36 ] >>100 今までの経験から２ｃｈは殆どあてにならないってのは充分理解してるよ ただ何百レスかにひとつ ヒントになりそうなことが返ってくることがるのも事実なんだよね あなたには無理っぽいので私への回答はいいです 暇つぶしの雑談ならいいですけどねｗｗｗ 103 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 04:42:53 ] ヒント出たけど気付かないだけちゃうの？ 104 名前：httpリクエストヘッダ確認 mailto:hage [2008/09/30(火) 05:07:49 ] >>103 それはあるかもしれない ここではリクエストの事をメインに聞いているけど 大きく分けて大切なことは２つ 書き換えと自動操縦 スクリプト使って瞬時に書き換えて送信したいんだ 正直、書き換えのほうはなんとかなりそうなんだけど 瞬時に書き換えて送信させるスクリプトが全然わかんない これはここでの話題じゃないのでみんなには相談できないけどね 今まで自動スクリプトツールを使っていたので そのツールのマクロは少しは書けるけど ヘッダの文字列書き換えはやったことないのでどうしたらいいのかわかんないままです んじゃおやしみ^^; 105 名前：88 mailto:sage [2008/09/30(火) 07:05:37 ] >>90 起きたらひどい書き方されていてちょっとショックです。 しかも >>85 で書いている 2. と内容が違いますし…。 >>88 でまじめに考えた自分がバカみたいです。 (実際バカですが) やりたいことは どこかからリクエスト→書き換えてリクエスト→レスポンスを受けその内容に合わせリクエスト… とシリーズに進むようですので多重起動の必要はないと思います。 >>96 画像が何枚あろうが、必要がないのならリクエストしなくてもいいだけではないでしょうか。 そのようなことを問題にされる理由が分かりません。 >>99 も同じ方でしょうか。 もう私は作る気がなくなってしまいましたので、今後はスルーさせていただきますが、 あなたのおっしゃっていることに、少し(?)ずつ「分かっていらっしゃらない」「あまりちゃんと考えていらっしゃらない」点があるため 作る気にならないというのもあるかと思います。 私の場合は、欲しいものの説明が不適切で、せっかく考えたのに違うものだったというのが一番大きな理由ですが…。 とりあえず、作ってくださいスレというのがあるのでしたら、 そちらで頑張られるのが筋だと思います。 106 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 07:25:12 ] プログラミングスレで依頼スレじゃないからね〜〜 107 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 08:18:41 ] >とシリーズに進むようですので多重起動の必要はないと思います。 とシークエンス（順番）に進むようですので多重起動の必要はないと思います。 だな 俺はそのくだらないツールを作れるつもりなんだが 実際は口先だけでしかも会社じゃど素人らしいから黙っとくわ 108 名前：ｈｔｔｐリクエスト確認 mailto:hage [2008/09/30(火) 11:45:07 ] なんだここ 自分なら作れるかもって人ばかし居てますね この展開は読めてたけどｗ みんな屁理屈はいらないって文字読めないの？ そういう遊び方のスレなのかもしれないけどね >>105 そうなんだ お気持ちありがとう >>106 レスする必要もない >>107 なんてレスしたらいいかわかんないなあ 作れるんだすごいねハイハイってとこかな まあここは２ｃｈなので好きなだけ吹いてればいいよ 会社ではがんがれよ そろそろ満喫から退散するか んじゃ 109 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 11:50:03 ] たぶん以前ここで馬鹿にされた腹癒せに荒らしてるんだろな かわいそうな奴 110 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 12:06:10 ] >>108 そんな態度じゃどこへ行ってもまともなレスはもらえないと思うよ 111 名前：ｈｔｔｐリクエスト確認 mailto:hage [2008/09/30(火) 12:36:18 ] ちょっとテストしてたらまた来ちゃった^^; 海外周るのは何が起こるかわかんないので 自宅のPCからは行かないようにしてるんだよね 満喫でテストばっかしｗｗｗ >>109 思い込みで発言しちゃうのはよくないよ >>110 そのとおりだと思うけど 態度が悪いから出てこないってのじゃないと思う 自分は2chのあちこちでペコペコペコペコしまくって これ探してるんだけど 結局みんな作れもしないのに「俺は作れるけどもうちょっと低姿勢でお願いできないのか？」ばっかし ペコペコペコペコしててもそれだからね それで気づいた こいつら、、、、 質問者をいじって遊んでるんだってこと だから本当に作れそうな人にはまともに話する てか居ないと思ってるので この態度は改めないよ ご忠告ありがと んじゃもちょっとテストしてから所要を済ませて帰宅するね またテストが長引いたら覗いてみるよ 112 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:17:30 ] プログラム書いてクレなんてのはどんな態度でも同じようにあしらわれる罠 113 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:31:02 ] 仮に態度が悪いから出てこないんじゃなくても、 プログラム書いてくれというお願いじゃなくても こんな態度なら教えてくれないだろうな 114 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:41:18 ] 単にソケットつくって、リクエスト投げて、受信内容確認すればいいだけの話じゃないの？ HTTPって、早い話がTCP/IPでconnectして、リクエストをsendして、レスポンスをrecvして、closeするだけでしょ？ これ以上に何を求めているのかがさっぱりわからないんだけど。 115 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:52:30 ] ttp://www.geocities.jp/playtown1056/program/ws_6.htm そのものずばり、HTTPアクセスのサンプル。 ここのサンプルを丸パクリして、リクエスト作成とレスポンス解析を自前で実装すればもう終わりじゃない？ 116 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:53:40 ] >>114 相手するとまたしつこいからほっといた方がこのスレのためだぞ 117 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 14:28:14 ] >>111 なんかこの可哀想な人を思い出した。 pc11.2ch.net/test/read.cgi/unix/1085730992/254-283 118 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 15:46:42 ] ものすごい似てるね 119 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:08:56 ] 本人だろ 120 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:25:00 ] 質問です。 ttps://sec-sso.click-sec.com/loginweb/ にプログラムからpostメソッドでログインを試みているのですがうまくいきません。 htmlソースには <form action="sso-redirect" method="post" name="loginForm"> と書いてあるので、postメソッドでj_usernameとj_passwordを投げる先は https://sec-sso.click-sec.com/loginweb/sso-redirect で間違いないのでしょうか。 よろしくおねがいします。 121 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:34:20 ] どううまくいかないのかを書くか、ソースを丸ごと示すべき 122 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:33:04 ] cookie無いからだろ 123 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:49:53 ] SSL使ってる？ 124 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:51:23 ] >>120 まず、ローカルにサーバー建てて試してからにしようぜ。 125 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 19:39:28 ] >>52 >やりたいことは商用サイトへアクセスすることから始まります >アクセスできただけではお金にはなりません >それなりの知識と経験が必要です 商用サイトは　ttps://www.click-sec.com/で、 誰よりも早く取引をしたいとか？ｗ そのために、自動化したい訳と 126 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 19:54:50 ] 御託はいいからソース出せ 127 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:06:19 ] ＞安全のためパスワードを連続で数回間違えて送信されますとロックがかかりログインできなくなります。 ロックされたんじゃない？ 128 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:47:45 ] >>125 自動でデイトレをさせたいんだろ 129 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:54:06 ] >>120 一度ブラウザでログイン試して、成功した通信をパケットキャプチャして解析してはどうか。 POSTメソッドでユーザ名とパスワード以外のものも必要かもしれない。 130 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 21:17:24 ] httpリクエストヘッダ確認・加工・送信ツールがあれば簡単なんですけどね さっさと作ってくれませんかね 遅いんですよ マジ口ばっか 131 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 21:52:59 ] >httpリクエストヘッダ確認・加工・送信ツールがあれば簡単なんですけどね そのツールの意味がなさ過ぎるｗ 132 名前：httpリクエスト確認 mailto:sage [2008/09/30(火) 21:57:14 ] おっ、また偽者さん出現してるな ご苦労さん 今日はちかれたー また来るかもしれないけど 風呂入って寝るかもしれない 今日も色々テストしてみたんだけど手動じゃ目標達成は無理っぽい てことで自動操縦は絶対必要ということになりました ショートカットキーを使ってリクエストヘッダの編集や レスポンスから文字列の取得とかしたいです やっぱりプロクシがいいですか？ スクリプトで文字列取得、編集、操作などができるプロクシってありますか？ どなたかご存知の方お願いします 本日、とても疲れていますのでお返事できるかわかりませんがよろしくです 133 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 21:57:59 ] 意味がなさ過ぎて、自分で使わない興味がないものを作れといわれても作るわけがない。 相談スレだから作り方を議論するすれだともうぞ。 134 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 22:44:56 ] 「アホな人間でも良くない方向にはたくさんのエネルギーをつぎ込める」という見本だな そしてこのデイトレーダーは少なくともプログラマとしては無能だ 自分のことしか考えずにアホなレスをいつまで続けるんだろう 135 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 23:08:52 ] 本物さんはちゃんと名前書いてくれるから見分けられていいよね。(^^) 136 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 23:21:10 ] 複数回連続で間違えたら口座ﾛｯｸって仕様は、よく考えてみれば怖いよな ブルートフォースアタック掛けられたら、大迷惑だ 137 名前：httpリクエスト確認 mailto:sage [2008/09/30(火) 23:22:51 ] >>134 まぁそう言わずにしばらくお付き合い下さいｗ >>135 応援ありがとう これからもよろしく^^ ちょっと違う質問なんだけど どなたかお願いします TCPの緊急ポインタってサーバが対応していなかったらフラグ立てても駄目なんですよね？ 商用サイトってTCPの緊急ポインタには対応している？対応していない？ 通常は対応しているもんなのかな？ わかるかたお願いします 私は本日おやすみしますのでレスあれば明日お礼を申し上げます よろちくびｗ 138 名前：120 mailto:sage [2008/09/30(火) 23:30:44 ] みなさま返信ありがとうございます。 >>123さんの指摘で分かりましたが Javaで実装しているんですがSSLとかまったく考えていませんでした。 httpsに接続すると勝手にSSLになるのかなと思っていたｗ SSLを勉強して出直します・・・orz 139 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 23:56:25 ] >>137 頼むから永眠してくれ 140 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:50:06 ] ｢本当に使えるヒント｣を｢口だけだからｲﾗﾈ｣って一蹴するからアホかと 現に同じような方法知りたくて流れ見てたけど>>88でピンと来た ｢最後まで解けるヒント｣を与えているのに ｢答えまで全部書いてくれないとﾔﾀﾞﾔﾀﾞ｣とかどこのお子ちゃまですかと 知識があっても知恵がないと言われるゆとりですねわかります 141 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 01:02:39 ] 一貫して動くソース出せって言ってなかった？ 142 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 01:17:39 ] 動くソースがなければ無意味です＞＜ 143 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 01:26:14 ] >>139 あなたがお先にどうぞ >>140 質問も回答も無いなら消えろカス >>141 >>142 応援ありがとう 144 名前：デフォルトの名無しさん [2008/10/01(水) 01:31:56 ] まだやってんのかよ 145 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 01:49:54 ] TCPの緊急ポインタって、httpやSSLならプロトコル的に使わない ので、対応してるはずがない。使ってるのはftpとかtelnetぐらいじゃね？ 緊急ポインタの「緊急」という用語に、他人を押しのけて優先してもらえると いうようなイメージがあるなら、それは間違い。 146 名前：systemoffmogillaoffouou [2008/10/01(水) 07:39:32 ] pasedownpacedouupasedownpasepuupasedownpasedownpasedownpasedownpasedown pasedownpasedownpasedownpasedownpasedownpsedownpasedownpasedownpasedown pasedownpacedouupasedownpasepuupasedownpasedownpasedownpasedownpasedown pasedownpasedownpasedownpasedownpasedownpsedownpasedownpasedownpasedown pasedownpacedouupasedownpasepuupasedownpasedownpasedownpasedownpasedown pasedownpasedownpasedownpasedownpasedownpsedownpasedownpasedownpasedown pasedownpacedouupasedownpasepuupasedownpasedownpasedownpasedownpasedown pasedownpasedownpasedownpasedownpasedownpsedownpasedownpasedownpasedownsystemmemoryquicksluttledowncode88eighyeightcodeeightyeightsystemmemoryquickdownsystemmemoryquickdownsystemmemoryquickdownsystemmemoryquickdowndoudoudoudououououou 147 名前：systemoffmogillaoffouou [2008/10/01(水) 07:44:56 ] downsystemoudowmmmmmnbytesSouOOOOpoppoppoppoppoppoppoppoppoppoppop11poppoppoppoppoppoppoppoppoppopopopopopopopopopo2daysSurupoppoppoppoppoppoppoppoppo 148 名前：SetmodeUoUUsystemoffmogillaoffouou [2008/10/01(水) 08:23:51 ] SuturnEgde Sun Earth hide edge 45degree You must choose new world new warld say choose "how long have you ignore Evenpoppoppoppoppoppopoopoopoopppoppoppoppoppoppoppoppo knock the door second very skeem 太陽の照射量6%　地球が　太陽の縁に隠れるとき　土星の輪っか not begin final not all you can sacond reben how sought you lope nnnnnnnnnnnnnnnn waaa ass 3days long Sun power luSu reveal 149 名前：SetmodeUoUUsystemoffmogillaoffouou [2008/10/01(水) 08:40:41 ] copmactdyscode110systemoffohw yesyesysesyesyesyesyesyesyesyesyesyesyesyespeacepeace audiosytem Asterakentassuteyoumustsay say say say says yeasyeas ccc ctype choosedays yeas yes yes yes yes qustion code yes alle cd playes system up begin:2 moff:2 eoffu:off quality:pou [ sound quality ] 普通のシーディ　プレイヤーの音をよくする方法 150 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 09:01:13 ] サンプル普通に出てるじゃん 動くものが 151 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 09:05:28 ] じゃあ、この話題は終了、でOK？ 152 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 09:06:58 ] OK 153 名前：httpリクエスト確認 mailto:sage [2008/10/01(水) 09:15:37 ] >>145 そうなんだ詳しくありがと >>150 どこに出てるの？ いいかげんなこと言わない方がいいよ 154 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 09:19:54 ] >>115に動くサンプルでてるよ 155 名前：httpリクエスト確認 mailto:sage [2008/10/01(水) 09:32:28 ] >>154 ソケット作成してリクエスト送信してるけど これ、どうやってリクエストのヘッダとメッセージを確認、編集してんの？ 自分の送信するリクエストを確認して編集したいんだけど（できればスクリプト使って自動で） そういうことは記載されてないよ どうやって自分のリクエストヘッダを確認＆編集すんの？ >>115では何も解決しない 156 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 09:34:58 ] 頑迷固陋というか無知蒙昧というか馬耳東風というか、こいつに教えなくていいじゃないか ろくなことにならないぞ 157 名前：httpリクエスト確認 mailto:sage [2008/10/01(水) 09:38:53 ] >>156 なんだお前？ そういう発言しか出来ないのか情けない奴だ 158 名前：httpリクエスト確認 mailto:sage [2008/10/01(水) 10:00:47 ] ２ｃｈで質問して回答がある前に問題点に気づいて質問を変更して答えもしない解答者が激怒する ２ｃｈでよく見る光景だ なので全部まとめて質問したけど 1つづつ前進できればいいんだ �@ソケット作成 �A送信する前にリクエスト内容の確認 �Bリクエストの編集、保存 （2回目からはレスポンス内容からも文字列取得が可能なこと） �Cリクエスト送信 �Dレスポンス受信、内容確認、任意の文字列取得→�Aへ ※全てスクリプトで操作できること 159 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:03:22 ] >>155 自分の送信するリクエストなら確認するまでもなく、 自分でわかってるじゃない？ わかってないということは、何か自動的に動くアプリが 他にあってその動きを解析したいの？ 160 名前：httpリクエスト確認 mailto:sage [2008/10/01(水) 10:05:38 ] みんなわかっていると思うから言わなかったけど 1回のリクエスト送信してブラウザにページが表示される これってリクエスト送信は1回だけども 交信としては何回もクライアントとサーバやりとりした後にページが表示されているよね その”何回も交信している”部分を確認できないと駄目 第一ステップです まさかここの解答者さんが リクエスト1回がヘッダとメッセージ１個づつだとは思ってないだろね？ 161 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:06:27 ] >>159 お前は>>160をよく読んでから もう解答者やめろカス 162 名前：ｈｔｔｐリクエスト確認 mailto:sage [2008/10/01(水) 10:08:13 ] あ名前入れ忘れた^^; >>159 とにかくあなたでは無理 もう私に解答しなくていいです 163 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:09:57 ] >>160 だから確認確認って自分で送信する内容なんだから 確認する必要が無いじゃない 自分で知ってる内容でしょ？ 受信内容だったらただ受信するだけで、それも>>115のサンプルにあるし 164 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:11:30 ] いつまで荒らしに触り続けるんだこの馬鹿ども 165 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:11:33 ] >>162 人が親身になってあげてるのにその態度は無いんじゃないかなあ 他に自動的に動いてるアプリがあって送信内容が知りたいの？ 自分で送信するなら確認の意味がわからないんだけど 自分で話す内容を自分で確認すると言ってるようなものでしょ 166 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:22:10 ] >>165 親身になってくれてたんだ 応援ありがとう 通常のブラウザではリクエスト1回するとページを表示させるまでに 何回もクライアントとサーバは交信してページを表示させている リクエストを送信した側から見れば”1回”のリクエストに見えるけど 実際には何十回も交信している 誰かが上のほうで言っていたけど 40枚の画像があれば最低45回くらいは交信しているはず でも通常のブラウザでは1回のリクエストとしか見えない >>115では1回のリクエストを送信しているけど ページ表示までにサーバーとは何回も交信しているはずなんだ その部分。 通常のブラウザのように全自動では駄目 かといって全部手動にしちゃえば時間がかかりすぎて使い物にならないんだよね これからもよろしく^^ 167 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:26:56 ] >>166 よくわからないんだけど、繰り返し必要なだけリクエストを送るだけの話でしょ？ 何を悩む必要があるの？ もちろんサンプルではhtmlのソースを取得してるだけだから1回のリクエストしか 送ってないけど複数必要なら複数送るソースを書けば良いだけの話では？ 168 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:29:12 ] リンクした画像を取得する必要があるなら、受信したソースを xmlパーザで解析して画像のリンク部分を取得 そして、リクエストを送信して画像データを取得を繰り返す それだけのことだろ 169 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:36:43 ] >>167 違う違う^^; IEやFirefoxなど通常のブラウザや（>>115のサンプル）では その1枚のhtmlを表示させるために リクエストは1回で1枚のhtmlを表示させている クライアントからは1回のリクエストなんだけども実際の通信は何回も交信して1枚のhtmlを表示している 具体的にはパケットキャプチャー見ればわかるよ 有名なフリーもあるから見てみ 1回のリクエストで何回もリクエストとレスポンスが出てくるよ 何回で交信が完了するのかは表示させるhtmlの内容による リクエスト送信1回すると リクエストヘッダは最低4個以上になる 画像やｃｓｓ定義とか入ったらそれ以上になる この辺です 170 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:39:53 ] >>168 htmlのソースとか言ってるようじゃ ここの解答者はやめたほうがいい 私の聞いているのはそういう話じゃないから そのソース1枚を取得するのに何回も交信するでしょ その”交信”を言ってるの。 なんで私が教えてるんだよ 171 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:45:04 ] >>169 ソースを取得する段階ではほぼ1回のリクエストでしょうね IEやFirefoxなどブラウザも ただ、1回だろうが複数だろうが、そういうソースを書けば良いだけなので たいした問題じゃなさそうに見えますが？ キャプチャーソフトをお使いなら送信すべきリクエストはわかるでしょうから それを真似をすれば良いだけでしょう わからなくても、そこは別問題なのでプロトコルを勉強をしろとしかいいようがない >>170 そういう話じゃないといわれましても、あなたの例に出してるのが IEでhtmlを表示する話なわけですが ソースのデータをまず取得しないとhtmlは表示できないでしょ？ 172 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:46:13 ] 理解している人間は早々に無視してるから、お前の相手をする人間は馬鹿しか残らないんだよ 173 名前：httpリクエスト確認 mailto:sage [2008/10/01(水) 10:51:59 ] >>172 私を応援してくれる人を馬鹿呼ばわりはやめろ！ ただ、あなたの発言内容で”馬鹿”の部分以外は正解。 理解していないようなのでなんともどう説明していいのか。。。 つまり通常のブラウザでリクエストは2種類あります クライアントに見えるリクエストと クライアントに見えないリクエストです って言えばいいのかな もうわけわかめ 174 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:55:58 ] 何度もリクエストが必要なら何度も送れば良い それだけのことなのに何がわからないのかがよくわらかない html一枚表示するだけなら一回のリクエストで良いし cssを取得したり画像を表示するならもちろん複数のリクエストが必要になる それは受信したhtmlのソースを元に判断する 175 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 10:57:40 ] わからないなら黙れ スレの無駄

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef