ふらっと C#,C♯,C＃（初心者用） Part134

**デフォルトの名無しさん** · 2017/11/28(火) 21:30:48.55

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part133
http://mevius.5ch.net/test/read.cgi/tech/1510056685/

■関連スレ
C#, C♯, C＃相談室 Part95
http://mevius.5ch.net/test/read.cgi/tech/1508180530/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2017/12/05(火) 19:15:08.60

8秒と0.8秒だったら大騒ぎだが80msと8msの差だったら無視できるという意味では
どういうものをどのくらい扱うかで違うから本人がテストしなきゃ仕方ないね

**デフォルトの名無しさん** · 2017/12/05(火) 19:17:31.03

DataTableはオワコン
Microsoftも切捨てようとしたがクレーマーの圧力に負けてしぶしぶサポートすることになった

**デフォルトの名無しさん** · 2017/12/05(火) 19:19:50.77

>>180
まず用途が管理なのに保存しないとか意味不明なんだけど
データその都度読み込んで捨てるのなら作りやすい方で作って
速度アップ見込めそうなら形式を変えるだけ

**デフォルトの名無しさん** · 2017/12/05(火) 19:21:31.02

何れにしてもLinqは覚えておこう

**デフォルトの名無しさん** · 2017/12/05(火) 19:47:42.46

RemoveするならGetHashCodeとEqualsをちゃんと実装してHashSetにぶち込んだ方が良くない…？

**デフォルトの名無しさん** · 2017/12/05(火) 20:12:24.58

リストに重複データが存在するかもしれないしHashsetにしていいかは不明だな
設計書とか作って主キーやユニークキーにあたるデータを明示的にしてんならそれでいいけど大抵はIEqualityComparer指定する方が使い勝手がよさそう

**デフォルトの名無しさん** · 2017/12/05(火) 20:22:49.22

>>180
先ずは作り易い方で作れ
速度面の改善をするのは、一通り完成してからでいい

ボトルネックは大抵、標準ライブラリからどのクラスを採用するかなんてレベルには無いから気にすんな

**デフォルトの名無しさん** · 2017/12/05(火) 20:48:47.73

>>169
分からないなら答えなくてもいいよ

**デフォルトの名無しさん** · 2017/12/05(火) 21:03:05.57

皆さん、レスありがとうございます。

色々と馴染みのないキーワードが出てきたので少しずつ調べて行きたいと思います。

**デフォルトの名無しさん** · 2017/12/05(火) 21:42:08.05

Googleのトップがプログラミング

**デフォルトの名無しさん** · 2017/12/06(水) 08:39:00.97

>>182
クレーマー言うな。
EFが普及してないんだから仕方ない。

msはDataTableよりvb6に引導を渡してくれ。

**デフォルトの名無しさん** · 2017/12/06(水) 15:27:39.07

Webフォームを作っています。
サーバ上の特定のフォルダに、とあるファイルが不定期に生成されます。
それを監視してWebフォームに表示したいのですが、FileSystemWatherのようなコントロールはないでしょうか？

ない場合、Ｔｉｍｅｒで回すしかない考え付かないのですが、通常Webフォームで１秒間隔程度なら許容されるインターバルでしょうか？

**デフォルトの名無しさん** · 2017/12/06(水) 15:39:57.42

>>192
無いと言うか、あったところでその状況をサーバに取りに行かないとどうにもならん。

ユースケースによるかと。
コネクション数を気にしないなら、ファイルが生成されるまでタイムアウトしないAPI作って、ajaxで呼ぶのが一番機敏に動くと思う。
一秒間隔でリクエストはちょっと多いんじゃないかな。生成されてない画面を10人が10分開いたままにしたら、それだけで6000行もログが埋まってしまう気がする。

**デフォルトの名無しさん** · 2017/12/06(水) 15:53:34.43

>>192
問題ないけど不定期ならプッシュ通知の実装もありますよ

**デフォルトの名無しさん** · 2017/12/06(水) 15:55:24.63

>>193
言葉足らずですみません。

