HttpClientをマルチスレッドで運用する場合の注意点 - Qiita
始めに HttpClientをマルチスレッドかつ高負荷で回す時、少々ハマった点があったので、注意するべき点について書く。 シングルスレッドの場合 https://aspnetmonsters.com/2016/08/2016-08-27-httpclientwrong/ にもある通り、できる限り一つのHttpClientインスタンスで使いまわすという方法で問題はない。 実際自分もこういう風に使っていた。 マルチスレッドの場合 しかし、マルチスレッドでこれを行うと少々厄介なことになる。 実際に以下のようなメソッドを適当なWindowsマシン上で実行してみよう。(要dotnet-sdk-2.0以上) using System; using System.Net; using System.Linq; using System.Net.Http; using System.Threading.T
GitHub - justcoding121/titanium-web-proxy: A cross-platform asynchronous HTTP(S) proxy server in C#.
[Unity/C#]WWW/HttpWebRequestにおける中間者攻撃の危険性を考慮した通信プログラムまとめ - Qiita
1．はじめに 最近ではサーバーと通信をするゲームやアプリが増えてきました． そのため，通信のセキュリティについて考えていかないといけないですね 私が調べた限り，App Storeのランキング上位に載っているアプリケーションでも，意外に通信部分はセキュリティが甘いものが多かったです．そこで今回は，今後Unityで通信系プログラムを書く人向けの簡単な通信プログラムと，セキュリティを高めるための工夫を紹介したいと思います． 前置きはいいからソースコード見せろって人は通信プログラム[セキュリティ編]へ！ 目的 Unityの通信プログラムを様々なウェブサイトで拝見していたところ， セキュリティ的にいかがなものかというものを何点か発見したので， 皆さんに通信のセキュリティを知っていただきたいという思いで書きました． 間違っている理解や表現などがございましたらご指摘の程お願い致します． 対象者 専門用語
![[Unity/C#]WWW/HttpWebRequestにおける中間者攻撃の危険性を考慮した通信プログラムまとめ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/a4714ac5c060132eca05e9ecaf57ec351301ae35/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCVW5pdHklMkZDJTIzJTVEV1dXJTJGSHR0cFdlYlJlcXVlc3QlRTMlODElQUIlRTMlODElOEElRTMlODElOTElRTMlODIlOEIlRTQlQjglQUQlRTklOTYlOTMlRTglODAlODUlRTYlOTQlQkIlRTYlOTIlODMlRTMlODElQUUlRTUlOEQlQjElRTklOTklQkElRTYlODAlQTclRTMlODIlOTIlRTglODAlODMlRTYlODUlQUUlRTMlODElOTclRTMlODElOUYlRTklODAlOUElRTQlQkYlQTElRTMlODMlOTclRTMlODMlQUQlRTMlODIlQjAlRTMlODMlQTklRTMlODMlQTAlRTMlODElQkUlRTMlODElQTglRTMlODIlODEmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTljZjU0ZWU3N2ZkOGJjZTNhNDUyZWFkNjdjMWVlZDVk%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBoYXJtZWdpZGRvJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02MGYyODE5ZDNmNzdjMjQyYTc5NjExOGZhYjExN2EzNQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3De6f9e68385fa8e29a618a5ba84944690)
雑なHTTPサーバーをC#で書いてみる - ぷろじぇくと、みすじら。
Created at: 2016-01-31 人生のうち一度はHTTPサーバーを書くという話をしたら意外とそうでもなくてあれー?ってなったのですが、それはそれとして。 「HTTPサーバーには人生の大切な事が全てつまっている」と言った人がいるかどうかは定かではないですが、 雑なサーバーを書いてみるのはまあまあ簡単で理解も進んで面白いのでおすすめですよ、というわけで書いてみましょうという話。 アプリにWebサーバーを組み込みたくなったりして雑なHTTPサーバーを書いてみることというのがたまにあります。 そんな時、現代ではどの言語やプラットフォームでもパッケージやライブラリであっという間にサーバーを組み込めるので自分で書くことはないかもしれません。 ですが今時だとArduinoのような省メモリであることを必要とされる環境でもHTTPサーバーが必要になったとき、 ほぼ固定機能のHTTPサーバーを実
無料で使えるPaaS "AppHarbor" に配置した ASP.NET Webアプリで、Request.Url が何か違う!? | @jsakamoto
"ちょまど問題サーバー" を AppHarbor にデプロイ先日ちょっと息抜きに "ちょまど問題サーバ－" なる Web サーバーを C# + ASP.NET WebAPI を実装技術に使って書き上げた。 ※ちょまど問題については下記が詳しい。 何回で満点とれる？【ちょまど問題に挑む人々】 http://togetter.com/li/682030 手元で開発完了したら、せっかくなので、インターネット上に公開せねばなるまい。 ということで、とりあえずの公開先に選んだのは "AppHarbor" という PaaS。 Visual Studio で開発した ASP.NET による Web アプリケーションのソースコード一式を git で管理しておいて、予め AppHarbor にサインインして新規作成しておいた Web サイトに git push すれば、それで ASP.NET Web アプリ
LinuxからWindowsにバッチでファイルを定期的に移動する方法(逆もできるよ！) - Qiita
やりたいこと ファイルをバックアップするときなど、LinuxからWindowsへ、WindowsからLinuxへファイルをコピーや 移動したい場合があります。 いろいろ方法はあると思うのですが、WinSCPでは.NET Assemblyが公開されているので使ってみることにしました。 必要なもの WinSCP WinSCP .NET Assembly 説明 C#で作ろうかと思ったのですが、簡単にかけるPowerShellで作りました。 こちらの例では、Linuxのサーバ(sessionOptions.HostNameに指定)にあるファイルをWindowsのPC(PowerShellが動いているPC)に移動してます。 なお、パスワード(sessionOptions.Password)がコメントアウトしてあるのはpagentを用いてSSH鍵認証を行っているためです。必要であればパスワードを書いて
エラーのステータスコードを返す時の httpErrors の設定内容について - dunno logs
前回のポストで ASP.NET MVC のページ内での jQuery を使った Controller アクセスの結果を http status code を使って表そうという試みを最後に行ったのだが、それを試しに IIS にデプロイしてみると Visual Studio 上でのデバッグ環境とは異なる挙動をする事が分かった。 簡単に言うと、http status code が 400 以上の場合に一緒に返却した json レスポンスが「要求されたサイトは存在しません」的なメッセージに書き換えられて返却されてしまうというもの。（ちなみに環境は IIS 7.5 です。） 何が起こっているのか？ 挙動の理由は簡単で、私の作ったサンプルは全て Web.config がデフォルトであり、私のPC の IIS のエラーに関する設定もデフォルトであったため、デフォルト通りの挙動をしたというだけのようである
PowerShellでWebにアクセスしてみよう！ - coma2n’s diary
今回はPowerShellを使ってWeb（インターネット）にアクセスする方法を紹介します。 PowerShellは.NET Framework（.NET）をベースにして作られているので、.NETに用意されている豊富なライブラリをそのまま使用することができます。 Webへのアクセスについても.NETのライブラリを使うことになります。基本的にはC#やVB.NETなどの.NET対応言語と同じやり方になります。 WebへのアクセスにはSystem.Net.WebClientクラスかSystem.Net.HttpWebRequestクラスのどちらかを使って行います。 前者は簡単に使えますが細かい制御が出来ません、後者は少々手数が増えますが細かい制御が出来ます。今回はSystem.Net.HttpWebRequestクラスを使用します。 PowerShellからGoogle検索 Webと言えば「Goo
Windows Azure Web サイトで WebSocket の同時接続数が上限を超えた時の挙動を調べてみた - しばやん雑記
このブログでも扱いましたが、Windows Azure Web サイトの WebSocket サポートはインスタンスモードによって同時接続数に上限が設定されています。 Windows Azure Web サイトに WebSocket を導入する - Windows Azure Japan Team Blog (ブログ) - Site Home - MSDN Blogs この上限ですが、超えた場合には 503 が返るとありますが、アプリケーションで WebSocket を使っている時に突然死するのは避けたいですね。 とりあえずは、実際に SignalR のサンプルアプリケーションを無料モードの Web サイトへデプロイして、上限を超えた時の挙動を確認してみました。サンプルアプリケーションは NuGet で公開されている、公式のものをそのまま使いました。 Install-Package Mic
IIS 8でさわるSignalR 2.0
SignalR 2.0をIIS 8（WebSocket）で動かす方法を説明。Windows Server／IIS、.NET／Visual Studioに関するアップデートについても簡単に紹介。 ← 前回 連載 INDEX 次回 → Windows Server 2012 R2などのアップデートについて 今回の本題であるSignalRの説明に入る前に、Windows Server／IISおよび.NET FrameworkとVisual Studioに関するアップデートについて紹介する。 Windows Server 2012 R2 Windows Server 2012のアップデートに当たるWindows Server 2012 R2では仮想／クラウド関連機能やネットワーク機能を中心に強化されている。PowerShellのバージョンが4.0に上がり、DSC（Desired State Con
Visual Studio Code - NEW FEATURES: 13 Big Debugging Updates (Rich Object Hover, Conditional Breakpoints, Node.js, Mono, & More!) - User Ed - The blog of Ed Price, Customer Program Manager - Site Home - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
neue cc - Http, SQL, Redisのロギングと分析・可視化について
改善は計測から。何がどれだけの回数通信されているか、どれだけ時間がかかっているのか、というのは言うまでもなく重要な情報です。障害対策でも大事ですしね。が、じゃあどうやって取るの、というとパッとでてくるでしょうか？そして、それ、実際に取っていますか？存外、困った話なのですねー。TraceをONにすると内部情報が沢山出てきますが、それはそれで情報過多すぎるし、欲しいのはそれじゃないんだよ、みたいな。 Grani←「謎社」で検索一位取ったので、ちょっと英語表記の検索ランキングをあげようとしている――では自前で中間を乗っ取ってやる形で統一していて、使用している通信周り、Http, RDBMS, Redisは全てログ取りして分析可能な状態にしています。 HTTP HttpClient(HttpClientについてはHttpClient詳解を読んでね)には、DelegatingHandlerが用意され
リアルタイム Web 最前線 ～ Socket.IO ＆ SignalR 徹底解説
リアルタイム Web 最前線 ～ Socket.IO ＆ SignalR 徹底解説 Presentation Transcript リアルタイム Web 最前線～ Socket.IO ＆ SignalR 徹底解説ソーシャルグリッド株式会社 取締役 CTOMicrosoft MVP for ASP.NET/IIS芝村 達郎http://shiba-yan.hatenablog.jp/ 2私について• 芝村 達郎、しばやん (@shibayan)• 26 歳• Microsoft MVP for ASP.NET/IIS• C# / ASP.NET MVC / ASP.NET SignalR 3セッションのゴール• リアルタイム Web の概要を知る• 使われている技術を知る• Socket.IO と SignalR の違いを学ぶ• Socket.IO / SignalR それぞれの特徴を学ぶ•
neue cc - HttpClient詳解、或いはAsyncOAuthのアップデートについて
すっかり忘れていたわけではないですが、ちょっとかなり前、3/30のRoom metro #15にて、HttpClient詳解という、HttpClientについてのセッションを行いました。 HttpClientは、使えば使うほど、もうWebRequestやWebClientに戻りたくないわー、という非常に秀逸な、完全にこれからのスタンダードになる代物なので、きっちり習得しましょう。 或いは非同期の落とし穴について、ということで、async/awaitでも顕在の、いや、async/awaitだからこそ現れるデッドロックの問題と回避方法についても紹介しています。はまる時ははまっちゃうんですよねー、これ、何気に地味に実は。それなりに痛い目みました、私も。 PCL版のRC HttpClientは現在.NET 4.5とWindows Store Appsのほうに標準搭載されていますが、それ以外でも使う
WCF入門-018 (基本的なサンプル, webHttpBinding, REST, WebInvoke, WebGet) - いろいろ備忘録日記
webHttpBindingの基本についてのメモ。 CodeProjectにWCF RESTサービスについての素晴らしい記事があったので それを参考にしたメモです。 Windows Communication Foundation and RESTful Web Services Primer http://www.codeproject.com/KB/WCF/REST_Primer.aspx WCFの参考リソース (CodeProject, REST, webHttpBinding, behaviorExtensions, リンク) http://d.hatena.ne.jp/gsf_zero1/20111101/p1 WCFでは、.NET Framework 3.5よりRESTサービスを作成する機能が追加されました。 RESTサービスを追加する際に利用するバインディングは以下のものです
.NET開発における非同期処理の基礎と歴史（1/2） - ＠IT
連載：C# 5.0＆VB 11.0新機能「async／await非同期メソッド」入門 第1回 .NET開発における非同期処理の基礎と歴史 鈴木 孝明 2012/08/31 「大事なことは分かっているが、とにもかくにも面倒くさい。」 「非同期処理」というと、そんなイメージがある。開発中の業務アプリなどで非同期処理を実装しなければならなくなったら、大半の方は、何か重たいものを肩に乗せられた気分になり、「待ってました！」などと意気揚々と作業に入ることはないのではないかと思う。もちろん筆者もその1人だ。 それは、通常書いている同期処理と比べてコーディング量が非常に多くなる（多くなった経験がある）ことが最大の理由だろう。「もっと楽に書きたい」というのが開発者の総意であることは間違いない。 そして今回、Visual Studio 2012と同時にリリースされた.NET Framework 4.5と、そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://help.appveyor.com/discussions/questions/976-is-there-an-appveyor-self-signed-trusted-certificate-on-the-build-vm-for-testing-ssl
Microsoft、ネットワーク解析ツール「Microsoft Message Analyzer」を正式公開
http://winscript.jp/powershell/261
Injection of WCF proxies in ASP.NET MVC controllers using Castle Windsor