Azure MobileApps + Xamarin.Forms開発の始め方（.NETバックエンド + Prism.Forms） - かずきのBlog@hatena
というテーマで書きます！ サーバーサイド（Azure） Microsoft Azureには、モバイルバックエンドの開発をお手軽にするための、Mobile Appsというものがあります。 これは、サーバーサイドをnodejsのexpressベースのフレームワークで開発するか、ASP.NET WebAPIベースのフレームワークで開発するか選べます。 どちらを選択しても少ないコード量でデータベースへのCRUD処理が作成できる点がポイントです。 特徴をざっとあげると DBのCRUD処理が簡単にかける データのオフライン同期機能が組み込みである 認証機能が簡単に作れる プッシュ通知が簡単に作れる カスタムAPIで好きな処理を書くこともできる 特に最後のカスタムAPIで好きな処理をかけるという余地が残されている点がとても心強い点です。 カスタムAPIでも認証なんかは有効にできるので、いい感じです。 ク
Quickstart: Deploy an ASP.NET web app - Azure App Service
Note Starting June 1, 2024, all newly created App Service apps will have the option to generate a unique default hostname using the naming convention <app-name>-<random-hash>.<region>.azurewebsites.net. Existing app names will remain unchanged. Example: myapp-ds27dh7271aah175.westus-01.azurewebsites.net For further details, refer to Unique Default Hostname for App Service Resource. In this quickst
Web.config の内容を発行先やビルド構成で切り替える
Microsoft Visual Studio 2012 を使って ASP.NET の Web サイトを作成しているときに、発行先やビルド構成に応じて Web.config の内容を調整したいことがありました。 たとえば、検証用と本番用で別々のデータベースにアクセスしたいときとか、クロスサイト HTTP リクエストに Web.config で対応するときに Debug 構成のときだけ "Access-Control-Allow-Origin" ヘッダーを "*" にしたい場面で、Web.config の内容を切り替えられれば、対応がずっと楽になります。 このように状況に応じて Web.config の内容を切り替えることは、Microsoft Azure Web サイトへ簡単に発行できるようにする の中でインストールした Windows Azure SDK for .NET に含まれる "
Azure Web Sites + WebSocketにおけるSignalR Transport - xin9le.net
One ASP.NET Advent Calendar 2013、3日目担当の@xin9leです。昨年に引き続き@chack411さんの後ろで光栄です。この1年はASP.NET MVC、SignalR、Web APIなどなど、ASP.NETの技術を次々と業務に実践投入してEnjoyしてました。特にSignalRは毎日のように触れ合ってきて、「もうアナタがいないと生きていけないわ...」と言いたくなるくらい仲良くさせて頂きました。 WebSocket on Azure Web Sites 2013年11月中旬、Azure Web SitesでもWebSocketが利用できるようになりました。WebSocketはHTML 5時代の通信プロトコルで、これまでよりも効率的なデータの送受信ができます。SignalRはすでにWebSocketに対応しており、IIS 8.0以上が搭載されているオンプレミ
RedisをBackplaneとしたSignalRのスケールアウト
SignalRアプリをスケールアウトする際の注意点と、それを回避するためのBackplane機構について説明。さらにRedisをBackplaneとして活用する方法を解説する。 ← 前回 連載 INDEX 次回 → 前々回の記事ではIIS 8でWebSocketを有効にしてSignalRのアプリケーションを動かす方法を紹介した。今回はSignalRアプリケーションにおけるスケールアウトについて紹介したい。本稿のサンプルは、こちらからダウンロードできる。 SignalRのスケールアウトとBackplane SignalRでも通常のWebアプリケーションと同様、複数のWebサーバーを立てることにより、1台では処理できない量のリクエストを処理することが可能になる。ただし、SignalR、あるいはWebSocket一般において注意すべきことがある。 SignalRスケールアウト時の注意点 ユーザー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