ＩＩＳが動いているサーバにデータのファイルが不定期に生成されます。
それをWeb画面で様子をみたいという要望です。
動いてる様子が分かればいいのですが、ファイルがまとまって生成される事があるため、
ある程度短いインターバルにしたいとは思ってたのですが。

ローカルアプリも考えたのですが、その場合、複数のＰＣがサーバのファイルを覗きに行く事になるので、それはそれで嫌かなと思いまして。

> ファイルが生成されるまでタイムアウトしないAPI作って、ajaxで呼ぶ
もう少し教えてもらえないでしょうか。
ＡＰＩって具体的に何で作ったどんな形式のものですか？
調べるヒントをください。

>>194
同じくもう少しヒントを！どんな感じの実装ですか？

**デフォルトの名無しさん** · 2017/12/06(水) 16:07:24.35

>>195
ごめん、Webプッシュと言うらしいけど未だ使ったことは無いんだ
グーグル先生に聞いてください

**デフォルトの名無しさん** · 2017/12/06(水) 16:32:05.88

>>195
SignalR

**デフォルトの名無しさん** · 2017/12/06(水) 17:50:23.31

C#を採用したTizen4.0っていうOSのスマホが発展途上国でバカ売れらしい

**デフォルトの名無しさん** · 2017/12/06(水) 18:10:03.35

indexでF5連打

**デフォルトの名無しさん** · 2017/12/06(水) 18:21:23.18

この人と同一人物じゃないかと疑ってしまう

703 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 02c2-8CrJ)[sage] 投稿日：2017/11/21(火) 21:20:36.17 ID:8K/pnPq30 [1/2]
最近のオシロスコープはWebサーバー機能を持っていて、Webブラウザでアクセスすると
計測画面を表示させることができますが、C#で同じような機能を簡単に実装することはできるでしょうか？
リモートデスクトップではなく、WinFormsのアプリ画面だけをネット越しに共有する感じです。

**デフォルトの名無しさん** · 2017/12/06(水) 18:23:00.31

>>195
Web Socketかポーリングを使う
つまりSignalR

**デフォルトの名無しさん** · 2017/12/06(水) 19:40:50.48

ポーリング間隔はどっちにしろ決めないと話にならない

**デフォルトの名無しさん** · 2017/12/06(水) 19:44:16.54

ロングポーリングかWebSocketならポーリング間隔は不要だぞ

**デフォルトの名無しさん** · 2017/12/06(水) 19:50:30.04

>>203
どういう仕組み？

**デフォルトの名無しさん** · 2017/12/06(水) 19:54:18.94

サーバー側でクライアント数の把握をするの？
悪手じゃね？

**デフォルトの名無しさん** · 2017/12/06(水) 20:24:33.34

通知が取得できるようになるまで長いことセッション張りっぱなしにするだけだぞ
悪手もクソも普通に使われてる手法

**デフォルトの名無しさん** · 2017/12/06(水) 20:26:17.59

>>205
SignalR知らんの？

**デフォルトの名無しさん** · 2017/12/06(水) 20:50:56.89

>>206
それってサーバー側でクライアントを管理してないとできないよね？

**デフォルトの名無しさん** · 2017/12/06(水) 20:51:29.75

>>207
いや、これ仕組みの話だから

**デフォルトの名無しさん** · 2017/12/06(水) 21:59:20.59

>>208
それが何か？
普通のHTTPリクエスト処理だって、リクエストを受け付けてからレスポンスを返すまで、
君の言葉で言えばクライアントを管理してるだろ
そのレスポンスを返すまでの時間が長いだけだよ

**デフォルトの名無しさん** · 2017/12/06(水) 22:02:13.59

>>210
ファイル更新が丸一日無かったらどうなんの？

**デフォルトの名無しさん** · 2017/12/06(水) 22:13:07.11

>>211
リクエストにタイムアウト付けるに決まってるだろ

**デフォルトの名無しさん** · 2017/12/06(水) 22:15:10.75

元の質問Timerで一秒間隔で呼び出すとかなんだが大丈夫なのか？

**デフォルトの名無しさん** · 2017/12/06(水) 22:29:46.09

