IIS7の導入-「system.web.extensions / scripting / scriptResourceHandler」セクションが重複しています
回答:
.net 4.0で実行されているアプリケーションプールを持つIISに展開する計画の場合は、.net 3.5を指すすべての定義セクションを含むweb.configをクリーンアップする必要があります。これが失敗する理由は、これらのセクション定義がすべてのシステムを含む.NET 4.0のルートweb.config（％windir％\ microsoft.net \ framework \ v4.0.30319 \ config \ machine.configを参照）に既に含まれているためです。 web.extensionsはすでに宣言されています。
別の簡単な解決策は、開発マシンと同じようにアプリケーションプールを2.0に設定することです。
私の解決策は、アプリケーションプールの.NETフレームワークバージョンをv4.0からデフォルトのアプリケーションプールのv2.0に変更することでした。
私のように、v4をターゲットにする必要があるが、.net 3.5でのみビルドできる場合は、こちらの手順に従ってください。web.configの内容全体を次のように置き換えるだけ<configSections>です。
<configSections>
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere"/>
<section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
</sectionGroup>
</sectionGroup>
</sectionGroup>El problema es porque el pool por Defecto esta en .net 4.0解決策：管理者IISサーバーlado derecho establecer valores de grupos de aplicaciones。！[ここに画像の説明を入力してください] [1] y cambiar la vercion del framework！[ここ] [2]
Con esto pudes solucionar el problema al instalar la administracion central SharePoint 2010
----- Google翻訳経由-----
問題は、プールがデフォルトであるためです。Net 4.0ソリューション：サーバーIISマネージャーを入力して、アプリケーションプールの右側に値を設定します。！[ここに画像の説明を入力してください] [1]フレームワークのバージョンを変更してください！[ここに画像の説明を入力してください] [2]
これにより、SharePointサーバーの全体管理2010のインストールに関する問題が解決されます。
アプリケーションプールを2.0に設定し、それを実行しました。
ネクロマンシング。
web.configにsystem.web.extensions config-sectionsまたはhandler / moduleエントリがない場合、この問題は、非表示にしたときに、あなた/誰かがVisualStudio-Project（2013/2015/2017）をコピーしたために発生します-files unhidden。
そのため、.gitだけでなく.VS、IIS-Express applicationhost.configファイルが含まれている もコピーします。このファイルは、存在しないパス（より悪いことに、存在するパス）にあるweb.configファイルを指しますが、同じ内容ではありません）...
解決策：
.VSフォルダーのapplicationhost.configファイルを削除します。
または、.VSフォルダを完全に削除します。
Visual Studioが再作成します。
私のアプリはASP.Net3.5アプリでした（バージョン2のフレームワークを使用）。ASP.Net3.5アプリが作成されると、Visual Studioは自動的にscriptResourceHandlerをweb.configに追加しました。それ以降のバージョンの.Netでは、これをmachine.configに入れました。バージョン4のアプリプールを使用してASP.Net 3.5アプリを実行すると（インストール順序によっては、これがデフォルトのアプリプールです）、このエラーが発生します。
バージョン2.0のアプリプールの使用に移行したとき。エラーはなくなりました。次に、WCF .svcを提供するときにエラーに対処する必要がありました。
HTTPエラー404.17-見つかりません要求されたコンテンツはスクリプトのようであり、静的ファイルハンドラーによって提供されません
調査の結果、WCFハンドラーを登録する必要があったようです。次の手順を使用します。
- Visual Studioコマンドプロンプトを開きます（管理者として）
- 「C：\ Windows \ Microsoft.NET \ Framework \ v3.0 \ Windows Communication Foundation」に移動します
- servicemodelreg -iを実行します。
どうやら、他の人がこの問題を抱えていた（持っていた）。それらはFramework 4.0で再構築されます。あなたはできる？
私の場合、手動でurlrewriteルールを追加したかったのですが、明らかなエラーが表示されませんでした（<rules>タグがありません）。
不正なコード：
<rewrite>
<rule name="some rule" stopProcessing="true">
<match url="some-pattenr/(.*)" />
<action type="Redirect" url="/some-ne-pattenr/{R:1}" />
</rule>
</rewrite>
</system.webServer>
</configuration>適切なコード（rulesタグ付き）：
<rewrite>
<rules>
<rule name="some rule" stopProcessing="true">
<match url="some-pattenr/(.*)" />
<action type="Redirect" url="/some-ne-pattenr/{R:1}" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>私はそれを解決し、次の手順を実行しました：
- IISで新しいアプリケーションのグループを作成しました。
- この問題が発生しているサイトまたはWebアプリケーションの詳細設定を開きます。
- そして、新しいアプリケーションのグループを設定します。
ここにこれらのステップのイメージがあります：
これはおそらくあなたにとって間違った答えです。しかし、私が問題を解決しようとしたとき、これはGoogleでの最初のヒットでした。とは言うものの...
私にも同じエラーメッセージが表示されましたが、Visual Studioを介してIIS Expressを実行しようとしました。
私の問題は、誤ってapplicationhost.configをTFSにコミットしたことでした。その後、最新のコミットを取得した後、ラップトップでプロジェクトを実行しようとしました。エラーが発生したのはそのときです。
仮想ディレクトリのパスが間違っていることがわかりました。
<virtualDirectory path="/" physicalPath="C:\Users\giddan\Documents\Visual Studio 2015\Projects\ProjectName\DeV.ProjectName\DeV.ProjectName.Web" />これが誰かを助けることを願っています！
これは私の最初の投稿なので、優しくしてください:)