3

F5キーを押して、2つのワーカーロールと1つのWebロールを含むAzureプロジェクトを実行すると。同じURLで2つのウィンドウが開き、それらも開くのに非常に時間がかかります。

時間がかかるということは、ウェブサイトの読み込みに時間がかかりすぎるということですが、そのような機能やコードはコントローラーで実行されません。

誰かがこれについて私を導くことができますか？

4

4 に答える 4

1

最新のAzureSDKエディションv1.4を使用してみてください。以前のバージョンのSDKでは、サービスをローカルで実行するときにパフォーマンスの問題が発生していました。開いている2つのウィンドウの問題に関しては、コンピューティングとストレージエミュレーターがVisual Studioではなく、ローカルマシンで手動で開始されたために発生する可能性があります。少なくとも私の場合、これが問題でした。アプリをシャットダウンした後、コンピューティングとストレージエミュレーターを実行し、アプリを再実行します。（F5）すべてが正常に動作するはずです。

于 2011-04-08T15:32:31.107 に答える
1

より多くの処理を実行するという理由だけで、Azureプロジェクトの開始に時間がかかります。手始めに、F5キーを押すたびに、ロールごとに新しいアプリケーションプールを作成して構成し、次にロールインスタンスごとに新しいWebサイトを作成して構成します。

Ctrl + F5を押してサイトを開始する（つまり、デバッグせずに開始する）方がはるかに高速な場合があります。その後、手動でプロセスにアタッチできますが、ロールを再デプロイせずに多くのファイルに自由に変更を加えることができます。これは、バイナリの再構築を必要としないものを変更する場合に特に役立ちます。

その他の質問については、役割のプロパティの[構成]タブを使用して、HTTPおよびHTTPSエンドポイントに対してブラウザーを起動する方法を制御できます。ブラウザを起動したくないエンドポイントのチェックを外すだけです。

于 2011-04-08T06:22:56.020 に答える
0

私はこれがChromeとFirefoxで起こるのを見てきました。IEでは起こりません。申し訳ありませんが、「なぜ」については説明できません。

于 2011-04-08T14:19:42.937 に答える
0

私はこれが以前にも起こっているのを見ました。

ただし、それを回避する方法があります。WebロールのServiceConfiguration.cscfgを編集し、インスタンス数を0に設定できます。次に、実際のWebアプリケーションをAzureWebロールではなくスタートアッププロジェクトとして設定します。これにより、ComputeEmulatorの代わりにCassini/IISExpressを使用してWebアプリケーションを開発できるようになります。

注：デプロイを行うときは、インスタンス数を1より大きい値に設定する必要があります。

<ServiceConfiguration serviceName="Web" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration" osFamily="2" osVersion="*">
  <Role name="WebRole1">
    <Instances count="0" />
    <ConfigurationSettings>
      <Setting name="LogLevel" value="Error" />
    </ConfigurationSettings>
  </Role>
</ServiceConfiguration>

また注意：このようにサイトを実行しているときにテストできない特定の機能があります。一例はローカルストレージです。アプリケーションでそのような機能を使用している場合は、構成とスタートアッププロジェクトを元に戻すだけです。

また、F5キーを押してアプリケーションをデバッグすると、速度が大幅に向上します。

于 2011-04-08T14:34:09.553 に答える