>>213
5chのリクエスト数に比べると屁みたいなもんだろな。

**デフォルトの名無しさん** · 2017/12/06(水) 22:31:12.35

そもそもサーバーのファイル一覧を表示するWebアプリなんか自分で作らなくても出来合いのOSSが腐るほどあるだろ
自分で作るより遥かに品質もいいよ

**デフォルトの名無しさん** · 2017/12/06(水) 22:34:48.06

>>214
サーバーがそんな強力な前提か

**デフォルトの名無しさん** · 2017/12/06(水) 22:35:13.44

webベースのファイル管理サービスでイケてるやつあったっけ？

**デフォルトの名無しさん** · 2017/12/06(水) 22:36:33.33

>>214
キャパシティ的な話をするなら、そもそもサーバーのディレクトリを各クライアントがネットワークドライブにマウントしても全く問題もないだろうな
用途的に、問題になるほどにクライアントの数が多いとは思えん

**213** · 2017/12/06(水) 22:36:35.54

って違うｗ釣られて間違えたｗ
クライアント側の話だよ

**デフォルトの名無しさん** · 2017/12/06(水) 22:41:18.34

>>219
ロングポーリングなら関係ないぞ
結局はサーバー側でのファイル生成イベントの発生頻度次第

**デフォルトの名無しさん** · 2017/12/06(水) 22:43:23.56

>>218
タスクトレイ常駐型のデスクトップアプリでも作った方が使いやすいだろうな。

**デフォルトの名無しさん** · 2017/12/06(水) 23:56:51.95

サーバー側はFileSystemWatcher(だったっけ？)でフォルダ監視してなんかあったらテキストファイルでもDBでも適当な保管場所に情報を保存するサービスと
その保存場所から自動更新でひたすら情報を読み取るWeb画面作ればよくね？

自分ならそうするわ
ボリューム的に半日仕事で終わるし

**デフォルトの名無しさん** · 2017/12/07(木) 01:41:57.78

1秒じゃなくて4秒にしよう

**デフォルトの名無しさん** · 2017/12/07(木) 07:03:53.69

他のアプリにキーボードのコマンドを送りたいのですが、どの様な方法があるでしょうか？
sendinputなど調べてみたのですが例が少なく今一理解出来ませんでした

**デフォルトの名無しさん** · 2017/12/07(木) 07:58:46.72

プロセス間通信

**デフォルトの名無しさん** · 2017/12/07(木) 08:07:25.81

>>222
> その保存場所から自動更新でひたすら情報を読み取るWeb画面作ればよくね？
だからそれやるとクライアントが多い時にサーバーがパンクするからSignalRとかでサーバーから通知するって話
まあサーバーから通知って言うけど仕組み的にはイベント発生までレスポンスを返さないって言うだけのことなんだけどな

**デフォルトの名無しさん** · 2017/12/07(木) 08:16:20.37

なつかしのSendMessageとか

**デフォルトの名無しさん** · 2017/12/07(木) 08:27:43.21

>>224
SendKeysで
sendinputは他のプロセスには送れない

**デフォルトの名無しさん** · 2017/12/07(木) 08:50:35.95

.netの場合クラスないでFontオブジェクトを生成した場合にはクラスを解放した場合は
Fontオブジェクトは解放されるの？　Disposeすべきかどうかはどうやって調べたら
いいのだ？

**デフォルトの名無しさん** · 2017/12/07(木) 10:06:11.39

>>226
しないっつうのw どういう理解してる？
なんのためにわざわざ別にサービス作って保存してんだ

これでパンクするならごく普通のWebサービスも作れんわ

**デフォルトの名無しさん** · 2017/12/07(木) 10:31:29.62

>>229
パフォーマンスを要求するなら適切なタイミングで解放すべき。
どうでもいいならガーベッジコレクタに任せる

**デフォルトの名無しさん** · 2017/12/07(木) 10:32:55.56

質問の答えになってなかった

**デフォルトの名無しさん** · 2017/12/07(木) 10:43:44.03

>>229
IDisposable実装してないクラスは放置で良いと思ってる。

**デフォルトの名無しさん** · 2017/12/07(木) 10:56:49.03

