【質問】ASP.NETスレ Part5【議論】

【質問】ASP.NETスレ ..

230:nobodyさん
09/05/08 00:58:30
ヒントとか・・・
何となくわかってるけど解決してないとかそういうもんじゃねぇのかｗ
調べる時間を得るために

231:nobodyさん
09/05/08 01:46:47
ascxファイルとcsファイルを作ったんだが、上手く値が渡されない（Labelとか）
aspxのときは問題なくいったんだが、ascxにした途端、宣言したlabelはnullがなんとかとかいって、
値がうまく共有？出来ない
どなたが打開のヒント頂けませんか？

232:nobodyさん
09/05/08 01:55:36
ソースをうぷしれ

233:nobodyさん
09/05/08 12:01:02
>>231
UserControl1.Findcontrol("Label1").text = "hage"
//キャスト省略

234:nobodyさん
09/05/08 18:05:34
>>233は教えてあげる目的でそういう記述してくれてると思うけど、
実際にはLabelオブジェクトをプロパティで公開するか
Label.Textを公開してあげればいいんじゃないかと思われる

235:231
09/05/09 00:26:29
ごめんなさい、非常に強い睡魔で寝てしまいました
>>232-234
俺の勘違いでイベント発生してないだけでした
本当にバカでした

236:nobodyさん
09/05/09 09:51:49
(#^ω^)…

237:nobodyさん
09/05/09 13:10:10
それでもlabelobjectがnullな状態ってのがよくわかんないね

238:nobodyさん
09/05/09 23:37:56
くっそー
いままでprototypeだったけどjquery結構便利だな
なんか和んだ( ´ー`)ﾌｩｰ．．．

239: [―{}@{}@{}-] nobodyさん
09/05/11 09:16:40
>>238
VS2008SP1からだったか、jqueryは標準サポートだしな

240:nobodyさん
09/05/12 00:01:12
VS2005でなんとかしてjQuery使えないかな
IntelliSenseは無くてもいいから

241:163
09/05/12 01:28:31
>>204の続きです。
以下のイベントログが出力されており、
AppPoolが再起動している為、
セッション情報が消えてるぽいです。
クラッシュダンプで調べるしかないでしょうか？
他に調査方法があればご教授お願い致します。

・イベントログ
アプリケーションプール 'xxx' を提供しているプロセスは、
World Wide Web 発行サービスで致命的な通信エラーを検出しました。
イベントID 1011

242:nobodyさん
09/05/12 01:37:48
>>240
普通にJQueryいれりゃいんじゃないか？

243:nobodyさん
09/05/12 05:14:26 U71Iyk1V
旧ASPでPDFファイルを作成したいのですが、どんな方法があるでしょうか。
ＰＤＦは表形式で、グリッドの高さは可変で、行の途中にページの境目が来る
ようならその行の前に改ページしなくてはなりません。
サーバー側の処理でＰＤＦファイル化したいです。
よろしくお願いします。

244:nobodyさん
09/05/12 06:58:22
安心したまえ。PDFだってテキスト直うちで書けるんだ。
つまり、FileSystemObjectでテキストファイルを生成して、
後はPDFの仕様通り文字列を吐き出せばいいだけだよ。簡単でしょ。

マジレスすると、無理だから別途そういうパッケージソフトを買う。
ビジネスソフト板で帳票作成ソフトというと、まぁ数は限られるから調べてみるといい。

245: [―{}@{}@{}-] nobodyさん
09/05/12 09:09:04
>>241
本質的な解決ではないけど、session維持したいなら
stateserverモードを使うとかどうよ？

246:nobodyさん
09/05/12 10:47:32
ClassicASPでPDFって言うと何があるのかね
ASP.NETならActiveReport一押しなんだけど

247:243
09/05/12 11:35:40 U71Iyk1V
>>246
ＡｃｔｉｖｅＲｅｐｏｒｔって定型のフォーマットしかできないイメージなんですが、
グリッドの高さ変えたりページはみだす前に改行したりできますか？

248:nobodyさん
09/05/12 12:00:02
>>247
フリーハンドで描画できるだろ。

249:nobodyさん
09/05/12 12:03:03
>>247
CanGrowとかCanShrinkとか
まぁ・・・簡単な動的～FORMATイベントとか駆使して複雑な動的ってのもできるっちゃぁ出来ると思うけど

たいがいの案件はこなせてきた

一回体験ばん入れて使ってみればどうかな？

250:249
09/05/12 12:03:47
だめだ・・・日本語が支離滅裂だ…
疲れてんのかな・・・

251:nobodyさん
09/05/12 13:08:49
>>247
>グリッドの高さ変えたりページはみだす前に改行したりできますか？
設計が悪いだけじゃない？
改行したら自動的に2行分に伸長してくれて描画してくれるとか余裕だと思うけど

おおよその要求には応えてくれたけど、できないこともあるかもしれない
例えば1行に記述できず2行に伸長してくれたとき、
それがページの最下行だったら改ページして次ページの最上行にしてくれるとか、
もしくはそのまま印刷してくれるを選択できるとか、フッターの表示の関係とか。

グリッドの高さについては、サンプルのCreating and Modifying Report Layouts at Run Time
にあるように実行時調整してしまえば、可能と思われる（英語版ですまん）

>The format event allows the properties of report sections and controls
>to be modified including height, visibility, and other visual properties.
//フォーマットイベントでは、レポートセクションやコントロールの高さや表示/非表示などを含む
//表示に関するプロパティを変更することができる

252:nobodyさん
09/05/12 13:13:33
↑
すまん上の「できない例」は想像の話。
グループヘッダーとか、レポートのフッターの改行とか伸長とか、改ページごとに表示するとかは
帳票によってクセがあったり得手不得手があるもんなので、試してみるしかないね。

253:nobodyさん
09/05/12 13:26:34
>>251
ActiveReportsならASP.NETのも基本的に変わらないけど

>改行したら自動的に2行分に伸長してくれて描画してくれるとか余裕
CanGrowプロパティだったかな?　で伸縮させるように出来る

>それがページの最下行だったら改ページして次ページの最上行にしてくれるとか、
>もしくはそのまま印刷してくれるを選択できるとか
プロパティいじるだけでそうなるはず。
KeepTogetherかなんか忘れたけど

高さ操作は処理中にしようと思うと基本的にFormatイベントでのみしか推奨されていないけどいける

中途半端な知識なんで勘違い多いかも知れんが

254:nobodyさん
09/05/13 10:29:56
CustomValidatorを継承したコントロールを作ったんだけど、
ページ内のValidationSummaryがErrorMessageを拾ってくれない。
isValidやErrorMessageは正しくセットされていることは確認した。
カスタムコントロールのは拾ってくれないのかな？

255:nobodyさん
09/05/13 11:41:36
継承って文字通り継承？
それともユーザコントロール？

256:nobodyさん
09/05/13 13:01:18
文字通りの継承。
検証失敗時にTextが表示されるし、
ValidationGroupも検知して検証してくれている。
ただ、なぜかValidationSummaryに反映されない。
もちろんPage.IsValidもfalseになってる。

257:nobodyさん
09/05/13 14:31:56
Page.GetValidators()を調べてみたんだが、
単にメンバに持ってるValidatorCollentionをsingletonで返してるだけなんだな
どうやってValidatorCollentionにValidator(BaseValidator)をaddしてるのかよくわからん
ValidatorCollentionの中身も単なるIEnumerableを実装したリストクラスに見えるし

258:sage
09/05/13 15:35:29
チラ裏
今更ながらIIS+ASP.NET+SQLiteでｺﾞﾆｮｺﾞﾆｮしてみたけど、手軽で良いわこれ。
要IIS（monoっつー手もあるけど保留）な点さえｸﾘｱ出来るなら、ちょっとしたページ作成なら
これでいいや。

259:nobodyさん
09/05/13 15:38:24
オレもこれやりたくてmono入れようとしてるけどSolarisだときっついな
まあ時間取れるまでWinサーバ使うか・・・

260:nobodyさん
09/05/13 19:23:50 EB+s12M/
.NET Framework 3.0のPage.PreviousPage.FindControlについて教えてください。
トップページにある「発言ボックス」に入力した文字列を、表示ページにて表示したいのですが
テキストボックスを参照できなくて困っています。

マスターテンプレート（Template.master）
　┗トップページ (Default.aspx）
　　　　┗ユーザコントロール（Hatsugen.ascx ID=hatsu）
　　　　　　　・テキストボックスコントロール（ID=moshi）
　　　　　　　・ボタンコントロール(botan)

マスターテンプレート（Template.master）
　┗表示ページ　(showhatsugen.aspx）

という２つのページ（階層）があるのですが、トップページ側のボタンコントロールで
PostBackUrl="showhatsugen.aspx"　としています。
showhatsugen.aspx側で、＠ITの記事を参考にテキストボックス（moshi）を参照しているのですが
nullが返ってきてしまいます。

■試したこと
①＠ITの記事のまんま試してみた。
TextBox a = (TextBox)Page.PreviousPage.FindControl("moshi");

②ユーザコントロールも参照しないとだめかもと試してみた。
TextBox a = (TextBox)Page.PreviousPage.FindControl("hatsu").FindControl("moshi");

③テンプレートもいれないとだめかもと思って試してみた。
TextBox a = (TextBox)Page.PreviousPage.Master.FindControl("hatsu").FindControl("moshi");

上記のような階層の場合、どのように値を参照できるか教えてください。

■参考にした＠ITの記事
URLﾘﾝｸ(www.atmarkit.co.jp)

261:nobodyさん
09/05/13 19:37:56 EB+s12M/
あ、できました。③で。

262:nobodyさん
09/05/13 19:45:55
PostBackは原則的に同一ページにするのが望ましいというのはわかってて、
あえてそれをやってるんだよね？

263:nobodyさん
09/05/13 20:05:04
はぁ？　馬鹿じゃね。しねよ

264:nobodyさん
09/05/13 20:21:45
そこらの本読むとPostbackUrlやServer.Transferの方が
Response.Redirectよりよく思えるんだよな。
いやまぁ実際メリットもあるけど。

265:nobodyさん
09/05/13 22:50:11
ASP.NET MVCのほうが良いよ。

266:nobodyさん
09/05/13 23:01:05
PostbackUrlが良いと言ってるやつは実践してみてないやつ。
ASP.NETの各種仕組みと相性が悪い。

Server.Transferはいいんだけど。URLが紛らわしくなるため敬遠されることが多い。

267:nobodyさん
09/05/13 23:49:01
一つの画面に収まる機能は一つのページに記述して
異なるページに遷移するときはsessionだのcookieだの使用したほうがわかりやすいよね
asp.netの場合は1ページが1クラスだから、
クラス内の処理は、なるべくクラス内に責任もって記述してあげるのが
オブジェクト指向の観点からもわかりやすい気がする

各ページのクラスにCookieやSessionを扱う、
ICookieや、ISessionみたいなインターフェースを実装して、
Serializableなデータを保持するクラスを、
ページ間でやりとりできるようにしたら面白いのになと思ったり。

268:nobodyさん
09/05/14 00:02:25
>>267
うちはページ継承してベースページを作成して
各機能ページはそれを継承して処理ってる

セッション管理とかログインしているいないとかのチェックはベースページ側でやってたり

インターフェイスもいいけどなんか使いどころが難しくってさ・・・
各ページで実装もセにゃいかんし
レベルが低いだけだとは思うが

269:nobodyさん
09/05/14 00:15:25
やたらとインターフェイス使いたがるのもどうかしてる

270:sage
09/05/14 11:53:07 W6V8lEeJ
はじめまして。
現在vs2008、.NET FrameWork3.5にてASPのシステムを作成しています。

セッションが切れた場合の処理としてテストしているのですが
global.asaxでsession_startでセッションが切れた場合にエラー画面へ
リダイレクトする処理を入れているのですが
そこを通った後またsession_startに来てしまいリダイレクトしてくれません。
ログをみてもその関数が終わったらすぐにその関数というようになっています。

原因を知っている方お願いいたします。

If Me.Request.RawUrl.IndexOf("XXX.aspx") < 0 Then
If Session("UserId") = "" Then
Response.Redirect("URLﾘﾝｸ(XXXXX)")
End If
End If

271:nobodyさん
09/05/14 12:33:07
これかな？
エラーページにResponse.Redirectで遷移すると
設定したSessionが消えてしまうことがあるらしい
URLﾘﾝｸ(www.atmarkit.co.jp)

ログやそれに似た用途ならglobal.asaxでもいいけど
認証ならフォルダごとにWeb.configでやったほうがいいかも

272:270
09/05/14 13:26:27
>>271
的確なアドバイスありがとうございます。
リダイレクトをtransferにすることで対処できました。

273:nobodyさん
09/05/14 15:08:04
ここASP.NETだけど・・・

274:nobodyさん
09/05/14 15:18:31
WebフォームにCalendarコントロールを貼って
・日付が変更される毎にカウンターCcountを1増加させて表示（Label1）
・選択されたカレンダーの日付を表示（Label2）
・PageLoadされる毎にカウンターPcountを1増加させて表示（Label3）
させたい。

Partial Class _Default Inherits System.Web.UI.Page
　Public Shared Pcount As Integer
　Private Ccount As Integer

　Protected Sub Calendar1_SelectionChanged(ByVal sender As Object, ByVal e As _
　System.EventArgs) Handles Calendar1.SelectionChanged
　　Ccount = Ccount + 1
　　Label1.Text = Ccount.ToString 'Calendarの日付が変更された回数を表示

　　'カレンダーの日付を選択したら、カレンダーの値を表示する
　　Label2.Text = Calendar1.SelectedDate.ToShortDateString
　End Sub

　Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) _
　Handles Me.Load
　　Pcount = Pcount + 1
　　Label3.Text = Pcount.ToString 'PageLoadされた回数を表示
　End Sub

End Class

カウンターの定義で、上記のように Public Shared ではなく Private にすると
数値が初回+1しただけで、それ以上増分されません。
何がいけないのでしょうか？

275:nobodyさん
09/05/14 15:38:57
>>274
public shared PcountはASP.NET全体で利用するアプリケーション変数（グローバル変数）的なものだったと思う
privateにすると、そのPageのメンバ変数になるので、ポストバックすると新しいPageのインスタンスが生成されるから、
Pcountも新しいインスタンスの異なるメンバ変数扱いになってポストバック前のデータを保持しない

そう考えるとpublic sharedは便利と思うかもしれないけど、
複数の人が同時にそのページを利用すると、使用した人の数だけPcount++されてしまって
思ったような動作はしないと思うよ
Ａさんが日付選択→Pcount → 1
Ｂさんが日付選択→Pcount → 2
Ａさんが日付選択→Pcount → 3　
Aさん2回目の使用でPcount==2のはずなのに途中でBさん使ったのでなぜかPcount==3

なんでPcountの値をセッションやクッキー、ViewStateに保存して
Page_Loadで復元するような処理を書く必要がある
この場合同じページへのPostBackだしセキュリティにも大きな影響を与えなさそうなので、
ViewStateがいいと思う

276:nobodyさん
09/05/14 16:02:31
早速のレスありがとうございます。

>privateにすると、そのPageのメンバ変数になるので、
>ポストバックすると新しいPageのインスタンスが生成されるから、
>Pcountも新しいインスタンスの異なるメンバ変数扱いになって
>ポストバック前のデータを保持しない

ということですね、理解しました。

データの保持の違いとか、処理タイミングとか、実行順とかまだ整理できて無くて
そのために簡単なサンプルフォームを作って、カウンター表示を仕込んで試しているのですが
条件が変わると自分の狙った内容と実行結果が違ってたりして、・・・頑張ります！

277:nobodyさん
09/05/15 19:06:29
Web開発の初期に、よくはまる道だ
がんばれ

278:nobodyさん
09/05/15 21:06:17
JavaScriptで好き勝手やって、ViewStateの内容と
同期しなくなるとか昔はまったな。
挙句、不正な操作扱いされたりとか。

279:nobodyさん
09/05/15 21:07:23
肝心なのはPublicかPrivateかじゃなくて
Sharedかそうじゃないかなんだが、大丈夫か

280:nobodyさん
09/05/16 00:33:16
最近VB.NETでのレスをよく見かけるが、実業務のasp.netでもVBって多いのか？
言語の優劣を語る気はないがなんとなく気になったC#使い。

281:nobodyさん
09/05/16 02:18:45
もともとのASPがVBだから、その流れでVBが多いんじゃない？
業務系もVB6の流れを汲むところは、今でもVB.NETが多いし

新しい言語に切り替えるって難しいよね
新しいテクノロジに理解があるところばかりじゃないし
過去の資産に縛られたりして

282:nobodyさん
09/05/16 03:21:32
で旧VBで下手に培われてしまった悪しき習慣が.NETにも浸食するんだぜ。
VBの頃はネットが普及したせいで、ばかみたいなコードや習慣が広がりすぎた。
でその悪しき習慣をASP.NETとかにまでそのまま持ってくるもんだからとんでもないことに。

283:nobodyさん
09/05/16 03:24:32
>>280
俺はC#だ
VBなんて見ただけで寒気がする

284:nobodyさん
09/05/16 04:40:23
質問
１．Global.asaxはシングルトンか？
２．Global.asaxにインスタンス変数を定義して、HttpContextのようにリクエストに関する情報を保持するのは問題ないか？
３．BeginRequestイベントとHTTPハンドラ（ページインスタンスなど）は常に同一スレッドで実行されるか？
４．ViewStateUserKeyはCSRF対策に利用できるか？
５．Global.asaxにインスタンス変数を定義して、グローバル変数として使えるか？
６．汎用ハンドラ（ashx）でIsReusableがtrueを返すように実装すると、そのハンドラは基本的に再利用されるものと期待できるか？
７．グローバル変数が必要な時Applicationオブジェクトを定義するのは望ましい方法か？
８．サーバを分散していない場合、ApplicationオブジェクトはそのWebアプリケーション内で完全に一つとみなしてよいか？
９．ViewStateは基本的に改ざん防止策がほどこさえているので、ViewStateの値は基本的に信用してよいか？
１０．Webガーデンを使用していないのに、そのアプリケーションプール用のワーカープロセスが複数同時に動作することはあり得るか？
１１．認証チケットはデフォルトで暗号化されているため、HTTPSでなくても安全か？
１２．フォーム認証でログアウトすると、その認証チケットでは二度とアクセスできなくなるか？
１３．SQLインジェクションは、Webアプリケーション特有の脆弱性か？

285:284
09/05/16 12:15:07
ちなみに俺はリアルモンク属性だからはやく答えないと病院食を食うことになる

286:nobodyさん
09/05/16 12:23:16
自分で調べろって感じだな

287:284
09/05/16 12:36:25
実は理解度クイズだよ。
正答率は自称詳しい人でも結構低かったりもする。

>>285誰だよおまえはｗ

288:284
09/05/16 12:38:15
とでも書けば、誰かが答えてくれるに違いない

289:nobodyさん
09/05/16 12:44:04
いやいやクイズという限り、いつか出題者が回答するから問題ない

290:nobodyさん
09/05/16 12:46:21
まあ言われてみれば誤解さえれそうだが、ほんとにクイズだよ。
俺がさっきちょっと考えてみただけの。
テストや宿題じゃなくて（っていうか中身見りゃわかるだろうけど、そういうレベルの問題じゃない）
正解は○がって数書こうと思ったけど、結構偏ってるな、疑うなら書くが。

問題のニュアンスはわりと詳しいつもりやつが理解してないことが多かったもの。
その前に内容がマニアックに偏ってるけどな。

291:nobodyさん
09/05/16 12:58:07
こんな？

１×　２×　３？　４○　５×　６？　７×　８○　９○　１０？
１１○　１２？　１３×

？のとこはﾜｶﾝﾈ
あと設定次第だったり、環境次第だったりするところがあるよね
ViewStateUserKeyが空文字の場合とか、
認証チケットは暗号化されてるけど認証に至るまでの経緯でhttpsでないと安全でない場合とか

292:nobodyさん
09/05/16 13:04:00
いや８も×か　中身じゃなくてApplicationオブジェクトそのものは別インスタンスかな

293:nobodyさん
09/05/16 13:08:00
正解は5個、かな？（ざっと確認してみたから間違ってたらすまんね）

環境しだいだったりするのは確かにあるが、
環境を特殊にどうこうした場合とかではなくて
一般的な標準的な状態と思ってもらっていい。
ViewStateUserKeyの場合はもちろん文字列をうまく設定すれば普通に利用できるか？という話だし、
認証チケットの扱いも特殊な状況は想定していない。
単にHTTPSじゃない経路で認証チケットを使うのは安全か？（認証チケット自体は暗号化されているが）。
ということ

Applicationオブジェクトは、そこに保存した変数というか、中身のことと思ってくれていいよ。
書き方悪かったな、いわゆるApplication変数はサーバ内で完全に一つと思っていいか？ということ。

294:nobodyさん
09/05/16 15:53:09
いやいや気になるから正確な答えを頼むよｗ

295:nobodyさん
09/05/16 16:34:45
2 4 9 10 が○
それ以外は×だよ

296:nobodyさん
09/05/17 06:17:41
基本的にとか、望ましいとか言っちゃうとあいまいさがのこるから
問題文もう１回精査してから回答とともにアップしなおしてくれ

297:nobodyさん
09/05/17 09:24:47
やだよめんどくさい。

１．Global.asaxのインスタンスはアプリケーションドメイン内で単一である
２．Global.asaxにインスタンス変数を定義するば、HttpContextのようにリクエストに関する情報を保持することができる
３．BeginRequestイベントとHTTPハンドラ（ページインスタンスなど）は常に同一スレッドで実行される
４．ViewStateUserKeyにユーザIDやセッションIDを設定すると、はCSRF対策にも利用できる
５．Global.asaxにインスタンス変数を定義すると、グローバル変数として使える
６．汎用ハンドラ（ashx）でIsReusableがtrueを返すように実装すると、そのハンドラは可能な限り再利用される
７．グローバル変数が必要な時はApplication変数を使用しなければならない
８．サーバを分散していない場合、Application変数はそのWebアプリケーション内で完全に一つである
９．ViewStateの検証が有効（デフォルト）の場合は、ViewStateの値にはインジェクション系の対策は不要である
１０．Webガーデンを使用していない場合でも、そのアプリケーションプール用のワーカープロセスが複数同時に動作することはあり得る
１１．認証チケットはデフォルトで暗号化されているため、HTTPSでなくても安全である（盗聴されても不正ログインはできない）
１２．フォーム認証でログアウトすると、その認証チケットは無効となり、その認証チケットでは二度とアクセスできなくなる
１３．SQLインジェクションは、Webアプリケーション特有の脆弱性である

１．×
２．○
３．×
４．○
５．×
６．×
７．×
８．×
９．○
１０．○
１１．×
１２．×
１３．×

298:nobodyさん
09/05/17 11:05:51
>>295以上の情報が何もないじゃないか

解説ぐらい書けよ

299:nobodyさん
09/05/17 12:05:47
自分で調べろよｗ

300:nobodyさん
09/05/17 12:14:56
今携帯だから後で書くよ。
疑問のある番号あるなら疑問点を書いてね。

301:nobodyさん
09/05/17 12:40:24
５．Global.asaxにインスタンス変数を定義すると、グローバル変数として使える
インスタンス変数ってのは、スタティックじゃない変数ということかな？
Global.asaxにPublicな変数定義しとけば、グローバルに使えると思うんだが

302:nobodyさん
09/05/17 13:12:04
そ、スタティックじゃないってこと。

303:nobodyさん
09/05/17 13:16:28
単にグローバル変数ってのもやや曖昧だったね。
ここでは、アプリケーション全体で共有できるグローバル変数という意味。
まあだいたい一般的にこういう意味になるとは思うが。

304:nobodyさん
09/05/17 16:45:45
クイズ
１．Global.asaxのインスタンスはアプリケーションドメイン内で単一である
２．Global.asaxにインスタンス変数を定義すると、HttpContextのようにリクエストに関する情報を保持することができる
３．BeginRequestイベントとHTTPハンドラ（ページインスタンスなど）は常に同一スレッドで実行される
４．ViewStateUserKeyにユーザIDやセッションIDを設定すると、CSRF対策にも利用できる
５．Global.asaxにインスタンス変数を定義すると、アプリケーション全体で共有できるグローバル変数として使える
６．汎用ハンドラ（ashx）でIsReusableがtrueを返すように実装すると、そのハンドラは可能な限り再利用される
７．グローバル変数が必要な時はApplication変数を使用しなければならない
８．サーバを分散していない場合、Application変数はそのWebアプリケーション内で完全に一つである
９．ViewStateの検証が有効（デフォルト）の場合は、ViewStateの値にはインジェクション系の対策は不要である
１０．Webガーデンを使用していない場合でも、そのアプリケーションプール用のワーカープロセスが複数同時に動作することはあり得る
１１．認証チケットはデフォルトで暗号化されているため、HTTPSでなくても安全である（盗聴されても不正ログインはできない）
１２．フォーム認証でログアウトすると、その認証チケットは無効となり、その認証チケットでは二度とアクセスできなくなる
１３．SQLインジェクションは、Webアプリケーション特有の脆弱性である

305:nobodyさん
09/05/17 16:49:05
回答
１．×Global.asaxは各リクエストに一つのインスタンスが割り当てられる（リクエスト完了後はプールされて再利用）
２．○１．より、リクエストに関する情報をインスタンス変数に保持することができる
３．×セッション準備時の同期化などの仕組みにより、スレッドが切り替わることがある
４．○もちろん使える
５．×１．より、インスタンス変数はアプリケーション全体で共有できない
６．×実はIsReusableは無視されている（常に再利用されない、まあこれは今の実装の話であってどうでもいい話ではある）
７．×そんなわけはない（むしろApplication変数はあまりお薦めではない、これにはいろいろ理由があるが）
８．×Webガーデンを使えば単一にはならない、またアプリケーションのリサイクルなどにより一時的に複数になり得る
９．○検証が有効であれば、少なくとも中身を改ざんされることはない（キーが漏れてるとかそういう状況はない前提）
１０．○ワーカプロセスのリサイクルにより、一時的に複数同時に動作することがある
１１．×盗聴されれば見事に不正アクセスできる（チケットの暗号化の意味はまた別にある）
１２．×認証チケットは無効にはできない（ログアウトはクッキーを消すだけ）、とくに有効期限が長い場合これは要注意
１３．×そんなわけはない

306:nobodyさん
09/05/17 20:31:50
こういうのは問題の出し方が難しいな
主眼をどこに置くかで結果が違いそうなこともありそうだ

それはともかく知らないことがいくつかあったので勉強になったよ
今度実験してみようっと

307:nobodyさん
09/05/18 18:33:02
.NETっでviewState　OFF設定にしても、実行したら勝手にviewStateが入ってるんだけどなんでなんだろう？

308: [―{}@{}@{}-] nobodyさん
09/05/18 18:35:32
>>307
イベント識別するのにもViewState使ってたと思うからその分じゃね

309:nobodyさん
09/05/19 01:35:59
でも.NETでできてるサイトで、ソース（htmlの）みてもviewStateが一切無いページとかあるんだよね。
つまり.NETのコントロール一切使わなければ出ないって事かな？
それだと.NET使う意味ねーな･･･

310:nobodyさん
09/05/19 01:54:25
例えばどこ？

311:nobodyさん
09/05/19 01:55:28
ああそうだMVCならでないかもね

312:nobodyさん
09/05/19 21:35:47
なんか、viewstate="false"ってやってても
<asp:CheckBox id="CheckBox1" runat="server" />
がたくさんあると、viewstateがえらいことになる・・・・

なんとかしてOFFにしたいもんだ

313:nobodyさん
09/05/19 22:02:16
実際に20個設置してみたけど、これがえらいこと？？
PostBack前の状態を維持する仕組みをhiddenフィールドで
ベタに構築することを考えたら遙かにサイズは小さいと思うし、
セキュリティ的にも安心できるし、
十分に利便性はあると思うけど

それを考慮してもViewStateが嫌ならASP.NETを使わないか
旧ASPとして利用するしかないね

314:nobodyさん
09/05/19 23:02:51
enableviewstate=falseの意味ねーじゃん
ばか？

315:nobodyさん
09/05/19 23:11:27
20個設置してたら2kぐらいの文字列にならん？

316:nobodyさん
09/05/20 00:04:28
<form runat="server">を使わなければviewstate撲滅できるよ
使えるコントロールが限られるけど

317:nobodyさん
09/05/20 00:25:56
>>314
falseに設定したものはviewstate反映されてないだろ？

318:nobodyさん
09/05/20 01:07:46
>>317
試してから言えよ

319:nobodyさん
09/05/20 13:35:47
>>318
falseにしたコントロールやページに関してはViewStateに反映されないよ
ただASP.NETとして必要なぶんが反映されてるだけ

320:nobodyさん
09/05/20 14:49:36
んだな

>ASP.NET によって使用されるページには、ポストバックを検出することを目的として、
>EnableViewState が false の場合でも読み込まれる非表示のビューステートフィールドが存在する場合があります。
ちゃんとMSDNにも書いてある。つまりASP.NETの仕様。

phpでも、ページからのpostであることを示すために、
hidden fieldで<input type="hidden" name="mode" value="postback">とかして、
$mode = $_POST["mode"];で受け取ってpostbackが入っていたらpostされたと認識して
初期処理したりするけど、それをViewStateを利用して実現してる。

これすら嫌ならもはやwebアプリは向いてないから止めたほうがいいと思う。
それかすべてsessionでやる。
モバイルASP.NETはこのViewStateの仕組みを一部のコントロールを除いて
ViewStateでなくてsessionでやってるよ。

321:nobodyさん
09/05/20 15:52:47
ViewStateだとドロップダウンリストの選択位置とか覚えておいてくれるから便利。
PHPとかで実装しようとすると大変だろうな

322:nobodyさん
09/05/20 16:52:27
基地外ばっかり

323:nobodyさん
09/05/20 17:51:12
>>321
大変ではないけどめんどくさいだけ
便利なのには違いない

つうか、必要でないViewStateだけ残して切ればいいじゃん
それすら嫌とか言うなら論外だろ

何かデータを保持るためのInputとかを別の形で実装してるようなもんじゃないか

324:nobodyさん
09/05/20 18:01:54
ViewState切り詰め話はTechNet辺りでもよく出てるが、
大した問題にならないから無視しろか、
サーバーコントロールは極力使わなずResponse.writeしろの、
大体この二つに分かれてる感じだな。

一時期俺も削減に躍起になってたけど、そもそもASP.NETって時点で…
と気づいてからは余りこだわらなくなったな。

325:nobodyさん
09/05/20 21:21:01
10KBのViewStateには超文句言うのに平気で数十KBの画像おきまくったりするページワロス

326:nobodyさん
09/05/21 00:42:51
画像は受信拒否できるしなぁ
ViewStateは問答無用だろ。。

327:nobodyさん
09/05/21 00:45:50
制作者からの視点で論じてたんじゃないのか？

328:nobodyさん
09/05/21 01:36:07 /8BtlCky
ViewStateこつこつ削ってどれだけ結果に違いが出るんだよ。ほぼ意味ねーだろ。こういう所に拘るPGはマジ使えねぇ。

329:nobodyさん
09/05/21 02:38:51
携帯みたいな従量課金の場合には影響があるので
気になるプログラマはいると思う

んで、ユーザ数が多いと、そういうコツコツが大事だったりするので、
なんでViewStateを完全に無くすことができないかを知りたいと思う好奇心は
プログラマに必要な資質だと思う

だけど、ViewStateの動作を詳しく把握してもいないのに
ViewStateの存在を制御できないから気持ち悪いとか、
こんなにViewStateがたくさん埋め込まれるのは理解できない
みたいなこと言ってるプログラマがいたら確かに使えない奴だと思う

330:nobodyさん
09/05/21 04:14:36
＞携帯みたいな従量課金の場合には影響があるので
＞気になるプログラマはいると思う

普通自動でセッションに保存されるでしょ

331:nobodyさん
09/05/21 07:40:13
例えばGoogleの検索結果なんかはそのままブックマークできるけど、
そういうのやろうとすると邪魔じゃね？viewstate。

332:nobodyさん
09/05/21 08:20:41
意味がわからん。
ViewStateに対して間違った期待をしてないか。

333:nobodyさん
09/05/21 13:12:01
ブックマークさせたいならGETだけでアクセス出来るようにしとくだけ。
ポストバックの結果をブックマークしたいなんてことしなければ。

334:nobodyさん
09/05/21 14:32:49
当たり前のことだがASP.NET使ってるんだからそれに見合う環境は用意するべきだろ

335:nobodyさん
09/05/21 14:46:42
みなさんSeasar.NETやEntlibなどのフレームワークは利用されていますか？
参考までにそのメリット・デメリットなどご意見いただけないでしょうか。

336:nobodyさん
09/05/21 14:59:13
ENTLIB大袈裟
S2.NET合わない

337:335
09/05/21 15:29:27
>>336
そうですか。
紹介している記事もちらほら見かけるし、一見便利そうだったんで
使うのが一般的なのかとおもったのですが、そうでもないんですかね。

338:nobodyさん
09/05/21 15:47:46
今何もないなら試してみるのもいいとは思うよ。
俺は使う気はないがもちろん使えることもあるだろう。

339:nobodyさん
09/05/21 15:49:01
覚えれば便利そうだねぇ
.NETに取り入れてられればいいんだけど
標準でないものを使うのは気が引ける

といいつつJQuery使ってるけどｗ

340:335
09/05/21 17:29:21
今の仕事はClassicASPがほとんどなんです。
その片手間で.NET学習しながら次の案件を・・・とは考えているのですが、
なかなか時代の進歩に学習が追い付かなくて悩んでたんです。
ご意見ありがとうございました。参考にいたします。

341:nobodyさん
09/05/21 18:47:50
念のために書いておくと、
ASPの片手間でASP.NETは無謀。

342:nobodyさん
09/05/21 20:31:49
>>333
Googleの検索、トップページじゃなくて検索後のページで考えれば、
動作的にはポストバックでしょ（getだけど）。
その結果をブックマークしたい、って話よ。

343:nobodyさん
09/05/21 20:56:33
>>342
何を言ってるんだ、お前は

344:nobodyさん
09/05/21 21:10:26
>>343
例えばTextBoxのサーバコントロールを設置して、
「送信」ボタンをクリックすると、自動的にPOSTでポストバックされるということを
言いたいんじゃないかと想像

345:nobodyさん
09/05/21 21:38:57
よくわからんが<form>をmethod="get"にするだけで、
ViewStateからなにやらクエリパラメータになるんだね
長いViewStateだと死にそうだけど

普通にクエリパラメータを作成して、Response.Redirectして
受け取り側では、Page.Request.QueryStringでGET内容を取得して
処理すれば手間（といってもphpとかなら当たり前の作業）だけど実現できそうだ
つーか、phpでは当たり前の実装が手間に感じるほど
PostBackは便利すぎってことだよね・・

この辺をうまく実装してくれるような仕組みってASP.NETにあったっけ？

346:nobodyさん
09/05/21 21:59:07
だからそういう香具師はASP.NET MVCを使えと (ry

347:nobodyさん
09/05/21 22:55:04
MVCの利点がイマイチよくわかんないのよね

348:nobodyさん
09/05/21 23:14:05
ポストバックとかViewStateとかASP.NET特有の概念が嫌いで
古き良きWeb開発をしたい人にはとても良い。
しかしまあ、Webアプリ開発初心者には普通のASP.NETのが簡単だろうな。
Java人なんかにはMVCはグッとくるかもな。

349:nobodyさん
09/05/21 23:17:16
>>342
クエリに検索キーがついたURLの文字列をブックマーク（記録）するだけで
ポストバックとかは関係無いと思うが。。

350:nobodyさん
09/05/23 08:52:49
だから、ブックマークする為に
ブラウザのアドレス欄に「検索キーがついたURLの文字列」が現れて欲しい訳だけど、
form runat="server" method="post"
内のサーバコントロールに（ユーザーが）検索キーを入力した場合、
クエリ文字列は現れてくれない（URLは変化しない）し、
method="get"
にすれば現れるけど、もれなくviewstateもついてくるから邪魔。
っていう話。
>>344でだいたい合ってる。

351:nobodyさん
09/05/23 09:36:30
まあそこは自前でやるなりするしかないでしょ。
ってのが最初から言われてることでしょ。

352:nobodyさん
09/05/23 09:43:31
単純な設定変更とか、そういうレベルではできないね。
何にしても便利なやり方にはトレードオフはあるわな。

ASP.NET MVCみたいの使うとか（詳しく知らんからどんな感じにできるのか分からんけど）、
こういう用途の時だけは、ポストバックされた情報をもとに
クエリやパスに直してリダイレクトして結果表示ってのが簡単かな。
>>345みたいな方法だね。

353:nobodyさん
09/05/23 13:26:19
そもそも論でポストバック結果をブックマークしたいってのはどういう状況？

354:nobodyさん
09/05/23 13:27:16
>>352
よく考えたらNameValueCollentionをメンバに持つクラスを作って、
それにAddされて内容に従って、name=value&name1=value1みたいな出力をさせて、
URL作るだけだから、そんなに面倒じゃないね

受け取り側もHttpUtility.ParseQueryStringでやれば、
URLを自動的にNameValueCollectionに入れてくれる

ひょっとしたら、もっと便利なutilityクラスがあるかもしれないけど。

355:nobodyさん
09/05/23 13:29:36
>>353
検索結果を表示させる一覧ページとかじゃない？
例えば業務なら担当が自分のページだけをブックマークしておいて、すぐに表示したいとか

356:nobodyさん
09/05/23 13:46:59 0dm/bxqY
そこそこの規模の運用でサイト分けってどうされていますか？
現在、IIS上、1つのWebアプリの中に10個程フォルダ分けして運用していますが、
これら全てをチェックアウトしてくると、1ビルドに軽く10分程かかります。
したがって、毎回開発に必要な分を取捨選択して落としてきています。

以前、別の会社が作成したサイトを見せてもらった時は、
そもそもサイトはIIS上全て別Webアプリとして管理されていました。
しかし、そのためにApp_Code配下の共有ライブラリは
それぞれのサイトごとに保持するという形を取られていました。

通常、あるべき管理体系を考えると前者はあり得ないんでしょうが、
後者の冗長管理もどうなんだと、いう感じです。

357:nobodyさん
09/05/23 16:56:23
>>355
そういう用途ならサーバ側に用意するのが普通では？
業務に関係無く、要は個人用にカスタマイズしたページだよな。。

検索結果だって毎回同じキーワードで検索する意味不明。

>>356
開発元（マイクロソフト）が発行している開発技術大全だかに
詳しく解説されてるよ。ASP.NETの応用編だったかな。
発行年月は古いが基本的なことが書かれていてためになる。
ViewStateなんかも巷の初心者向けには書かれてないことがあったりするからおすすめ。

358:nobodyさん
09/05/23 17:02:05
>>357
いや、だからgetで指定されてると便利な場合だよ
googlemapのような緯度経度で指定してリンクを張りたいとか、
特定の商品のカテゴリ一覧だけを表示させたいとか。
一つのページ内で完結しているんでなく、
外部からのリンクを許可するような場合。

359:nobodyさん
09/05/23 17:41:00
>>357
そのサーバ側の用意として、getで指定するページを作るわけだが
まあ、厳密にはポストバックされているページではないがな

360:nobodyさん
09/05/23 17:44:57
>>356
運用って何を指しているんだ？
チェックアウトやビルドは通常開発段階での話だが、
開発方法をして運用っていってるのか？

あるべき管理体制ってのは、何の管理をする体制のこと？
ソースの管理か？

361:nobodyさん
09/05/23 18:55:09
>>360
エスパーすると、共有のライブラリをプロジェクト（Webサイト）ごとに
管理しないといけないから面倒ってことでしょ

それでも1サイトを1プロジェクトにして参照設定して、
発行すればライブラリも発行されるからそれの何が不便なのかよくわからないけど。

同じサーバに同じDLLが複数存在することを気持ち悪いと思うのなら
感覚としては理解できるけど、逆に、そのサイトがアクセス数が増大してしまって、
個別のサーバに移植したいという需要が発生した時には、
何も考えることなくそのWebサイトだけを他に移動させればいいんで、
その点では利便性は増してると思うけど。

362:nobodyさん
09/05/24 08:23:28
>>350

HttpRequest.QueryString()を使えばいいだけのような気がするのだが。
別にPostBackだけが唯一のパラメータ取得の方法じゃないし。

363:nobodyさん
09/05/24 16:17:44
お前ホントに頭悪いな

364:nobodyさん
09/05/25 16:11:35
というかさ、ViewStateが「強制」なのが気持ち悪いのであって
アクセス数が多かったり、携帯だったりだと少しでも無駄は省きたいわけだ。
無駄にステートを保存してもらわなくていいし。

なんでページで「OFF」と指定しているのに組み込まれるのか。

というと、ASP.NETつかうなだとかいうやつがでてくるだろうけど、
これはMSも設計ミスと認めてるわけで、次.NETでは完全にOFFになるようだ。

結論からいうと3.5までではあきらめろ。

365:nobodyさん
09/05/25 16:12:47
※ただしイケメンに限る

366:nobodyさん
09/05/25 17:05:50
ViewState無しで、POSTされた後であるかどうかをどうやって判断するんだろうな
改ざん無しで

367:nobodyさん
09/05/25 17:07:56
携帯はモバイルASP.NET使わないほうが悪い

368:sage
09/05/25 17:44:02
キーが「日付」「SEQ」のテーブルがあって、それを表示させるウェップページを考えています。
表示させる際に、日付でグループ化したいんですが

--------
yyyy/mm/01
　・01 ｘｘｘｘｘｘｘ
　・02 ｘｘｘｘｘｘｘ

yyyy/mm/02
　・01 ｙｙｙｙｙｙｙ
　・02 ｃｃｃｃｃｃｃ
--------

みたいな感じで。

.NET2.0だと、Repeaterの入れ子で実現するしかないでしょうか？.NET3.5だとListViewで
お手軽に実現出来そうなんですが。

369:nobodyさん
09/05/25 18:06:49
テーブル構造がよく分からないが、
SQLテーブルに日付テーブルの日付をinner joinして
日付テーブルID、SEQテーブルID、日付、項目というテーブルを取得して、
日付でソートし、日付が異なるたびに実行時バインドで<tr><td>yyyy/MM/dd</td></tr>
という行を表示してやればrepeaterを入れ子にしなくてもいいんでね？

370:nobodyさん
09/05/25 18:10:14
>>368
最終的にどんなHTMLにしたいか考えたら結構簡単だと思うんだけど・・・
どんな方法だって実現できると思うけど？
あれだけど、極端な話テーブル使う方法もあるだろうし

371:nobodyさん
09/05/25 20:34:29
日付、SEQでソートして、日付が変わったときだけ日付を表示すればいいんだろ
入れ子にする必要なんてないだろ
日付の部分だけ実行時バインドで、表示するかどうか判定するロジック組めばいいんじゃね

372:nobodyさん
09/05/25 22:49:35
＞次.NETでは完全にOFFになるようだ。
詳しく

373:nobodyさん
09/05/26 00:59:11 /YYr/a48
>>372
ASP.NET 4.0でMVC Framework標準装備って話でしょ。
ただ、MVC採用が現行の切り捨てに直結はしないと思うが。

374:nobodyさん
09/05/26 12:50:31
そういう意味なの？
どう考えても置き換わるもんじゃないのに。

375:nobodyさん
09/05/26 14:00:24
コードビハインドがなくなったら、
いままでのサーバコントロールとか一式駄目になるな

376:nobodyさん
09/05/26 14:12:00
うーむMVCも触ってみようかな

377:nobodyさん
09/05/26 20:37:00
MVCやってみた
実行時バインドを多様してhtmlとコードを分離してるってだけみたいな感じだね
M→Linq To SQLやLink To Entityなどデータベースからデータを取得する
V→htmlと実行時バインド
C→実行時バインドの結果だけを作るクラス
こんな感じ？

むかし普通のASPの頃、デザインとコードを分離したくて、
１）デザイナの作成したhtmlの任意の場所に##Result##みたいなマーカーを設置する
２）ASPで出力するhtmlを作成する
３）ASPでFSOで１）を読み込んで、##Result##の文字を２）で作成したhtmlで置換する
なんてことをやってたけど、これをシステム化した感じだ

コードとデザインを別の意味で分離できるからこれはこれで便利なんだろう
ただ動的に生成されるタグは少なからず存在するので
JavaScriptの問題はやっぱり解決はできなさそうだ。

378:nobodyさん
09/05/27 10:49:08
VWD 2005 Express Editionを使っています。

データベースのテーブル作成で、
列名'ID' を IDENTITYの指定で（Is Identity）＞「はい」を選択し
・IDENTITYインクリメント＝1
・IDENTITYシード＝1
とした場合、

「テーブルデータの表示」を開くと、自動的に初期値ID＝1が表示され、
1レコードを入力完了すると、自動的にID＝1が表示される。

となるのではと思うのですが、
'ID' の欄が「セルは読み取り専用です。」と（タスクバーに）表示され手入力不可。
これはよいのですが、データがNULLのままです。

どうすれば自動的にIDが入力されるようになるのでしょうか？

379:anon
09/05/27 11:44:02
>>368
まともな回答が付いてないようなので。

repeaterをネストさせるのが一番簡単だと思うよ。
DataSetとしては、日付をDistinctしたものと、テーブルをそのまま取得し
たものの2つを用意して、２つの間でリレーションを設定。本文を格納した
DataSetに対してはDataViewを設定。

これで階層構造で表示させられる。

380:nobodyさん
09/05/27 12:18:04
>>379
>まともな回答が付いてないようなので。

>>369,371は無視か？
それともまともじゃないというのか？

Repeaterのネストは本人も方法として言ってる
簡単かどうかは考え方によるだろうが
データセットにリレーション張ってRepeaterネストさせるぐらいなら、
日付ブレークの判定いれる方が簡単だと思うがな

381:nobodyさん
09/05/27 12:58:36
VWD 2005 Express Editionを使ってます。

GridViewに編集ボタンを付けて実行し
編集ボタンをクリックすると、下記のエラーメッセージが出ます。

「使用されている SQL Server のバージョンでは、データ型 'date' がサポートされていません。」

スタックトレースを見ても意味が分かりません。

何処を直せば、あるいはパッチの追加インストールとか必要なのでしょうか？

382:nobodyさん
09/05/27 13:04:36
どういうデータをどうバインドしてんだよ、こんちくしょうが。

383:nobodyさん
09/05/27 13:07:41
>>378
設定してすぐにテーブルを開くと表示されてるのは、
全部のフィールドがNULLになってると思うけど、
これは新規に行を追加するところだから

何かしらを入力（ID以外のデータ）してenterキーを押して決定すると
新しい行がデータベースに追加され、IDが表示される

384:nobodyさん
09/05/27 13:09:52
>>381
わかんないけど、日付を表示させようとすると、
そういうエラーが発生するんだよ

ソースを表示するとGridView内にタグにdbtype="date"みたいな
表示がかかれてるところがあるから、そのdateをdatetimeにすると
正常に表示される。

編集や削除を許可してるなら、その数のぶんだけあるから
複数修正すること

385:nobodyさん
09/05/27 13:33:53
>>384
できました！なじゃこりゃｗ

ありがとうございます！バグなんですかねこれって？

386:nobodyさん
09/05/27 13:40:46
DB側の仕様が変わったのについてこれないんだろうぁ

387:nobodyさん
09/05/27 14:08:08
>>385
IME ga kowareta ze ww
tabunn kono fix program jya ne?
install shitara kekka houkoku plz

URLﾘﾝｸ(connect.microsoft.com)

388:nobodyさん
09/05/27 21:23:09
あなるせっくすしたい

389:nobodyさん
09/05/28 17:38:31
すみません。あちこちググってもわかりませんでした。天才様、お願いします。

asp.net(1.1)webサイトAがあります。
これは現在順調に動いています。
アプリケーションルートはwwwrootにあります。

ところが、このサイトを携帯サイトにも対応させようということになり
wwwroot直下にmovileというアプリケーションを登録し、元のサイトのコードをすべてコピーしました。
現在はまだここまでで、携帯にｈｔｍｌをコーディングし直しているわけではなく、PCで閲覧してテスト中です。

データベースからのデータを得る部分はwwwroot直下の別アプリケーションwevserviceを参照しています。
これはコピー元、コピー先ともに同じです。

ところが、単なるポストバックプログラムは動くようになったのですが、wevseervicceを参照している部分だけ

＞＞System.Net.WebException: 操作がタイムアウトしました。

エラーが出ます。web.configはすべてコピー元と同じ設定にしてあるのですが、movileアプリケーションだけが
エラーを出します。
どこかに同一サーバー内の別アプリを区別するセキュリティやタイムアウトの設定があるのでしょうか？

ヒント、誘導でもいいのでお願いします。

390:nobodyさん
09/05/28 17:53:13 wAV+Bwsc
すみませんageさせていただきます。レスお願いします。

391:nobodyさん
09/05/28 18:43:17
わかんないけど、単にディレクトリ掘っただけならweb.configまでコピーする必要ないんじゃないのかな

IISサービスマネージャ（スナップイン？）で、新たなアプリケーションを追加（仮想ディレクトリの追加？）を
追加して新しいサイトとしてやってみるのは試してみた？

どこで処理が止まってるかデバッグで確かめて、
その接続がなんでいかないかを考えたほうが早いようなきもするけど。

あとmovileじゃなくてmobileね

392:nobodyさん
09/05/28 19:08:30 wAV+Bwsc
>>391
ありがとうございます。
web.configをコピーしたのには、将来的にcookieless=trueとして携帯サイトとしてクッキー対策するためと
ログイン画面への遷移を指定するためで、どちらもアプリケーションルートのweb.configのみという制約があるのです。

処理が止まっているのはwebサービスの応答待ちです。
webサービス側はまったくリクエストが届いていない感じです。
サーバー内には目立ったエラーログはありません。

393:nobodyさん
09/05/28 19:13:32
なので、一つ一つ試してみたら？
web.configがなかったらどうかとか、
webサービスがなんで動作しないのか、
可能性を一つ一つ試して排除してみるしかないと思う。

asp.net 1.1　とwebサービスの特有の何かしらの症状なら、
あまり利用したことがないから想像がつかないけど。

394:nobodyさん
09/05/28 19:21:36 wAV+Bwsc
>>393
ありがとうございます。

なるほど！テストしてみます！

次ページ