==ASP== Part 2
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
02/07/30 19:28ID:FEU9c2CH前スレはこっち
http://pc.2ch.net/test/read.cgi/php/984840107/
0320nobodyさん
02/10/21 00:35ID:hmy1lubxここなんかどうでしょう。（今日はじめてﾊｹｰﾝしますた）
http://www.f-store.net/asp/home.asp
0321319
02/10/21 10:53ID:i4womqfuサンクス
ここは、既にASPで開発している人向けのリファレンス的なサイトかな
もうちょっと初心者向けのサイトとかないかなぁ
とりあえず、IISのインストから始まってメモ帳開いてスクリプト書いて
ＤＢからデータ拾って表示するみたいなやつキボンヌ。
0322助けてください
02/10/21 14:16ID:N3Iw6Uwhご指摘有難うございます。
ASPファイルを開こうとしたタイミングで、以下のシステムログを吐き出していました。
種類：警告
ソース：W3SVC
分類：なし
イベントID：36
サーバーはアプリケーション '/LM/W3SVC/1/ROOT' の読み込みに失敗しました。エラーは 'インターフェイスがサポートされていません' でした。
>>315
そうかも知れませんね。
もう少し調査してみます。
漏れは最初は↓の掲示板検索しまくって勉強した。
http://tryasp.winscom.co.jp/
http://www.dolphinnetservice.ne.jp/
0324319
02/10/21 20:37ID:voO/EIychttp://tryasp.winscom.co.jp/
こっちのサイト、かなり良いです
ありがとう。
だが、ASPの仕事する話だった会社から今日不採用通知が
無職約1年、鬱だ。。。。
0325nobodyさん
02/10/23 10:35ID:UQQhNzfq別サーバー上の共有をかけたフォルダは参照可能ですか？
現状では以下のようなエラーが出ます。
エラー タイプ
Server.MapPath(), ASP 0174 (0x80004005)
無効な '/' または '\' が MapPath メソッドの Path パラメータに見つかりました。
ソースは次のとおりですよろしくお願いします。
folder_path = "\\Tokyo_Server\Document"
'--- オブジェクト作成 ---
Set ObjFSO = Server.CreateObject("Scripting.FileSystemObject")
Set ObjFolder = ObjFSO.GetFolder(Server.Mappath(folder_path))
Set ColFolders = ObjFolder.SubFolders
Set ColFiles = ObjFolder.Files
'--- サブフォルダを表示 ---
For Each Folders in ColFolders
Response.Write Folders.Name & "<BR>"
Next
0326nobodyさん
02/10/23 11:36ID:???なんでServer.MapPathを使うの？
MapPathはIISの仮想パスあるいは相対パスを物理パスに変換する。
よってここでは無意味。
このエラーは共有フォルダうんぬんが原因でなくて、Server.MapPathの引数に
物理パスを指定してるんでエラーが出てるだけ。
まあどっちにしろ共有フォルダの内容を表示するのは無理みたいだけど。
0327nobodyさん
02/10/24 13:55ID:trXPwHrKこういったシステムを組むにあたって、サーバのハードウェアスペックの選定方法はどうしていますか?
計算式がM$のページにあるという話を聞いたことがあるのですが、どうにも見つかりません・・・
0328nobodyさん
02/10/24 16:44ID:???0329nobodyさん
02/10/24 16:57ID:trXPwHrK例えば接続クライアント数とか要求されるデータのサイズとかに応じてこれくらい、みたいな。
0330nobodyさん
02/10/24 17:37ID:iUs14Udaって全国でどれぐらいの割合で使われてるか知ってる香具師いる？
一番使われてるのはPerl？
次がASP？
追い上げてきてるのがPHP？
今から言語勉強しようと思ってるんだけどどれがお勧めかな
0331nobodyさん
02/10/24 17:41ID:???ASPで何をやるかにもよるし、パラメータが多すぎるような。
どれくらいユーザいるのか知らないけど、Dual PIII、Memory 1GB、HDD それなり
程度の1U鯖でとりあえず始めて、必要に応じて増やしていったほうがいいと思う。
たいていはこれでもオーバースペックだと思うが。
0332nobodyさん
02/10/24 17:47ID:???Javaは？
よく知らんが、楽天とか大きなところならCじゃね−かな？
あと.NET系も、これからそれなりにシェアとるんで無いかい？
とりあえずその道でやっていこうと思ったらいろいろやっとけ。
0333327
02/10/24 17:53ID:trXPwHrKなるほど了解です。
処理としては既存のSQL鯖への登録・照会・更新・削除くらいで、
クライアント数もたかが知れてる(多くてもン十台)です。
見積の根拠を問われた場合が問題だけど、適当にでっちあげるカンジでｗ
「可能な範囲で出来る限り高スペック」っていう方向で逝きます。
ありがとさんでした。
0334nobodyさん
02/10/25 11:09ID:ZW5Op/Vf言語や環境の選択はギャンブルだから、各々の立場で最適の賭に出ることをおすすめする。
とりあえず全部やっとくっていうのは、とりあえず最悪の選択。
質問のレベルからして、当初一つに絞るべし。
オープンソースらう゛な顧客が多いなら迷わずJSPやPHPだろう。
これから始めるきみに今更Perlはないと思う。
ＭＳ環境でやれっていう要求が強いならASPおよびASP.Net。
今は過渡期だけれど、.NetじゃないASPもやっておいた方がいいな。
現場では、今後暫くはそちらの要求の方が多目だと思う（業界による）。
ん〜質問からしてAccessやExcelをようやっと使っているという感じがしないでもないので、ASP側をおすすめかな。
これからOSレベルでUNIXライクなものを勉強しつつのプログラミングのお勉強はやること多すぎるもんなあ。
0335nobodyさん
02/10/26 13:43ID:2YrLVkVE全国でって、イントラなのかインターネットなのかでも大きく変わってくる
でしょ。イントラなら圧倒的にASPだと思うが、インターネットだと
Unix系が多いでしょ。
特に日本人は、世界よりもWin嫌いがIT系技術者に多いと思われるため、
Webメインのベンチャーと、レガシーなシステム開発系の会社で変わってくると
思う。
0336nobodyさん
02/10/27 17:51ID:Xr/mnh9jIIS+ASPやめておけ
運用管理だけで大変。
Apache+phpを勧める。
WEBサーバー管理が楽チン。
世界で一番使われているOSの一番使われているサーバーが
一番安定している。
ただ、エクセル、アクセス、ワードを使わないといけない状況なら
仕方なし、ASPかな。
鷲は、両方つかう。なぜかといえば、ユーザー管理職はエクセルに絶対的な
信頼（それしか知らない）を置いている。
PHPがCOMを使える状況でASPの存在価値がないにも関わらず、日が浅いため
ユーザーが納得できない今日。
しかし、今年に入りPHP書籍の発刊数は、すごい勢いである。豊富な関数と
ソースがあればparlに変わるのも時間の問題である。
まさに、スクリプト戦国時代です。
0337nobodyさん
02/10/27 18:31ID:???0338nobodyさん
02/10/28 00:08ID:???WOとは世界が違うからほっといて。
0339nobodyさん
02/10/28 10:49ID:???あんた一体何者だ？（藁
世界で一番使われているOSのWebサーバ＋Apache＋phpってなんでつか？
頼むからWin32上のApache+phpとかボケはすんなよ？
それからエクセルとワードとアクセスがなんでWebアプリケーションプラットフォームに関係あるでつか？
PHPでCOMって恐ろしい話すんじゃねえYO!
parlなんてものもないのきちんとPerlと言え・・・
困ったもんだよこの手のｱﾌｫは・・・
0341nobodyさん
02/10/28 12:52ID:Tg+X/pJIそういう貴方は、何がおすすめ
リーマン社会ではオフィス製品はあたりまえだが。
0343nobodyさん
02/10/28 16:19ID:???0344nobodyさん
02/10/28 17:43ID:s0bmaFPaそういうのを重箱の隅をつつくって言うんだよ。
可能性なんていくらだってあんだろ？（藁
そのうちサーバのコンソールでnotepad.exeのウインドーを開く可能性があるとか言い出すんじゃねえの？
粘着は向こう行け。
0345nobodyさん
02/10/28 19:20ID:h954DWc8そんなことはない。
中小規模ではACCESSをバックエンドで、使っている。
343の言うようにWEBは帳票に弱い、安価に済ますには
アクセス、エクセルに差込し印刷する。
開発資金の潤沢な企業で大規模なものより、中小規模の
普及が多いのでは？
あなたも鷲も正確なデータを元に事実に即して、言及しているので
0346nobodyさん
02/10/29 09:44ID:???該当するスレが見あたらないのですが
0347nobodyさん
02/10/29 18:14ID:???人気無いことは無いと思うが、まだ普及してねーなー。
外向けのサイトではMSぐらいしか見たこと無い。
イントラ向けはどうか知らないが。
過去にASP.NETスレたったらしいがすぐ消えるらしい。
ここと統合でいいんじゃねーの。
0348nobodyさん
02/10/29 20:55ID:1HHMDVcV>>オフィス製品とASPって微塵も関係ない。
accessには、ASPファイルで保存とあるが、分かる様に
説明をしてくれ。
0350nobodyさん
02/10/30 05:10ID:???0351nobodyさん
02/10/30 15:06ID:???っていうか、ついでにWeb環境の帳票って何使ってるのか語ってくれよ。
いまからASP触る予定なんだけど、帳票ツールの良し悪しが判断できなくて困ってるのでし。
0352nobodyさん
02/10/30 18:57ID:aRxW/kJX＞ADOさえあればOfficeは要らんって言いたかったんじゃないか？
ADO使って何につないで、その先どうするの。
＞全クライアントにOffice入ってる方が金持ちだと思うが・・・
そんな会社あるか（全部クローンだろ）
サーバー側に１台だろが。
0353nobodyさん
02/10/30 20:14ID:fKkCaXe5恐らく中小規模でまともに（このまともにってのがミソ）ＤＢを扱っているところでは、Accessは使ってない。
きみが言ってるのは零細規模だろ。
0354nobodyさん
02/10/30 20:17ID:fKkCaXe5どう無知だか言ってみろよ。
やりゃ出来ないこともないってレベルの話なんて興味ないが。
Webでやるべきであること、別のソリューションがよいこと、たてわけも出来ないような奴は出直した方がいい。
0355nobodyさん
02/10/30 20:22ID:fKkCaXe5保存できまっせ！ってことをウリにしたＭＳの騙しが入ってるだけ。
連中が本気でそれを推奨してるって思ってるんか？
ほんとにあんたらみたいに思考の停止している人間が開発に携わっていると思うと寒気がする。
ＤＢ板でもAccessの連呼があって、正直我が目を疑うよ。
およそ開発側からはそういうファイルシステム依存のＤＢでなく、専用の独立したＤＢエンジンの採用を推薦してしかるべきだ。
２ｃｈはほんとにレヴェルが低すぎ。
感心したのは唯一Perlやら正規表現なんて旧世界の板だけだ・・・ﾔﾚﾔﾚ(´ー`)
0356nobodyさん
02/10/30 20:28ID:fKkCaXe5人気のあるなしはしらんが、水面下では熱心に取り組む開発者が少なくない。
今までの製品の移植やら完全な書き直し、研究レベルで習作を行うなどはよく目にするよ。
ＭＳプラットフォーム上でのWebソリューションの開発などを行うのなら、絶対に学んでおいた方がいいぞ。
クライアントサーバーの手法、３層構造の開発などがかなり不鮮明というか混然としているので慣れが必要だけどね。
ＭＳ的まやかし・騙しに乗せられず、冷静に見つめれば、これは素晴らしい開発環境だよ。
0357nobodyさん
02/10/30 21:16ID:aRxW/kJX>>オフィス製品とASPって微塵も関係ない。
↓分かる様に説明をしてくれ。
Ａｃｃｅｓｓ ２００２＋ＡＳＰ Ｗｅｂデ−タベ−ス
シリーズ名
副 書 名
多巻物書名
原 書 名
出 版 社 発行所=エ−アイ出版
著 者 河野春夫
本体価格 2,800 特価 特価期限
発行年月 2002/08 判型 Ｂ５ ページ 319
ISBN 4871938964
１ 実行環境を作る（Ｗｅｂアプリケーションとは；Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅｓ（ＩＩＳ）のインストールと設定を行う
ディレクトリと仮想ディレクトリを作成する ほか）
２ Ｗｅｂアプリケーションを作る（作成するＷｅｂアプリケーションの構成；トップとメニューページを作成する；営業報告書作成のページを作成する ほか）
３ Ａｃｃｅｓｓアプリケーションを作る（作成するＡｃｃｅｓｓアプリケーションの構成；トップメニューを作成する；各種の帳票印刷処理を作成する ほか）
0358nobodyさん
02/10/30 21:50ID:???DB板ってどこの？
２ｃｈだとAccessスレはム板とソフトウエア板くらいしか知らないが。
>>357
それ組み合わせてるだけじゃん。
関係があるわけじゃないだろ。
0359nobodyさん
02/10/30 21:52ID:GR6NE38j>ＤＢ板でもAccessの連呼があって、正直我が目を疑うよ。
あなたの独断的見解が思考を停止させているのではないか。
いい所、悪い所、分った上で上手に付き合っている。
みんな、全部わかってるのさ。
本スレ来て、人格攻撃して恥ずかしくはないか。
0360nobodyさん
02/10/30 21:59ID:???作業工数で考えるのが宜しい＞開発で選択
早くやりたいのならwin2000鯖+IIS+ASP.NET（C#でもVBでも開発できる）
急いでないのならUNIX系OS+Apache+PHPでいいんでないのかねぇ
0361nobodyさん
02/10/30 22:01ID:GR6NE38j>>オフィス製品とASPって微塵も関係ない。
↓分かる様に説明をしてくれ。
ＡＳＰ（エ−エスピ−） ３００の技
ＡＣＣＥＳＳでカンタン―Ｗｅｂアンケートアプリ作成ガイド
0362nobodyさん
02/10/30 22:05ID:???代わりに説明してあげますよ
・そもそもASP自体IISのオマケである
・office系アプリとASPなんて単に連携させているだけ
・DBにAccessを使っていることがあるというだけでDBは別モノ
納得した？
0364nobodyさん
02/10/30 22:37ID:???もはや死語となったWindows DNAの観点から見れば、OfficeもASPもCOMというインフラの上で通信し合うコンポーネントだね。
IIS上のASPからOfficeコンポーネントへ、逆に（あまりやることはないが）OfficeのVBAからIIS上のコンポーネントへ共通の手段（規格）で双方向通信ができる。
基本的にはIIS＋ASPがCOMクライアントで、Office製品がOut-of-processにOLEサーバになることが多いね。
フロント側のOfficeならともかく、バックエンド側（つまりサーバサイド）でのOfficeなら全く無関係だとは言い切れないかもね。
「ASPからADO使ってAccess上に定義されたリポジトリに接続」とか、「ASPからExcelをCOM起動してサーバサイド帳票を印刷」とかいうのなら時々ある手段だし。
まぁ俺の考えとしては、IISとOfficeが連動するか否かに関わらず、IISもOfficeも同じインフラ（COMテクノロジーという基盤）で動作しているということで・・・
「確かにそれほど関係は強くないが、微塵も関係ないというほどのものではない。」
というところだな。もちろん異論もたくさんあるだろうけど。
どちらもIUnknownやらSCMやらという動作原理は同じなわけで。
ちなみにnotepad.exeはCOMではないな。
0365nobodyさん
02/10/30 22:44ID:???香具師がいます助けて下さい。外部の案件なのに。
0366nobodyさん
02/10/30 22:58ID:YCnTCDod特にActiveXは。
0367nobodyさん
02/10/30 23:04ID:???そういうことをいうとWindows上で動く大部分のソフトが関係があるといえそうだが。
一般的にはASPとOfficeが関係があるなんていわない。
連携できるなら話はわかるが。
0368364
02/10/30 23:42ID:???DCOMになる場合もあるし、ならない場合もある。DCOMとなるとRPCSSによるマーシャリングだの権限の偽装だのという問題が多発するから、あまり俺の周りではやってないなあ。
DCOMが本当に必要になるのは、MTSとかCOM+ Component ServiceでCOM+をやる時だと思う。DCOMCNFGでいちいち設定するのではなく、アプリケーションプロキシでクライアントにパッケージを提供するやり方でね。
> そういうことをいうとWindows上で動く大部分のソフトが関係があるといえそうだが。
確かにそうだが、COMの中核を担うほどのCOMコンポーネントをパッケージングして提供していたのは、IE、Office、VSだけだよ。
MDACを考えてみれば分かると思うけど、あれほどの重要なコンポーネントが同梱されているのはこれらの製品だけだしね。（Option Packとかは除く）
これらの製品をインストールしたことで、COM系（特にデータアクセス系）の挙動が変わってしまって困った経験をした人、多いんじゃないかな？
> 一般的にはASPとOfficeが関係があるなんていわない。
関係があるかどうかという判断基準は人によってまちまちだから、そういう考えでも全然ありだと思うよ。俺も個人の考えとしてはともかく、「一般的には」関係ないというのには同意。「全く」というのは同意できないが。
あと、Windows DNAでMSが提唱していたモデルではIISはSQL Serverと密接に連携しているということになっていたが、これも関係があると主張する人もいれば、単なるデータサービス層の選択肢の1つであり、直接的な関係はないと主張する人もいるだろうしね。
こればっかりは結論のでない不毛な争いだと思うよ。
0370nobodyさん
02/10/31 00:27ID:???>>364と>>368は似たような長文だが、>>364は専門用語を連発することによって
より厨房ぽさを演出している。
いやふと思っただけなのだが・・・
0371nobodyさん
02/10/31 00:34ID:???誰が何言ってるのかわからん。ただのアラシなのかよ。
0372nobodyさん
02/10/31 01:25ID:JIDNk1Z3ASPのメリットとか言うなら、Exchangeとの連携とか、
SharePointPortalServerと組み合わせて云々とか話してほしい。
ところで、OfficeのWebControl?だっけか、この辺のモジュールで、
サーバーサイドで何かできないの？
サーバーサイド用に設計されていなクライアントアプリを
サーバーサイドで起動して何かをするというのは非常に抵抗感がある。
0373nobodyさん
02/10/31 03:15ID:???0374364
02/10/31 07:30ID:???0375nobodyさん
02/10/31 07:52ID:???0376nobodyさん
02/10/31 07:52ID:???>>364や>>368に専門用語なんて一言もでてないぞ！ASPをやる人間の最低ラインの知識でしかない。
これを専門用語といってしまうのはそれこそ厨房では？
てゆーか具体的にどれを指して専門用語というんだよ？まさかMDACやSCMとか言うなよ？
つーかこの用語さえ知らない人間がASPやってていいのか？いくらなんでもｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙすぎるぞ！
0377nobodyさん
02/10/31 10:31ID:KBKhJ36N0378nobodyさん
02/10/31 13:07ID:???俺は「専門用語」なんてさっぱりわからんけど
普通に開発してるけどな。
そもそも指摘している「専門用語」ってwindows用語じゃねぇか。
ASPのｿｰｽが書けるってのとwindowsのｼｽﾃﾑ用語がわかるってのは別モンなのでは？
0379nobodyさん
02/11/01 01:27ID:???0380377
02/11/01 09:38ID:???あ、あるんだ。
ぐぐって調べます。ありがと。
0381nobodyさん
02/11/01 11:44ID:lYzHGkKqいや、Accessスレじゃないんよ。
れっきとしたＤＢスレだったから我が目を疑っちまったってわけ。
速攻ログ削除したから場所忘れちゃった。
ゴメン。
（ダブルバイトで「ＤＢ」ってタイトルに入ってるから探せばすぐ見つかると思うぞ）
ああ、それからさ、上の357みたいな引用する奴は結局根本的にわかってないから言うだけ無駄だぞ。
センスの違いだから放置に限る。
0382nobodyさん
02/11/01 11:48ID:lYzHGkKqそこまで傷が深いと救いようがないのでは？
0384nobodyさん
02/11/01 21:37ID:FtY6MP9u>>オフィス製品とASPって微塵も関係ない。
↓分かる様に説明をしてくれ。
初めてでもできるＡＳＰプログラミング入門
出 版 社 発行所=日本実業出版社
Ｗｅｂページの最新技術ＡＳＰについて、その仕組みからプログラミングまで初心者向けにわかりやすく解説。
データベースプログラミング―ＡＳＰ ｗｉｔｈ Ａｃｃｅｓｓ
0385nobodyさん
02/11/01 22:05ID:???漏れにはお前が何をいいたいのかのほうが分からんよ。
この本の内容が知りたいのか？
この本の値段が知りたいのか？
お前はこの本を引き合いに出すことで何を答えて欲しいんだ？
質問するならもう少し具体的に質問しろよ。
0386nobodyさん
02/11/02 04:53ID:Q9+eg4gJこんな奴らエッタ呼ばわりされているPG以下だな
0387
02/11/02 08:17ID:5/TSruwnお前の書き込みのほうが頭わるそう
0388nobodyさん
02/11/05 21:35ID:???普段はPHPとかPerlとかCでやってますよ！！
クライアントが今回たまたまASPで要望出してきただけなんですってば！！
0390nobodyさん
02/11/06 20:22ID:HpnnNXkqどうすればよいのでしょうか？
0391nobodyさん
02/11/06 23:04ID:qVUgkxUdこんな感じになるな。
<%
Set objShell = Server.CreateObject("WScript.Shell")
rc = objShell.Run("%comspec% /c mkdir c:\hoge")
'if you need return code then print it
Response.Write(rc)
Set objShell = Nothing
%>
0392nobodyさん
02/11/07 10:21ID:Uss4/sv+それ、起動するだけ。戻り値を取得するときは、
exeのPIDが破棄されるまで待たせた方がよいのでは。
0393nobodyさん
02/11/07 11:17ID:S8Z7dHfO……どっかのMLでちょうど同じような記事があったけど、バイナリオクテットがどーのこーのと……そんなに難しいのでしょうか？(T_T)
0394nobodyさん
02/11/07 11:19ID:zJZPH1bg起動するだけじゃなくって、起動して仕事して終了っていう一般的なプログラムの動作だけど。
0395nobodyさん
02/11/07 11:32ID:???いや、Applicationを操作するということじゃなくて、
たとえばexeで重たい処理をさせて処理の成否を戻り値で
取得するとすれば、exeが動作中でもスクリプトは先に
進んじゃうので、戻り値を取得できないってこと。
0397nobodyさん
02/11/07 11:52ID:???確か command, window_style, waitonreturn だから。
"some command", 0, 1
ってことだね。
0398395
02/11/07 13:27ID:S8Z7dHfO多少邪道でもOKなので、情報があればプリーズ(T_T)
0400395改め393
02/11/07 16:04ID:S8Z7dHfOごめんなさい！ 大勘違いです！ 私（>398）は>393です。
あう〜……。一万回土下座（拝）
0402nobodyさん
02/11/07 16:47ID:???<script>
var oExcel = new ActiveXObject("Excel.Application");
oExcel.Visible = true;
oExcel.Workbooks.Open("http://web.pref.hyogo.jp/toukei/maiqnp0201.xls");
</script>
これをhtmlに埋め込め
0404nobodyさん
02/11/07 19:21ID:???んじゃ393ってことでレス。
おそらくそのメーリングリストで見かけたっちゅうのは、ファイルのダウンロードプロンプトを出して、ブラウザ内への表示を回避する方法ってことじゃなくて？
リンクを張ってダウンロードさせるってのは、どう考えてもクライアント側のMIME設定に一任の方法だぞ？
質問者の勘違いで、リンクを張るが「ASPによって処理させて」ってことでも、やっぱりクライアントのMIME設定に左右されるな。
切り分けとしては、１．クライアントに処理を任せる ２．ダウンロードプロンプト経由でＤＬさせる の二つしかない。
で、１に関してはサーバからの回答としてMIMEを明らかに示してやるかクライアントが能力に応じて判断をするかの切り分けができる。
サーバからの回答を明示的なものにするということであれば、ASPでソースをバイナリ読み込みしてからヘッダを書き換えてバイナリ送信だね。
0408400
02/11/08 10:04ID:???まぁ、>400はまったく本筋と関係ないので、怒られても仕方ありませんが……(;_;)
>>402
ありがとうございます。とりあえずExcelを立ち上げるところまでは動きました。
確かにちょっとアブないやり方だとは思いますが(^^;、まぁイントラですので、信頼済みサイトに登録してもらうっつーことで……(^^;
で、と。すみませんがもう一つ質問。ここに埋め込むのは絶対URLでなければいけないのでしょうか？
>>404
おそらくそうです。で、少し追いかけていくと、response.ContentTyeに「オクテットストリーム」をセットすれば、とりあえずOLEでIEの中で開くことは防げる。
だが、クライアント側で「直接開く」が有効になるかどうかは判らない……ということらしいです。
最近のIEって、「直接開く」が無効になってることがありますよね？ これって、どういう基準なのでしょう？
0409404
02/11/08 11:12ID:hIDjc6uq悪いこといわないから、そういう危ない代物はイントラでもやめれ。
セキュリティなどについて、根本的にいまの開発に携わる人間は教育を受けていないと見える。
たとえばネットワークのセキュリティだけど、きちんとした教育課程では「サーバールームには鉄の扉をつけて鍵をかけろ」のレベルから始まる。
能書きこいてるやつのオフィスを訪問すると、ファイアウォールマシーンに誰でもさわれておまけにコンソールまで開いているなんてざら。
これはね、意識の問題なんだよ。 くだんのExcelをブラウザからキックなんてその最たる例。
そういう不細工な真似は、まっとうな開発を続ける予定ならきっぱりと縁を切るべき。
難癖でも何でもないのよ。
ド素人があふれてる。
ウイルスの温床やSPAM用のsmtpサーバなんかがバンバン増えて当然だよな・・・
頼む、、、ネットワーク社会で（ユーザー以外）無知は犯罪ということを忘れるな。
で、本題ね。
直接開くかどうかのクライアント側の設定は、何かをインストールした拍子にいかようにも変わるよ。
拡張子への関連づけなどによって、どう挙動するか可変であるし、クライアント側のそれがどうなっているかはサーバの関知の外にあるね。
それから、IEは確かファイルの種類を可能な限り自身で判断するようになっていたと思う。
これは実に大きなお世話なんだよね、開発者にとっては・・・
とりあえずサンプル出すよ。
必要な部分だけ書くので。
Basp21使ってるので注意してね。
// 続く
0410404
02/11/08 11:12ID:hIDjc6uqstrPath = "C:\Temp\test.txt"
strFile = Right(strPath, Len(strPath) - InStrRev(strPath,"\"))
Set objBasp= Server.CreateObject("basp21")
bin = objBasp.BinaryRead(strPath)
Set objBasp = Nothing
Response.ContentType = "application/octet-stream"
Response.AddHeader "Content-Disposition", "attachment;filename=" & strFile
Response.BinaryWrite bin
0411nobodyさん
02/11/08 12:04ID:???いいだけじゃないの？
0412400
02/11/08 13:59ID:???わざわざサンプルまで、本当にありがとうございます（拝）
BASP21をインストール次第、*.xlsのファイルを使ってサンプルを試してみます。まずはお礼まで。
0413nobodyさん
02/11/09 09:14ID:ITuvSiu3その間の画面はどのようにしていますか？
「クライアント側で、JScript の window.open で一つ窓を開き、
お待ちくださいなど表示する」というのを考えたのですが、
どうも終了（CSV の作成が完了した）時に
開いた窓を閉じるタイミングがわかりません。
あるいは、もっとよい方法はありますか？
0414nobodyさん
02/11/09 10:27ID:???一番最後に、
<script> targetWindowReference.close() </script>
を流し込むんじゃダメかなぁ？思いつきレベルね。
0415わ ◆nZptw02DTU
02/11/09 11:10ID:???基本的に長い処理なんだから、処理状況を見せなきゃダメ。（UIの視点）
何かを常にクライアントに送り返しておかないとタイムアウトにされてしまう(ブラウザの仕様)
なので、
Call Response.Write(". ")
Call Response.Flush()
などをループに埋め込むことをお勧めします。
0416nobodyさん
02/11/09 11:58ID:???0417nobodyさん
02/11/09 15:44ID:???2chのカキコと同じやね。
で、Server.TransferかResponse.Redirectでお待ちください画面に飛ばしちまうと親切だ。
0418413
02/11/09 16:24ID:ITuvSiu3どうも Flush してくれる場合としてくれない場合があり、
（Response.Buffer なども試しているのですが）
断念しました。
>>416,417
それはどういうやり方でできますか？
処理中に Response.Redirect で飛ばす？？
0419nobodyさん
02/11/10 14:06ID:???
■ このスレッドは過去ログ倉庫に格納されています