FontをDisposeするコードは見たことも発想も無かったな
newで作ったら全部Disposeする発想なのか

**デフォルトの名無しさん** · 2017/12/07(木) 10:58:19.97

Font, Pen, Brushはサイズ重いしな

**デフォルトの名無しさん** · 2017/12/07(木) 11:44:12.26

>>234
Fontはコントロールを自作する場合は（ほとんどの場合手抜きで）コントロールと同じ寿命に
することもあるけど、usingで対処できる場合が大半でしょ

**デフォルトの名無しさん** · 2017/12/07(木) 12:54:28.08

>>230
見たときに最新情報になってりゃいいんじゃなくて、イベントが発生したらあまり遅れずにクライアント側の画面を更新するんだぞ？
なぜSignalRとかの話になってるのか理解してないだろ

**デフォルトの名無しさん** · 2017/12/07(木) 13:02:41.60

>>237
そもそもWeb画面で見たいっつう要望じゃん
つうか100台同時アクセスして毎秒更新してもカスみたいな負荷だわこんなもん
一体どんな骨董品で動かす想定してんだよ

**デフォルトの名無しさん** · 2017/12/07(木) 13:07:11.00

そうでなくてもSignalRなんているかよ
サービスでtcpポートlistenしてイベント発生する都度情報を垂れ流す古き良きソケット間通信で十分だろw

**デフォルトの名無しさん** · 2017/12/07(木) 13:09:35.59

日本語で

**デフォルトの名無しさん** · 2017/12/07(木) 13:22:15.77

>>239
ブブラウザ画面の話してるから要するにWebSocketってこと？

**デフォルトの名無しさん** · 2017/12/07(木) 13:29:39.70

>>241
いや
デスクトップアプリにするんでもソケット間通信でいいよねっつう話

**デフォルトの名無しさん** · 2017/12/07(木) 13:51:52.29

Webアプリで素のソケット通信って何なのさ?

**デフォルトの名無しさん** · 2017/12/07(木) 14:33:53.52

質問者置いてけぼりでワロタ
いつの間にかサーバ側を何とかする話になってる

**デフォルトの名無しさん** · 2017/12/07(木) 14:40:55.27

皆さん、単純なものを複雑に実装するスキルをお持ちのようでw

**デフォルトの名無しさん** · 2017/12/07(木) 15:33:24.53

C#でデーモン作って状況をDBに保管して、webシステムは普通にDBからページ作れば良いんじゃね？
セッション全てがフォルダアクセスに行くと面倒だからそれだけ避ければいい

**デフォルトの名無しさん** · 2017/12/07(木) 16:02:17.31

知らないのならば

**デフォルトの名無しさん** · 2017/12/07(木) 16:10:15.58

>>195
見たい時にボタンクリックして最新情報を取得すればいいやん。
常時モニターする必要性は無いだろ？

**デフォルトの名無しさん** · 2017/12/07(木) 16:16:30.86

本当に初歩的なことで無知で予め謝るね、ごめんなさい。

var revokedPasswords = [
];

function getAuthenticationHash (password) {
var hasher = new jsSHA("SHA-256", "TEXT");
hasher.update("vira " + password.trim().toLowerCase() + " mate");
return hasher.getHash("HEX");
};

function isValidPassword (password) {
if (revokedPasswords.indexOf(hash) >= 0)
return false;

var hash = getAuthenticationHash(password);
if (validPasswords.indexOf(hash) >= 0)
return true;

return false;
};

context.getAuthenticationHash = getAuthenticationHash;
context.isValidPassword = isValidPassword;

というのがあって、これはパスワードを”SHA-256”ってやつで変換しろってことであってるのかな？

**デフォルトの名無しさん** · 2017/12/07(木) 16:19:30.73

>>249
ここはc#スレです

**デフォルトの名無しさん** · 2017/12/07(木) 17:32:36.95

>>249
はいそうです。

**デフォルトの名無しさん** · 2017/12/07(木) 18:14:35.54

>>227>>228
ありがとうございます

