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

ネットワークプログラ ..

32:デフォルトの名無しさん
08/09/28 23:33:35
サンプルじゃねえだろ？完成品を出せ、だろ？

33:デフォルトの名無しさん
08/09/28 23:38:08
ちなみに自宅にはTCP関連の本約50冊
perl、PHP、JAVA（SE,EE）、VB、C#、VC++関係約200冊
（すべてネット関係のプログラム完璧のように紹介されてた）
嘘ばっかし
みんな嘘つきですよ
サーバー、サーバーってサーバーのことばかり
そんなに簡単なら
なぜ誰もリクエストヘッダについて詳しいサンプル書かないんだ？
嘘ばっかりたれるな

34:デフォルトの名無しさん
08/09/28 23:38:25
完成品に越したことはないけどサンプルでいいですよ
あなたには無理でしょうけど
わからないからと言って煽らないでください

35:デフォルトの名無しさん
08/09/28 23:38:52
>>32
あなたも解答になっていないようなのでさよなら。

36:デフォルトの名無しさん
08/09/28 23:42:28
リクエストをキャプチャーして、改変して再送出するツール？
使い道はあれか

37:デフォルトの名無しさん
08/09/28 23:43:21
わかったわかった
誰も出来やしないから諦めてスレから去ってくれ
力になれなくてすまんな

38:デフォルトの名無しさん
08/09/28 23:46:52
だからわからない人はおとなしく引っ込んどいてください
そのうち怒りますよ

39:デフォルトの名無しさん
08/09/28 23:50:04
なんだかんだで前進もしないのに
本代やシェア代金だけでも100マソは使ってるなあ
しかもことごとく嘘ばっかし
最後は「教えてgooで聞いた方がいいよ」とか言われることも
なんなんだろね？
わかんないならこたえなくていいよ
何に使うか聞く奴は信用できない
成功するかどうかわかんないことでもいいから協力してあげるよって神さま
待ってます

40:デフォルトの名無しさん
08/09/28 23:54:58
>>39
教えてgooで聞いた方がいいよ

41:デフォルトの名無しさん
08/09/28 23:55:51
>>39
Yahoo知恵袋で聞いた方がいいよ

42:デフォルトの名無しさん
08/09/28 23:55:59
この稼業で本代100万は少ないほうだろ。