最終的にバックグラウンドでキー入力を他アプリに送りたいのですが
どういった方法があるでしょうか？

**デフォルトの名無しさん** · 2017/12/07(木) 18:30:35.51

>>252
https://msdn.microsoft.com/ja-jp/library/system.windows.forms.sendkeys(v=vs.110).aspx
https://dobon.net/vb/dotnet/vb6/sendkeys.html
バックグラウンドとは？
特定のアプリに対してのみ送信なら無理

**デフォルトの名無しさん** · 2017/12/07(木) 19:35:39.52

>>252
バックグランドってタスクトレイ常駐アプリにしたいって事?
NotifyIcon使えば出来るけど。
バックグランドがWindowsサービスって意味なら無理かな。

.NETのSendKeysは、半角カナや&は化ける。
WSHのSendKeysを使えば化けないかも。

**デフォルトの名無しさん** · 2017/12/07(木) 20:32:51.80

>>238
> そもそもWeb画面で見たいっつう要望じゃん

>>192と>>195を読んで自動更新したいんだ
って理解できないアホは黙ってろ

**デフォルトの名無しさん** · 2017/12/07(木) 20:48:22.81

>>238が言ってるのは、クライアントがサーバーに対してXHRでも使って1秒ごとにポーリングすればいいということだと思うぞ
リクエストのたびにサーバー側でも毎回ファイルシステム舐めてファイル一覧作ってたら遅いだろうけど、
サーバー側ではFileSystemWatcherなり定期的なポーリングなりで非同期でファイル一覧のキャッシュを更新していけば、
クライアントが頻繁にリクエストしてきてもまず問題にはならない

**デフォルトの名無しさん** · 2017/12/07(木) 20:50:09.09

>>256
普通誰が読んでもそういう理解になるよね

**デフォルトの名無しさん** · 2017/12/07(木) 20:54:28.15

>>255はWebに疎すぎる

**デフォルトの名無しさん** · 2017/12/07(木) 21:06:57.10

(A)サーバー内でのファイルシステムに対するポーリングと、(B)クライアントによるサーバーへのポーリングがごっちゃになってるのがこの話の混乱の原因
そこを非同期で分離するのはまず常識的な大前提であって、
ABそれぞれをどう最適化するかはそれほど重要ではない
とりあえず実装が手っ取り早いのはABとも定期的に更新することだし、
効率と即時性を追求するならAはFileSystemWatcherでBはロングポーリングorWebSocketだろうね

**デフォルトの名無しさん** · 2017/12/07(木) 21:09:53.55

>>256-258
なんでそんなタコな設計するんだ？
って>>193に既に書いてあるのにバカすぎるだろ

**デフォルトの名無しさん** · 2017/12/07(木) 21:12:08.87

質問主はWebアプリに拘ってるわけじゃないけど
沢山のクライアントPCからWebサーバのフォルダを共有したくないからWebアプリが良いかな程度に思ってるだけだろ。
Webサーバ上に監視サービス作るのならWebアプリに拘る必要は無いし。

**デフォルトの名無しさん** · 2017/12/07(木) 21:19:32.52

>>260
>>193がバカだからね
仕方ないね

ファイルが生成されるまでタイムアウトしないAPIとか、1秒間隔のリクエストが多いとか、6000行のログとか
何もかも全てが意味不明だからね
どうしようもないね

**デフォルトの名無しさん** · 2017/12/07(木) 21:21:02.83

>>260
>>193と矛盾することは何も言ってないつもりだけどな
>>193は>>259でいうBの部分の実装例を挙げてるだけであって、Aの部分については何も言及してないぞ

**デフォルトの名無しさん** · 2017/12/07(木) 21:24:18.74

悪いけどこれC#の話題なのかなあ？

**デフォルトの名無しさん** · 2017/12/07(木) 21:29:45.67

じゃあ会社でLINQを薦めようとしたら、その前にまずユニットテストを覚えさせなければと愕然とした話でいいのか

**デフォルトの名無しさん** · 2017/12/07(木) 21:40:07.74

ソケット通信はstunnelで暗号化するんだよね？

**デフォルトの名無しさん** · 2017/12/07(木) 21:46:02.79