43:29
08/09/28 23:56:36
>>31
被害妄想激しいね。curl でも使えば? リクエスト行は ">" で始まる。
$ curl -v URLﾘﾝｸ(www.ntt.com)
* About to connect() to www.ntt.com port 80 (#0)
* Trying 61.208.134.143... connected
* Connected to www.ntt.com (61.208.134.143) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.16.3 (powerpc-apple-darwin9.0) libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3
> Host: www.ntt.com
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Sun, 28 Sep 2008 14:50:55 GMT
< Server: Apache
< Content-Location: index.html.en
< Vary: negotiate,accept-language
< TCN: choice
...

44:デフォルトの名無しさん
08/09/28 23:57:45
えっと、サンプルをNGワードにすればいいのかな。
他に何をNGワードにすればよい？

45:デフォルトの名無しさん
08/09/28 23:57:52
自分のプログラムだけキャプチャー出来ればいいの？
細かいところが分からないんだけど

46:デフォルトの名無しさん
08/09/28 23:59:58
>>44
NGワード：嘘ばっかし

47:デフォルトの名無しさん
08/09/29 00:04:09
>>45
細かいところは秘密です

48:デフォルトの名無しさん
08/09/29 00:05:36
早くサソプルください
できる人だけレスしてください
それ以外の人は黙っててくださいうざいです

49:デフォルトの名無しさん
08/09/29 00:05:46
>>42
この稼業かあ・・・
私はパソコンとは全く関係ない仕事ですよ
素人でパソコンは趣味でサイトを巡回する程度でした
別の趣味でやっていることにパソコンを使えばもしかしたら金儲けできるかも。
てか、できる！
そう気づいたのが2年前
初めはプログラムはなんでも作れると思ってたのですが
サーバーサイド、インタプリタなんて言葉の意味さえ知りませんでした
だからジャバスクリプトってどこの本屋でも解説本があるから
これでいこうってジャバスクリプト勉強しだして
（そのときはJAVAとジャバスクリプトは同じだと思っていた）
ジャバスクリプトでは無理だよって教えてもらって
今度は簡単な言語を探した
そしたらperl
perlでhttpリクエスト作れたんだけど
httpsのページへリダイレクトはプロクシ使うか自動でないと駄目なんだ
それでJAVAやVB、C#と言語を探し出したんですよ
仕事道具に100マソなら安いかもしれませんが
全く関係ないことに100マソはきついです
それでもってわかったことは
嘘ばっかしってこと。

50:デフォルトの名無しさん
08/09/29 00:16:36
細かいところが分からないとサンプルは出せません。
こまかいところを書くまではこれ以上質問しないでくださいうざいです。

51:デフォルトの名無しさん
08/09/29 00:17:38
あぼ～んだらけ

52:デフォルトの名無しさん
08/09/29 00:20:08
>>43
てか>>29さん
探してくれたんだありがとう
前言撤回ごめん
あなたのことは信用します
やりたいことは商用サイトへアクセスすることから始まります
アクセスできただけではお金にはなりません
それなりの知識と経験が必要です
（私は趣味ですが約15年それやってます）
ただここ5年ほどで形態がかわりました
サイト以外での儲け方もあるのですが
数千万単位の元手が必要です
それをパソコンでやろうとしています
アクセスすらできない状況なので困っています
本来のノウハウ以前にパソコンのノウハウだけで儲けている連中も現れました
もし興味があったらまた聞いてください

curlでは細かいことできそうですか？
通常のブラウザでしたらリクエスト1回の送信で実際にはサーバーと何回も自動で交信していますよね
その交信を細切れに改変送信できそうですか？

53:デフォルトの名無しさん
08/09/29 00:41:00
おいおい、スレ立てたの誰だ？
このアホが静まってからでも十分だったじゃんよ？

54:デフォルトの名無しさん
08/09/29 00:43:34
>>53
みんな楽しんでるんです。

55:デフォルトの名無しさん
08/09/29 00:46:47
>>54
応援ありがとう^^
今からちょっとテストするので今日のところはおやすみ
みなさん本日はありがとうございました
httpリクエストヘッダ、メッセージの確認、加工、保存のサンプルコードよろしく

56:29
08/09/29 00:47:05
>>52
curl のことは自分で調べてくれよ。もうここからいなくなってくれよ。
あ、ひょっとしてアフィリエイトかなんか稼ぎたいの?

57:デフォルトの名無しさん
08/09/29 00:48:35
しかし最初の質問とは全く違う展開に…。儲かるなら
> 949 名前：デフォルトの名無しさん[sage] 投稿日：2008/09/28(日) 15:14:51
> >>946
> 海外ツールなのですが探したところ公開していませんでした
ここに金払ってソースを買い取ればいいんじゃまいか。

58:デフォルトの名無しさん
08/09/29 00:54:39
>>56
わかったcurl調べてみる
アフリじゃないよ
私はアフリでお小遣い作れるとは思ってないです
ていうかアフリでお小遣い作れたとしても嬉しくもない
成功したときの金額も違うからね
何も無いところから生み出すんじゃなくそれなりに元もいるので当然でしょう
でわ^^
curlの情報ありがとう

59:デフォルトの名無しさん
08/09/29 00:57:00
>>57
パー？？？
世界的に有名だって言ったでしょ
そんなソース買いたいなんていったら
家売っても買えないくらいの金額提示されるのが落ち

60:デフォルトの名無しさん
08/09/29 01:02:03
何こいつ

61:デフォルトの名無しさん
08/09/29 06:17:07
おはようございます。
朝までにサンプルを作るように頼みましたよね。
なんでここは嘘ばっかりの使えない人ばっかりなんですか

62:デフォルトの名無しさん
08/09/29 09:50:56
そんなんが高値で売れるなら俺らの稼業も楽なのにな

63:デフォルトの名無しさん
08/09/29 13:28:08
>>62
また遠吠えｗｗｗ
もういいって。

64:デフォルトの名無しさん
08/09/29 13:29:53
>>62
なんか凄い必死で自分を大きく見せて
見てて恥ずかしい
んじゃやってみれば

65:デフォルトの名無しさん
08/09/29 14:19:35
真性なのか釣りなのか未だにわからん。

66:デフォルトの名無しさん
08/09/29 14:47:23
釣りじゃないです
マジで聞いてるんです
どなたかhttpリクエストのヘッダを確認、訂正、保存、送受信するサンプルお願いします

67:デフォルトの名無しさん
08/09/29 14:57:23
>ちなみに自宅にはTCP関連の本約50冊
>perl、PHP、JAVA（SE,EE）、VB、C#、VC++関係約200冊
>（すべてネット関係のプログラム完璧のように紹介されてた）
>嘘ばっかし
>みんな嘘つきですよ
>サーバー、サーバーってサーバーのことばかり
>そんなに簡単なら
>なぜ誰もリクエストヘッダについて詳しいサンプル書かないんだ？
>嘘ばっかりたれるな

興味がないことを進んでする奴はいないからな

68:デフォルトの名無しさん
08/09/29 15:36:04
意味不明
回答以外は答えなくていいよ
私がもっとわかんないときに
私を煽り続けたあのヘタレ君見てるか？
キミの出番だ
ほれほれ
簡単なんだろ
煽りだけのヘタレ解答者は解答者やめろ

69:デフォルトの名無しさん
08/09/29 15:38:13
できもしないのに”稼業”名乗るかあｗｗｗ
他の業種なら出来ないことが1つでもあれば
そいつは半人前
1人前にもの言うな。

70:デフォルトの名無しさん
08/09/29 15:40:16
稼業という言葉に反応しちゃうけど・・・
自称”稼業”なんだろね
どこまで通用してんのかはわからないけど
ここで解答者としてでしゃばるレベルではないように思う

71:デフォルトの名無しさん
08/09/29 17:41:15
会社じゃど素人
２ちゃんじゃ大物回答者www

72:デフォルトの名無しさん
08/09/29 18:44:53
ここでは回答を得られそうにないし、別のところで訊いた方がいいんじゃない？
そもそも2chなんかにまともな回答を期待する方がどうかしてると俺は思うが

73:デフォルトの名無しさん
08/09/29 18:58:57
＞httpリクエストのヘッダを確認、訂正、保存、送受信するサンプル

これって、サンプル自体のリクエストヘッダなわけ？
ほかのアプリのヘッダとかじゃあなくて。

74:デフォルトの名無しさん
08/09/29 19:04:12
他アプリです

75:デフォルトの名無しさん
08/09/29 21:51:38
まだですか？

76:デフォルトの名無しさん
08/09/29 21:57:02
まだです。

77:デフォルトの名無しさん
08/09/29 21:57:09
話ブッタ切ってスマン。

HTTPクライアントを作っているんだが、データ受信する時に recv( ) にバッファサイズ指定するじゃんか。
そんで気になったんだが、ソケット通信と言うかTCP/IPと言うか、HTTPと言うか、
一回で送信・受信できるデータサイズって規約上で制限あるんだっけ？
色々サンプル見てもまちまちで分からん

78:デフォルトの名無しさん
08/09/29 22:02:20
size_tの上限がrecvの上限です

79:デフォルトの名無しさん
08/09/29 22:24:06
>>75 さん(が本物でしょうか?)

私、稼業どころか夏休みも終わりかけな学生ですが、
せっかくなのでちょっと考えてみたいと思っています。
しかし、恥ずかしながら >>75 さんが必要とされているものがよく分かっていません。

以下の点を教えていただけないでしょうか。
1.他アプリというのはwebブラウザと考えてよろしいのでしょうか。
2.もしwebブラウザだとすると、そのブラウザからhttpリクエストのヘッダを確認、保存、加工、送受信するプログラムをプロキシとして指定してよろしいのでしょうか
3.受信したレスポンスは適切に加工してリクエストを出した他アプリに返さなければいけないのでしょうか。
4.リクエストをファイルに保存し、そのファイルをエディタで書き換えてリクエストとして送り出すものでよろしいのでしょうか。
5.プログラムはGUIのかっこいいものでなく、perlなどで書いたものでもよろしいでしょうか。

上記がすべてあっていればなんとかできそうな気がしています。
お考えのものとちがう場合は、具体的に訂正していただきますようお願いします。

すでに似たツールをお持ちとのことですが、
その名前とそこから変更したい点を挙げていただけるとさらにイメージしやすいかと思います。

最後に、このスレでこのままやっていていいのでしょうか。
どうも他の書き込みとレベル…というかレイヤというかそういうのが違っているようで気になっています。
もしスレが違うようでしたら誘導をお願いします。 > スレ住人の皆様

80:デフォルトの名無しさん
08/09/29 22:26:06
メールアドレスを交換して二人でやりとりするといいよ

81:デフォルトの名無しさん
08/09/29 22:32:28
まずクライアントアプリなのかサーバアプリなのか分からん。
クライアントならオミトロン使えばリクエストヘッダは見れる。イジれるはず。ログも保存できたはず。
ローカルの串刺すことになるがな。

82:デフォルトの名無しさん
08/09/29 22:35:03
>>78
規約の上では定義されてないってことですな。ありがとうです。

83:デフォルトの名無しさん
08/09/29 22:41:17
どうしてそうなるんだおい

84:デフォルトの名無しさん
08/09/29 22:43:43
>>82
どんなに大きなバッファーを与えても埋め尽くされるとは限らないということだ。

85:httpリクエストヘッダ確認
08/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:デフォルトの名無しさん
08/09/30 00:03:49
他アプリって具体的に何？

ネトゲ？

87:デフォルトの名無しさん
08/09/30 00:25:13
何となくチート（ゲーム的な意味ではなく）の匂いがするな

88:79
08/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:デフォルトの名無しさん
08/09/30 01:06:12
つーか、doorman@JUMPERZ.NETには
「- Published as open source code」とか書いてあるジャン。
中のjarを展開して改造すりゃ完了だネ。おめでとう、おめでとう。

90:httpリクエストヘッダ確認
08/09/30 01:09:11
>>88さん
レスありがとうです
リクエストAをポートは8000で送受信したら
レスポンスAから必要な箇所を取り出してリクエストBを作成して
ポート8000でリクエストBを送受信
レスポンスBから必要な箇所を取り出してリクエストCを作成
リクエストCをポート8000から送信って感じです
今まで散々「誰にでも作れる」と言われ続けてるんですけど
作れません
リクエストヘッダを確認して加工するとかもわかりませんでした
（昨日やっと参考になりそうな本をみつけましたけど）
みんな「誰にでもできるよ」とは言うんですけどねｗｗｗ
何に使うかはここで公開することはしません
あえて言うなら
①ページ目～④ページ目まで①②③④という順番でいくところを
①②④と進んで例え0.0001秒でも素早く④のページを読み込み完了するのが目標かな
あなたも口ばっかしのようなので無視して貰っていいですよ

91:httpリクエストヘッダ確認
08/09/30 01:11:04
>>89
あなたのような人ばっかしってことは予測してました
私にレスしなくていいですよ
さよなら迷回答者さんｗ

92:デフォルトの名無しさん
08/09/30 01:15:31
「リクエストA」はどっから降って湧くの？
ブラウザの要求を分捕らんといかんわけ？
URLだけを明らかなものとして、適切にHTTP1.1的に
必要な項目を埋めれて自作するわけ？

93:httpリクエストヘッダ確認
08/09/30 01:23:42
>>92
それなんですよ
簡易クライアントを解説している本はリクエストAを作成することは記載しているんですけど
リクエストA（今から送信しようとする）リクエスト内容を確認できないんですよ
自分の送信する内容はすべて確認したいのですが
最初のリクエストから既に確認できないんです
レスポンス見てクッキーやリファラを確認できますが
できればリクエストAを送信前に確認→送信したいです
これは先に記載したJUMPERZでも出来ないようなんです

94:httpリクエストヘッダ確認
08/09/30 01:28:14
言葉足らずですいません
リクエスト前に内容を確認して送信できるツールもあるんです
海外製で有名なものです
ただそれだと全部手作業です
そのツールの仕様なのですがHttpsにリダイレクトされた後は更に手作業が増えるので
時間勝負には使えそうで使えないんです

95:デフォルトの名無しさん
08/09/30 01:33:09
例えば、４０枚画像が張り付いているようなHTMLが戻ってきたら、
一般的なブラウザ的にはその後４０リクエスト発行する訳なんだけど
全部のリクエスト確認したいわけ？
　自動で処理したいのか、手動で処理したいのかどっちなんだい？

96:httpリクエストヘッダ確認
08/09/30 01:41:17
>>95
それそれ
問題なんですよ
40枚の画像はすべて無視したいんです
①ページ目②ページ目はテキスト以外レスもいらないんです
必要なのは④ページ目だけなので
①②ページをできるだけ素早く通り抜ける方法あれば教えてください
目標は④ページ目を素早く読み込み完了することです
いきなり④ページ目にいく方法とかあれば更に嬉しいんですけど
それは無理っぽいです
私の知る限り
最短ルートは①②④のようです
そのサイトのバグのようなんですけど
既に最短ルートをぶっちぎりのスピードで突き進む人たちも多数現れています

97:デフォルトの名無しさん
08/09/30 01:49:24
>>96
もう素直に作ってくださいスレ行けよ屑

98:デフォルトの名無しさん
08/09/30 01:57:27
まぁ少なくともレス番500くらいまでは粘着するだろうな。ここが最も作ってくれそうな奴がいそうだから。
ひょっとしたら、スレ全部消費するかもしれんな。

99:httpリクエストヘッダ確認
08/09/30 01:59:32
>>97
作ってくださいスレで作ってくれるわけないだろ
散々小馬鹿にされて誰も作らないｗｗｗ
他にも理由はあるけどね
なんで私にレスするの？
わかる人（居ないかもしれないけど）気長に待つので
あなたは私をスルーでいいよ
私がレス返すからかｗｗｗ

つまり③ページ目をスルーすればいいってことがわかった
スルーするためには瞬時にしてリクエストの書き換えが必要だというのもわかった
もしかしたらいきなり④に飛んでいく方法があるのかもしれないけど
今のところそういう情報はない
必要な機能をまとめると
リクエストの書き換え+自動操縦かな

100:デフォルトの名無しさん
08/09/30 02:03:17
ここでも散々子馬鹿にされて誰も作ってくれてないというのに、
まだ何かを期待してるんだろうか

101:デフォルトの名無しさん
08/09/30 02:04:42
どMなんだろきっと

102:httpリクエストヘッダ確認
08/09/30 02:06:36
>>100
今までの経験から２ｃｈは殆どあてにならないってのは充分理解してるよ
ただ何百レスかにひとつ
ヒントになりそうなことが返ってくることがるのも事実なんだよね
あなたには無理っぽいので私への回答はいいです
暇つぶしの雑談ならいいですけどねｗｗｗ

103:デフォルトの名無しさん
08/09/30 04:42:53
ヒント出たけど気付かないだけちゃうの？

104:httpリクエストヘッダ確認
08/09/30 05:07:49
>>103
それはあるかもしれない
ここではリクエストの事をメインに聞いているけど
大きく分けて大切なことは２つ
書き換えと自動操縦
スクリプト使って瞬時に書き換えて送信したいんだ
正直、書き換えのほうはなんとかなりそうなんだけど
瞬時に書き換えて送信させるスクリプトが全然わかんない
これはここでの話題じゃないのでみんなには相談できないけどね
今まで自動スクリプトツールを使っていたので
そのツールのマクロは少しは書けるけど
ヘッダの文字列書き換えはやったことないのでどうしたらいいのかわかんないままです
んじゃおやしみ^^;

105:88
08/09/30 07:05:37
>>90
起きたらひどい書き方されていてちょっとショックです。
しかも >>85 で書いている 2. と内容が違いますし…。
>>88 でまじめに考えた自分がバカみたいです。
(実際バカですが)

やりたいことは
どこかからリクエスト→書き換えてリクエスト→レスポンスを受けその内容に合わせリクエスト…
とシリーズに進むようですので多重起動の必要はないと思います。
>>96
画像が何枚あろうが、必要がないのならリクエストしなくてもいいだけではないでしょうか。
そのようなことを問題にされる理由が分かりません。

>>99 も同じ方でしょうか。
もう私は作る気がなくなってしまいましたので、今後はスルーさせていただきますが、
あなたのおっしゃっていることに、少し(?)ずつ「分かっていらっしゃらない」「あまりちゃんと考えていらっしゃらない」点があるため
作る気にならないというのもあるかと思います。
私の場合は、欲しいものの説明が不適切で、せっかく考えたのに違うものだったというのが一番大きな理由ですが…。

とりあえず、作ってくださいスレというのがあるのでしたら、
そちらで頑張られるのが筋だと思います。

106:デフォルトの名無しさん
08/09/30 07:25:12
プログラミングスレで依頼スレじゃないからね～～

107:デフォルトの名無しさん
08/09/30 08:18:41
>とシリーズに進むようですので多重起動の必要はないと思います。
とシークエンス（順番）に進むようですので多重起動の必要はないと思います。
だな
俺はそのくだらないツールを作れるつもりなんだが
実際は口先だけでしかも会社じゃど素人らしいから黙っとくわ

108:ｈｔｔｐリクエスト確認
08/09/30 11:45:07
なんだここ
自分なら作れるかもって人ばかし居てますね
この展開は読めてたけどｗ
みんな屁理屈はいらないって文字読めないの？
そういう遊び方のスレなのかもしれないけどね
>>105
そうなんだ
お気持ちありがとう
>>106
レスする必要もない
>>107
なんてレスしたらいいかわかんないなあ
作れるんだすごいねハイハイってとこかな
まあここは２ｃｈなので好きなだけ吹いてればいいよ
会社ではがんがれよ

そろそろ満喫から退散するか
んじゃ

109:デフォルトの名無しさん
08/09/30 11:50:03
たぶん以前ここで馬鹿にされた腹癒せに荒らしてるんだろな
かわいそうな奴

110:デフォルトの名無しさん
08/09/30 12:06:10
>>108
そんな態度じゃどこへ行ってもまともなレスはもらえないと思うよ

111:ｈｔｔｐリクエスト確認
08/09/30 12:36:18
ちょっとテストしてたらまた来ちゃった^^;
海外周るのは何が起こるかわかんないので
自宅のPCからは行かないようにしてるんだよね
満喫でテストばっかしｗｗｗ

>>109
思い込みで発言しちゃうのはよくないよ
>>110
そのとおりだと思うけど
態度が悪いから出てこないってのじゃないと思う
自分は2chのあちこちでペコペコペコペコしまくって
これ探してるんだけど
結局みんな作れもしないのに「俺は作れるけどもうちょっと低姿勢でお願いできないのか？」ばっかし
ペコペコペコペコしててもそれだからね
それで気づいた
こいつら、、、、
質問者をいじって遊んでるんだってこと
だから本当に作れそうな人にはまともに話する
てか居ないと思ってるので
この態度は改めないよ
ご忠告ありがと

んじゃもちょっとテストしてから所要を済ませて帰宅するね
またテストが長引いたら覗いてみるよ

112:デフォルトの名無しさん
08/09/30 13:17:30
プログラム書いてクレなんてのはどんな態度でも同じようにあしらわれる罠

113:デフォルトの名無しさん
08/09/30 13:31:02
仮に態度が悪いから出てこないんじゃなくても、
プログラム書いてくれというお願いじゃなくても
こんな態度なら教えてくれないだろうな

114:デフォルトの名無しさん
08/09/30 13:41:18
単にソケットつくって、リクエスト投げて、受信内容確認すればいいだけの話じゃないの？
HTTPって、早い話がTCP/IPでconnectして、リクエストをsendして、レスポンスをrecvして、closeするだけでしょ？

これ以上に何を求めているのかがさっぱりわからないんだけど。

115:デフォルトの名無しさん
08/09/30 13:52:30
URLﾘﾝｸ(www.geocities.jp)
そのものずばり、HTTPアクセスのサンプル。
ここのサンプルを丸パクリして、リクエスト作成とレスポンス解析を自前で実装すればもう終わりじゃない？

116:デフォルトの名無しさん
08/09/30 13:53:40
>>114
相手するとまたしつこいからほっといた方がこのスレのためだぞ

117:デフォルトの名無しさん
08/09/30 14:28:14
>>111
なんかこの可哀想な人を思い出した。
ｽﾚﾘﾝｸ(unix板:254-283番)

118:デフォルトの名無しさん
08/09/30 15:46:42
ものすごい似てるね

119:デフォルトの名無しさん
08/09/30 16:08:56
本人だろ

120:デフォルトの名無しさん
08/09/30 17:25:00
質問です。

URLﾘﾝｸ(sec-sso.click-sec.com)
にプログラムからpostメソッドでログインを試みているのですがうまくいきません。
htmlソースには
<form action="sso-redirect" method="post" name="loginForm">
と書いてあるので、postメソッドでj_usernameとj_passwordを投げる先は
URLﾘﾝｸ(sec-sso.click-sec.com)
で間違いないのでしょうか。
よろしくおねがいします。

121:デフォルトの名無しさん
08/09/30 17:34:20
どううまくいかないのかを書くか、ソースを丸ごと示すべき

122:デフォルトの名無しさん
08/09/30 18:33:04
cookie無いからだろ

123:デフォルトの名無しさん
08/09/30 18:49:53
SSL使ってる？

124:デフォルトの名無しさん
08/09/30 18:51:23
>>120
まず、ローカルにサーバー建てて試してからにしようぜ。

125:デフォルトの名無しさん
08/09/30 19:39:28
>>52
>やりたいことは商用サイトへアクセスすることから始まります
>アクセスできただけではお金にはなりません
>それなりの知識と経験が必要です

商用サイトは　URLﾘﾝｸ(www.click-sec.com)で、
誰よりも早く取引をしたいとか？ｗ
そのために、自動化したい訳と

126:デフォルトの名無しさん
08/09/30 19:54:50
御託はいいからソース出せ

127:デフォルトの名無しさん
08/09/30 20:06:19
＞安全のためパスワードを連続で数回間違えて送信されますとロックがかかりログインできなくなります。

ロックされたんじゃない？

128:デフォルトの名無しさん
08/09/30 20:47:45
>>125
自動でデイトレをさせたいんだろ

129:デフォルトの名無しさん
08/09/30 20:54:06
>>120
一度ブラウザでログイン試して、成功した通信をパケットキャプチャして解析してはどうか。
POSTメソッドでユーザ名とパスワード以外のものも必要かもしれない。

130:デフォルトの名無しさん
08/09/30 21:17:24
httpリクエストヘッダ確認・加工・送信ツールがあれば簡単なんですけどね
さっさと作ってくれませんかね
遅いんですよ
マジ口ばっか

131:デフォルトの名無しさん
08/09/30 21:52:59
>httpリクエストヘッダ確認・加工・送信ツールがあれば簡単なんですけどね
そのツールの意味がなさ過ぎるｗ

132:httpリクエスト確認
08/09/30 21:57:14
おっ、また偽者さん出現してるな
ご苦労さん
今日はちかれたー
また来るかもしれないけど
風呂入って寝るかもしれない
今日も色々テストしてみたんだけど手動じゃ目標達成は無理っぽい
てことで自動操縦は絶対必要ということになりました

ショートカットキーを使ってリクエストヘッダの編集や
レスポンスから文字列の取得とかしたいです
やっぱりプロクシがいいですか？
スクリプトで文字列取得、編集、操作などができるプロクシってありますか？
どなたかご存知の方お願いします

本日、とても疲れていますのでお返事できるかわかりませんがよろしくです

133:デフォルトの名無しさん
08/09/30 21:57:59
意味がなさ過ぎて、自分で使わない興味がないものを作れといわれても作るわけがない。

相談スレだから作り方を議論するすれだともうぞ。

134:デフォルトの名無しさん
08/09/30 22:44:56
「アホな人間でも良くない方向にはたくさんのエネルギーをつぎ込める」という見本だな
そしてこのデイトレーダーは少なくともプログラマとしては無能だ
自分のことしか考えずにアホなレスをいつまで続けるんだろう

135:デフォルトの名無しさん
08/09/30 23:08:52
本物さんはちゃんと名前書いてくれるから見分けられていいよね。(^^)

136:デフォルトの名無しさん
08/09/30 23:21:10
複数回連続で間違えたら口座ﾛｯｸって仕様は、よく考えてみれば怖いよな
ブルートフォースアタック掛けられたら、大迷惑だ

137:httpリクエスト確認
08/09/30 23:22:51
>>134
まぁそう言わずにしばらくお付き合い下さいｗ
>>135
応援ありがとう
これからもよろしく^^

ちょっと違う質問なんだけど
どなたかお願いします
TCPの緊急ポインタってサーバが対応していなかったらフラグ立てても駄目なんですよね？
商用サイトってTCPの緊急ポインタには対応している？対応していない？
通常は対応しているもんなのかな？
わかるかたお願いします
私は本日おやすみしますのでレスあれば明日お礼を申し上げます
よろちくびｗ

138:120
08/09/30 23:30:44
みなさま返信ありがとうございます。
>>123さんの指摘で分かりましたが
Javaで実装しているんですがSSLとかまったく考えていませんでした。
httpsに接続すると勝手にSSLになるのかなと思っていたｗ
SSLを勉強して出直します・・・orz

139:デフォルトの名無しさん
08/09/30 23:56:25
>>137
頼むから永眠してくれ

140:デフォルトの名無しさん
08/10/01 00:50:06
｢本当に使えるヒント｣を｢口だけだからｲﾗﾈ｣って一蹴するからアホかと
現に同じような方法知りたくて流れ見てたけど>>88でピンと来た

｢最後まで解けるヒント｣を与えているのに
｢答えまで全部書いてくれないとﾔﾀﾞﾔﾀﾞ｣とかどこのお子ちゃまですかと

知識があっても知恵がないと言われるゆとりですねわかります

141:デフォルトの名無しさん
08/10/01 01:02:39
一貫して動くソース出せって言ってなかった？

142:デフォルトの名無しさん
08/10/01 01:17:39
動くソースがなければ無意味です＞＜

143:デフォルトの名無しさん
08/10/01 01:26:14
>>139
あなたがお先にどうぞ

>>140
質問も回答も無いなら消えろカス

>>141
>>142
応援ありがとう

144:デフォルトの名無しさん
08/10/01 01:31:56
まだやってんのかよ

145:デフォルトの名無しさん
08/10/01 01:49:54
TCPの緊急ポインタって、httpやSSLならプロトコル的に使わない
ので、対応してるはずがない。使ってるのはftpとかtelnetぐらいじゃね？

緊急ポインタの「緊急」という用語に、他人を押しのけて優先してもらえると
いうようなイメージがあるなら、それは間違い。

146:systemoffmogillaoffouou
08/10/01 07:39:32
pasedownpacedouupasedownpasepuupasedownpasedownpasedownpasedownpasedown
pasedownpasedownpasedownpasedownpasedownpsedownpasedownpasedownpasedown
pasedownpacedouupasedownpasepuupasedownpasedownpasedownpasedownpasedown
pasedownpasedownpasedownpasedownpasedownpsedownpasedownpasedownpasedown
pasedownpacedouupasedownpasepuupasedownpasedownpasedownpasedownpasedown
pasedownpasedownpasedownpasedownpasedownpsedownpasedownpasedownpasedown
pasedownpacedouupasedownpasepuupasedownpasedownpasedownpasedownpasedown
pasedownpasedownpasedownpasedownpasedownpsedownpasedownpasedownpasedownsystemmemoryquicksluttledowncode88eighyeightcodeeightyeightsystemmemoryquickdownsystemmemoryquickdownsystemmemoryquickdownsystemmemoryquickdowndoudoudoudououououou

147:systemoffmogillaoffouou
08/10/01 07:44:56
downsystemoudowmmmmmnbytesSouOOOOpoppoppoppoppoppoppoppoppoppoppop11poppoppoppoppoppoppoppoppoppopopopopopopopopopo2daysSurupoppoppoppoppoppoppoppoppo

148:SetmodeUoUUsystemoffmogillaoffouou
08/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
08/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:デフォルトの名無しさん
08/10/01 09:01:13
サンプル普通に出てるじゃん
動くものが

151:デフォルトの名無しさん
08/10/01 09:05:28
じゃあ、この話題は終了、でOK？

152:デフォルトの名無しさん
08/10/01 09:06:58
OK

153:httpリクエスト確認
08/10/01 09:15:37
>>145
そうなんだ詳しくありがと
>>150
どこに出てるの？
いいかげんなこと言わない方がいいよ

154:デフォルトの名無しさん
08/10/01 09:19:54
>>115に動くサンプルでてるよ

155:httpリクエスト確認
08/10/01 09:32:28
>>154
ソケット作成してリクエスト送信してるけど
これ、どうやってリクエストのヘッダとメッセージを確認、編集してんの？
自分の送信するリクエストを確認して編集したいんだけど（できればスクリプト使って自動で）
そういうことは記載されてないよ
どうやって自分のリクエストヘッダを確認＆編集すんの？
>>115では何も解決しない

156:デフォルトの名無しさん
08/10/01 09:34:58
頑迷固陋というか無知蒙昧というか馬耳東風というか、こいつに教えなくていいじゃないか
ろくなことにならないぞ

157:httpリクエスト確認
08/10/01 09:38:53
>>156
なんだお前？
そういう発言しか出来ないのか情けない奴だ

158:httpリクエスト確認
08/10/01 10:00:47
２ｃｈで質問して回答がある前に問題点に気づいて質問を変更して答えもしない解答者が激怒する
２ｃｈでよく見る光景だ
なので全部まとめて質問したけど
1つづつ前進できればいいんだ

①ソケット作成
②送信する前にリクエスト内容の確認
③リクエストの編集、保存
（2回目からはレスポンス内容からも文字列取得が可能なこと）
④リクエスト送信
⑤レスポンス受信、内容確認、任意の文字列取得→②へ

※全てスクリプトで操作できること

159:デフォルトの名無しさん
08/10/01 10:03:22
>>155
自分の送信するリクエストなら確認するまでもなく、
自分でわかってるじゃない？
わかってないということは、何か自動的に動くアプリが
他にあってその動きを解析したいの？

160:httpリクエスト確認
08/10/01 10:05:38
みんなわかっていると思うから言わなかったけど
1回のリクエスト送信してブラウザにページが表示される
これってリクエスト送信は1回だけども
交信としては何回もクライアントとサーバやりとりした後にページが表示されているよね
その”何回も交信している”部分を確認できないと駄目
第一ステップです

まさかここの解答者さんが
リクエスト1回がヘッダとメッセージ１個づつだとは思ってないだろね？

161:デフォルトの名無しさん
08/10/01 10:06:27
>>159
お前は>>160をよく読んでから
もう解答者やめろカス

162:ｈｔｔｐリクエスト確認
08/10/01 10:08:13
あ名前入れ忘れた^^;
>>159
とにかくあなたでは無理
もう私に解答しなくていいです

163:デフォルトの名無しさん
08/10/01 10:09:57
>>160
だから確認確認って自分で送信する内容なんだから
確認する必要が無いじゃない
自分で知ってる内容でしょ？
受信内容だったらただ受信するだけで、それも>>115のサンプルにあるし

164:デフォルトの名無しさん
08/10/01 10:11:30
いつまで荒らしに触り続けるんだこの馬鹿ども

165:デフォルトの名無しさん
08/10/01 10:11:33
>>162
人が親身になってあげてるのにその態度は無いんじゃないかなあ
他に自動的に動いてるアプリがあって送信内容が知りたいの？
自分で送信するなら確認の意味がわからないんだけど
自分で話す内容を自分で確認すると言ってるようなものでしょ

166:デフォルトの名無しさん
08/10/01 10:22:10
>>165
親身になってくれてたんだ
応援ありがとう
通常のブラウザではリクエスト1回するとページを表示させるまでに
何回もクライアントとサーバは交信してページを表示させている
リクエストを送信した側から見れば”1回”のリクエストに見えるけど
実際には何十回も交信している
誰かが上のほうで言っていたけど
40枚の画像があれば最低45回くらいは交信しているはず
でも通常のブラウザでは1回のリクエストとしか見えない
>>115では1回のリクエストを送信しているけど
ページ表示までにサーバーとは何回も交信しているはずなんだ
その部分。
通常のブラウザのように全自動では駄目
かといって全部手動にしちゃえば時間がかかりすぎて使い物にならないんだよね
これからもよろしく^^

167:デフォルトの名無しさん
08/10/01 10:26:56
>>166
よくわからないんだけど、繰り返し必要なだけリクエストを送るだけの話でしょ？
何を悩む必要があるの？
もちろんサンプルではhtmlのソースを取得してるだけだから1回のリクエストしか
送ってないけど複数必要なら複数送るソースを書けば良いだけの話では？

168:デフォルトの名無しさん
08/10/01 10:29:12
リンクした画像を取得する必要があるなら、受信したソースを
xmlパーザで解析して画像のリンク部分を取得
そして、リクエストを送信して画像データを取得を繰り返す
それだけのことだろ

169:デフォルトの名無しさん
08/10/01 10:36:43
>>167
違う違う^^;
IEやFirefoxなど通常のブラウザや（>>115のサンプル）では
その1枚のhtmlを表示させるために
リクエストは1回で1枚のhtmlを表示させている
クライアントからは1回のリクエストなんだけども実際の通信は何回も交信して1枚のhtmlを表示している
具体的にはパケットキャプチャー見ればわかるよ
有名なフリーもあるから見てみ
1回のリクエストで何回もリクエストとレスポンスが出てくるよ
何回で交信が完了するのかは表示させるhtmlの内容による
リクエスト送信1回すると
リクエストヘッダは最低4個以上になる
画像やｃｓｓ定義とか入ったらそれ以上になる
この辺です

170:デフォルトの名無しさん
08/10/01 10:39:53
>>168
htmlのソースとか言ってるようじゃ
ここの解答者はやめたほうがいい
私の聞いているのはそういう話じゃないから
そのソース1枚を取得するのに何回も交信するでしょ
その”交信”を言ってるの。
なんで私が教えてるんだよ

171:デフォルトの名無しさん
08/10/01 10:45:04
>>169
ソースを取得する段階ではほぼ1回のリクエストでしょうね
IEやFirefoxなどブラウザも
ただ、1回だろうが複数だろうが、そういうソースを書けば良いだけなので
たいした問題じゃなさそうに見えますが？
キャプチャーソフトをお使いなら送信すべきリクエストはわかるでしょうから
それを真似をすれば良いだけでしょう
わからなくても、そこは別問題なのでプロトコルを勉強をしろとしかいいようがない

>>170
そういう話じゃないといわれましても、あなたの例に出してるのが
IEでhtmlを表示する話なわけですが
ソースのデータをまず取得しないとhtmlは表示できないでしょ？

172:デフォルトの名無しさん
08/10/01 10:46:13
理解している人間は早々に無視してるから、お前の相手をする人間は馬鹿しか残らないんだよ

173:httpリクエスト確認
08/10/01 10:51:59
>>172
私を応援してくれる人を馬鹿呼ばわりはやめろ！
ただ、あなたの発言内容で”馬鹿”の部分以外は正解。
理解していないようなのでなんともどう説明していいのか。。。

つまり通常のブラウザでリクエストは2種類あります
クライアントに見えるリクエストと
クライアントに見えないリクエストです
って言えばいいのかな
もうわけわかめ

174:デフォルトの名無しさん
08/10/01 10:55:58
何度もリクエストが必要なら何度も送れば良い
それだけのことなのに何がわからないのかがよくわらかない
html一枚表示するだけなら一回のリクエストで良いし
cssを取得したり画像を表示するならもちろん複数のリクエストが必要になる
それは受信したhtmlのソースを元に判断する

175:デフォルトの名無しさん
08/10/01 10:57:40
わからないなら黙れ
スレの無駄

176:デフォルトの名無しさん
08/10/01 10:58:05
わからないから聞いてるんですけどね

177:デフォルトの名無しさん
08/10/01 10:58:15
>>171
そのソース表示はクライアント操作としては
”1回のリクエスト”なんだけども
クライアントPCとサーバーPCでの交信は1回のやりとりじゃないんだ
人間に見えないようにしてるだけって言えばいいのかなあ
ソース表示させるのに見えないヘッダ同士でやりとりしてると言えばいいのか・・・
ん～～～～
とにかくありがと^^

178:デフォルトの名無しさん
08/10/01 10:59:01
>>177
いや、それは一回ですよ
HTTPプロトコルのリクエストはGET一回だけのはずです

179:httpリクエスト確認
08/10/01 11:00:23
>>174
orz
頼むからTCPの基本を・・・・
1回のリクエストでhtml表示させるように見せているだけで
1回のリクエストで実際には何回も（何十回も）交信してんだよ

180:デフォルトの名無しさん
08/10/01 11:01:40
>>179
何度も受信してるとかならわかるけど、
HTTPプロトコルのリクエストは1回ですよ

181:デフォルトの名無しさん
08/10/01 11:02:19
>>176
時間の無駄だから今までのやりとりを読んでこい

182:デフォルトの名無しさん
08/10/01 11:02:53
もちろん、cssを取得して画像を表示する必要があるので
その分だけ最終的には複数必要になりますが
最初のhtmlのソースを拾う段階では1回です

183:デフォルトの名無しさん
08/10/01 11:02:59
>>178
変なとこ突っ込まなくても・・・
今は解答者予備軍の人たちを育てるための例え話ですよ
私が目的とする商用サイトは
リクエスト操作1回で、見えないリクエストが4～10回くらいはあるよ

184:デフォルトの名無しさん
08/10/01 11:05:00
>>183
リクエスト操作一回？
何か「リクエスト」と言う言葉の定義が食い違ってるようですが
httpプロトコルにおけるhttpリクエストのことですよ

185:デフォルトの名無しさん
08/10/01 11:05:54
>>180
上のほうで書いたけど
ページ数は4ページ
つまりクライアント操作は4回
（リクエストヘッダはそれぞれ4個～10個くらい）

186:デフォルトの名無しさん
08/10/01 11:06:56
>>185
そして、その内容を送受信すれば良いだけでは？

187:デフォルトの名無しさん
08/10/01 11:07:25
>>184
おもいっきり食い違ってるようだ
リクエスト操作1回でリクエストヘッダは複数
この意味わかる方だけ答えてください

188:デフォルトの名無しさん
08/10/01 11:08:20
>>186
ごちゃごちゃ言わずに動くソースを出せ

189:デフォルトの名無しさん
08/10/01 11:08:40
>>187
リクエストヘッダ＝リクエストで良いと思うんだけど、
リクエスト操作って何？

190:デフォルトの名無しさん
08/10/01 11:08:59
>>186
送受信すればも何も
通常のブラウザでは自動で勝手に送受信している
ここですよポイント

191:デフォルトの名無しさん
08/10/01 11:09:27
>>188
>>115でいいんじゃないの？
例えばコピペして2回繰り返せば2回送信して受信するソースになるよｗ

192:デフォルトの名無しさん
08/10/01 11:11:21
>>189
意味わかんないなら答えなくていいよ

193:デフォルトの名無しさん
08/10/01 11:12:32
>>190
その自動でやってる部分を自分で書きたいだけでしょ？
書けば良いじゃない
>>192
意味がわからないから聞いてるんだが
もしかして、F5押したりする人間の操作のこと？ｗ

194:デフォルトの名無しさん
08/10/01 11:13:40
ブラウザのリクエストと、HTTPのリクエストを混ぜこぜにして話すな。

ブラウザはユーザーの利便性を考えて「ブラウザのリクエストを１回」してくれれば、内部で「HTTPのリクエストをたくさん」飛ばしてる。
ステータスバーを見てると「残り　○○　http://～～～～～　をダウンロード中です」って出てるでしょ。
あれが切り替わるたびに、１回のHTTPリクエストをサーバーに送ってる。

>>115のサンプルを提示したのは俺だが、あれはHTTPリクエストを１回飛ばすサンプルだ。
後はあれを、取得したページにあわせて好きなだけ繰り返せばいい。（IMGタグとかがあるたびに送信すればいい）

だが、画像は必要ないんだろ？
なら１回のHTTPリクエストで、HTMLを取得すればそれでおしまいだと思うんだが。
フレームタグとかがあるともうちょっと複雑になるが…。

HTTPリクエストの編集は、単なる文字列なのだから自前でやればいいだろう。
URLﾘﾝｸ(www.7key.jp)
このあたりを見ればいい。

レスポンスの解析も単なる文字列なのだから自前でやればいい。
同ページにレスポンスについても書いてある。

次ページ