>>263
そもそもAをどうのこうの言ってる奴は池沼の>>222ぐらいだろ w

**デフォルトの名無しさん** · 2017/12/07(木) 23:37:45.38

イベントの購読破棄って
どんなケースでも破棄されるように几帳面にやるものなの？

http://takachan.hatenablog.com/entry/2014/10/21/011333

これ見たら-=しなくても漏れないようなので
サボりたくなるんだけど

サボってはいけないケースとサボっていいケースがあるなら知っておきたい

**デフォルトの名無しさん** · 2017/12/08(金) 02:03:25.04

>>268
何やってるのかよー分からん記事だねw

イベントでリークが発生しうるのは相談室の方の97に書いてあるケースだけだと思う
それは違うって言ってる人もいるけど、たぶん何か勘違いしてるだけだと思うね

**デフォルトの名無しさん** · 2017/12/08(金) 02:05:20.09

{"status":"go","solution":{"Res":"0SpQ"},"endTime":1512663686}
っていうJSONデータがあって、その中のResの値をとりたいんですけど、

var seri = new DataContractJsonSerializer(typeof(recapres));
byte[] bytes = Encoding.UTF8.GetBytes(a);
var ms = new MemoryStream(bytes);
recapres info = (recapres)seri.ReadObject(ms);

ここまでは調べて書けたんですけど、
この先のResの値をとるコードの書き方がわかりません。
どのように記述すればいいのでしょうか？

solutionの部分は、
[DataMember]
public List<SOL> solution { get; set; }
としてしてます。

**デフォルトの名無しさん** · 2017/12/08(金) 04:06:20.76

>>270
です。
調べる方法変えたらいけました

**デフォルトの名無しさん** · 2017/12/08(金) 07:58:19.65

>>269
サボってはいけないのはイベント発行側のライフサイクルが長いとき

サボっていいのは発行側と購読側のライフサイクルがほぼ同じとき

という理解でOK？

**デフォルトの名無しさん** · 2017/12/08(金) 08:11:45.30

>>268
このリンク先の人はイベントとGCを正しく理解してない
この人、他の記事もバカっぽいのばっかりだから初心者はこんなの見ちゃだめ

>>272
間違ってはいないけど、補足するなら
発行側より購読側のライフサイクルが長いときもサボっていい
参照の向きは必ず発行側→購読側なので、イベントハンドラの登録そのものは発行側の寿命には影響しない
フォームとボタンのように、たいていは購読側も発行側への参照を握り続けているので、結果的に寿命は一致するケースが多いんだけどね

**デフォルトの名無しさん** · 2017/12/08(金) 08:41:02.41

>>273
SIerの中の人のブログだね
c#でメモリリークって「推して知るべし」

**デフォルトの名無しさん** · 2017/12/08(金) 08:43:23.27

>>262
193だけどなんで？
普通にロングポーリングの実装かと。

**デフォルトの名無しさん** · 2017/12/08(金) 09:32:30.34

イベントとかUIしか使わんしUIはデザイナーが勝手にコーディングするからイベントなんて使わんな

**デフォルトの名無しさん** · 2017/12/08(金) 09:40:52.12

へえ、すごいね
帰っていいよ

**デフォルトの名無しさん** · 2017/12/08(金) 11:10:02.45

+=を一切使わずに作るのか
コマンドバインディングを駆使する感じ？
それは確かに凄いな

**デフォルトの名無しさん** · 2017/12/08(金) 11:28:41.60

>>275
ロングポーリングの実装について勉強しといで
単にタイムアウトを無期限にする実装のことをロングポーリングとは言わない

**デフォルトの名無しさん** · 2017/12/08(金) 11:44:45.00

>>279
うん、実装次第だよね。
無期限か、プロキシに切られる寸前にするか、10分にするか、どうでも。
無期限はCouchDBのchange監視なんかは、ほっといたら無期限になるんじゃなかったっけ？
ログが大きくなったり他のを埋めるほどのリクエストは問題だと思うけど。特にイントラでの運用だと。
事例調べてきたらいいのになぁ