Distribuzione di un'applicazione Web ASP.NET con SQL Server Compact tramite Visual Studio o Visual Web Developer: Risoluzione dei problemi (12 di 12)
di Tom Dykstra
Scaricare il progetto iniziale
Questa serie di esercitazioni illustra come distribuire (pubblicare) un progetto di applicazione Web ASP.NET che include un database SQL Server Compact usando Visual Studio 2012 RC o Visual Studio Express 2012 RC per Web. È anche possibile usare Visual Studio 2010 se si installa l'aggiornamento pubblicazione Web. Per un'introduzione alla serie, vedere la prima esercitazione nella serie.
Per un'esercitazione che illustra le funzionalità di distribuzione introdotte dopo la versione RC di Visual Studio 2012, viene illustrato come distribuire edizioni SQL Server diverse da SQL Server Compact e illustra come distribuire in Siti Web di Windows Azure, vedere ASP.NET distribuzione Web con Visual Studio.
Questa pagina descrive alcuni problemi comuni che possono verificarsi quando si distribuisce un'applicazione Web ASP.NET usando Visual Studio. Per ognuno di essi vengono fornite una o più possibili cause e soluzioni corrispondenti.
Errore del server nell'applicazione '/' : le impostazioni di errore personalizzate correnti impediscono la visualizzazione remota dei dettagli dell'errore
Scenario
Dopo la distribuzione di un sito in un host remoto, viene visualizzato un messaggio di errore che indica l'impostazione customErrors nel file Web.config, ma non indica la causa effettiva dell'errore:
Server Error in '/' Application.
Runtime Error
Description: An application error occurred on the server. The current custom error settings
for this application prevent the details of the application error from being viewed remotely
(for security reasons). It could, however, be viewed by browsers running on the local server
machine.
Details: To enable the details of this specific error message to be viewable on remote machines,
please create a <customErrors> tag within a "web.config" configuration file located in the
root directory of the current web application. This <customErrors> tag should then have its
"mode" attribute set to "Off".
Possibile causa e soluzione
Per impostazione predefinita, ASP.NET mostra informazioni dettagliate sugli errori solo quando l'applicazione Web è in esecuzione nel computer locale. In genere non si vogliono visualizzare informazioni dettagliate sugli errori quando l'applicazione Web è disponibile pubblicamente su Internet, perché gli hacker possono usare queste informazioni per trovare vulnerabilità nell'applicazione. Tuttavia, quando si distribuisce un sito o si aggiorna a un sito, a volte si verifica un errore e è necessario ottenere il messaggio di errore effettivo.
Per consentire all'applicazione di visualizzare messaggi di errore dettagliati quando viene eseguito nell'host remoto, modificare il file Web.config per impostare customErrors la modalità, ridistribuire l'applicazione ed eseguire di nuovo l'applicazione:
Se l'applicazione Web.config file ha un
customErrorselemento nell'elementosystem.web, modificare l'attributomodesu "off". In caso contrario, aggiungere uncustomErrorselemento nell'elemento con l'attributo impostato su "off", come illustrato nell'esempiosystem.webmodeseguente:<configuration> <system.web> <customErrors mode="off"/> </system.web> </configuration>Distribuire l'applicazione.
Eseguire l'applicazione e ripetere qualsiasi operazione eseguita in precedenza che ha causato l'errore. Ora è possibile visualizzare il messaggio di errore effettivo.
Dopo aver risolto l'errore, ripristinare l'impostazione originale
customErrorse ridistribuire l'applicazione.
Accesso negato in una pagina Web che usa SQL Server Compact
Scenario
Quando si distribuisce un sito che usa SQL Server Compact ed è stata eseguita una pagina nel sito distribuito che accede al database, viene visualizzato il messaggio di errore seguente:
Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))
Possibile causa e soluzione
L'account DEL SERVIZIO DI RETE nel server deve essere in grado di leggere i file binari nativi di SQL Service Compact presenti nella cartella bin\amd64 o bin\x86 , ma non dispone delle autorizzazioni di lettura per tali cartelle. Impostare l'autorizzazione di lettura per NETWORK SERVICE nella cartella bin , assicurandosi di estendere le autorizzazioni alle sottocartelle.
Impossibile leggere il file di configurazione a causa di autorizzazioni insufficienti
Scenario
Quando si fa clic sul pulsante Di pubblicazione di Visual Studio per distribuire un'applicazione in IIS nel computer locale, la pubblicazione ha esito negativo e la finestra Output mostra un messaggio di errore simile al seguente:
An error occurred when reading the IIS Configuration File 'MACHINE/REDIRECTION'.
The identity performing this operation was ... Error: Cannot read configuration file due to insufficient permissions.
Possibile causa e soluzione
Per usare una sola clic su pubblica in IIS nel computer locale, è necessario eseguire Visual Studio con autorizzazioni di amministratore. Chiudere Visual Studio e riavviarlo con le autorizzazioni di amministratore.
Impossibile connettersi al computer di destinazione... Uso del processo specificato
Scenario
Quando si fa clic sul pulsante Pubblica di Visual Studio per distribuire un'applicazione, la pubblicazione ha esito negativo e la finestra Output mostra un messaggio di errore simile al seguente:
Web deployment task failed.(Could not connect to the destination computer ("<server URL>") using the specified process
("The Web Management Service"). This can happen if a proxy server is interrupting communication with the destination server.
Disable the proxy server and try again.) ... The remote server returned an error: (502) Bad Gateway.
Possibile causa e soluzione
Un server proxy interrompe la comunicazione con il server di destinazione. Nella Pannello di controllo Windows o in Internet Explorer selezionare Opzioni Internet e selezionare la scheda Connessioni. Nella finestra di dialogo Proprietà Internet fare clic su Impostazioni LAN. Nella finestra di dialogo Impostazioni rete locale (LAN) deselezionare la casella di controllo Rileva automaticamente le impostazioni . Fare quindi di nuovo clic sul pulsante pubblica.
Se il problema persiste, contattare l'amministratore di sistema per determinare cosa è possibile fare con le impostazioni proxy o firewall. Il problema si verifica perché La distribuzione Web usa una porta non standard per la distribuzione del servizio gestione Web (8172); per altre connessioni, Web Deploy usa la porta 80. Quando si distribuisce in un provider di hosting di terze parti, in genere si usa il servizio di gestione Web.
Il pool di applicazioni .NET 4.0 predefinito non esiste
Scenario
Quando si distribuisce un'applicazione che richiede .NET Framework 4, viene visualizzato il messaggio di errore seguente:
The default .NET 4.0 application pool does not exist or the application could not be added.
Please verify that ASP.NET 4.0 is installed on this machine.
Possibile causa e soluzione
ASP.NET 4 non è installato in IIS. Se il server distribuito in è il computer di sviluppo e ha installato Visual Studio 2010 in esso, ASP.NET 4 è installato nel computer ma potrebbe non essere installato in IIS. Nel server in cui si esegue la distribuzione aprire un prompt dei comandi con privilegi elevati e installare ASP.NET 4 in IIS eseguendo i comandi seguenti:
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –iru
Potrebbe anche essere necessario impostare manualmente la versione di .NET Framework del pool di applicazioni predefinito. Per altre informazioni, vedere l'esercitazione Distribuzione in IIS come ambiente di test .
Il formato della stringa di inizializzazione non è conforme alla specifica a partire dall'indice 0.
Scenario
Dopo aver distribuito un'applicazione usando un clic di pubblicazione, quando si esegue una pagina che accede al database viene visualizzato il messaggio di errore seguente:
Format of the initialization string does not conform to specification starting at index 0.
Possibile causa e soluzione
Aprire il file Web.config nel sito distribuito e verificare se i valori della stringa di connessione iniziano con $(ReplaceableToken_, come nell'esempio seguente:
<connectionStrings>
<add name="DefaultConnection" connectionString="$(ReplaceableToken_DefaultConnection-Web.config Connection String_0)" providerName="System.Data.SqlServerCe.4.0" />
<add name="SchoolContext" connectionString="$(ReplaceableToken_SchoolContext-Web.config Connection String_0)" providerName="System.Data.SqlServerCe.4.0" />
</connectionStrings>
Se le stringhe di connessione sono simili a questo esempio, modificare il file di progetto e aggiungere la proprietà seguente all'elemento PropertyGroup che è per tutte le configurazioni di compilazione:
<AutoParameterizationWebConfigConnectionStrings>False</AutoParameterizationWebConfigConnectionStrings>
Ridistribuire quindi l'applicazione.
Errore del server interno HTTP 500
Scenario
Quando si esegue il sito distribuito, viene visualizzato il messaggio di errore seguente senza informazioni specifiche che indicano la causa dell'errore:
HTTP Error 500 - Internal Server Error.
Possibile causa e soluzione
Esistono molte cause di 500 errori, ma una possibile causa se si seguono queste esercitazioni è che si inserisce un elemento XML nel posto errato in uno dei file di trasformazione XML. Ad esempio, si otterrebbe questo errore se si inserisce la trasformazione che inserisce un <location> elemento <system.web> in anziché direttamente in <configuration>. La soluzione in questo caso consiste nel correggere il file di trasformazione XML e ridistribuire.
Errore del server interno HTTP 500.21
Scenario
Quando si esegue il sito distribuito, viene visualizzato il messaggio di errore seguente:
HTTP Error 500.21 - Internal Server Error.
Handler "PageHandlerFactory-Integrated" has a bad module "ManagedPipelineHandler" in its module list.
Possibile causa e soluzione
Il sito distribuito è stato distribuito ASP.NET 4, ma ASP.NET 4 non è registrato in IIS nel server. Nel server aprire un prompt dei comandi con privilegi elevati e registrare ASP.NET 4 eseguendo i comandi seguenti:
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –iru
Potrebbe anche essere necessario impostare manualmente la versione di .NET Framework del pool di applicazioni predefinito. Per altre informazioni, vedere l'esercitazione Distribuzione in IIS come ambiente di test .
Accesso non riuscito apertura SQL Server Express database in App_Data
Scenario
È stata aggiornata la stringa di connessione del fileWeb.configper puntare a un database SQL Server Express come file con estensione mdf nella cartella App_Data e la prima volta che si esegue l'applicazione viene visualizzato il messaggio di errore seguente:
System.Data.SqlClient.SqlException: Cannot open database "DatabaseName" requested by the login. The login failed.
Possibile causa e soluzione
Il nome del file mdf non può corrispondere al nome di qualsiasi database SQL Server Express mai esistente nel computer, anche se è stato eliminato il file mdf del database esistente in precedenza. Modificare il nome del file con estensione mdf in un nome che non è mai stato usato come nome del database e modificare il file Web.config per usare il nuovo nome. In alternativa, è possibile usare SQL Server Management Studio Express per eliminare i database SQL Server Express esistenti in precedenza.
Impossibile controllare la compatibilità del modello
Scenario
È stata aggiornata la stringa di connessioneWeb.config file per puntare a un nuovo database SQL Server Express e la prima volta che si esegue l'applicazione viene visualizzato il messaggio di errore seguente:
Model compatibility cannot be checked because the database does not contain model metadata.
Ensure that IncludeMetadataConvention has been added to the DbModelBuilder conventions.
Possibile causa e soluzione
Se il nome del database inserito nel file di Web.config è mai stato usato prima nel computer, un database potrebbe già esistere con alcune tabelle. Selezionare un nuovo nome che non è stato usato nel computer prima e modificare il file Web.config in modo che punti a usare questo nuovo nome di database. In alternativa, è possibile usare SQL Server Management Studio Express per eliminare il database esistente.
Errore SQL quando uno script tenta di creare utenti o ruoli
Scenario
Si usa la distribuzione del database configurata nella scheda Package/Publish SQL , gli script SQL eseguiti durante la distribuzione includono i comandi Crea utente o Crea ruolo e l'esecuzione di script non riesce quando vengono eseguiti questi comandi. È possibile che vengano visualizzati messaggi più dettagliati, ad esempio quanto segue:
The approximate location of the error was between lines '1' and '3' of the script.
The verbose log may have more information about the error. The command started with:
CREATE USER [user2] FOR LOGIN [user2] WITH DEFAULT
Error: User does not have permission to perform this action.
Se questo errore si verifica quando è stata configurata la distribuzione del database nella procedura guidata Pubblica Web anziché nella scheda Package/Publish SQL , creare un thread nel forum Configurazione e distribuzione e la soluzione verrà aggiunta a questa pagina di risoluzione dei problemi.
Possibile causa e soluzione
L'account utente usato per eseguire la distribuzione non dispone dell'autorizzazione per creare utenti o ruoli. Ad esempio, la società di hosting potrebbe assegnare i db_datareaderruoli , db_datawritere db_ddladmin all'account utente configurato automaticamente. Sono sufficienti per la creazione della maggior parte degli oggetti di database, ma non per la creazione di utenti o ruoli. Un modo per evitare l'errore consiste nell'escludere utenti e ruoli dalla distribuzione del database. A tale scopo, modificare l'elemento per lo PreSource script generato automaticamente del database in modo che includa gli attributi seguenti:
CopyAllUsers=false, CopyAllRoles=false
Per informazioni su come modificare l'elemento PreSource nel file di progetto, vedere Procedura: Modificare le impostazioni di distribuzione nel file di progetto. Se gli utenti o i ruoli nel database di sviluppo devono trovarsi nel database di destinazione, contattare il provider di hosting per assistenza.
SQL Server errore di timeout durante l'esecuzione di script personalizzati durante la distribuzione
Scenario
Sono stati specificati script SQL personalizzati da eseguire durante la distribuzione e quando viene eseguita la distribuzione Web, si verifica il timeout.
Possibile causa e soluzione
L'esecuzione di più script con modalità di transazione diverse può causare errori di timeout. Per impostazione predefinita, gli script generati automaticamente vengono eseguiti in una transazione, ma gli script personalizzati non vengono eseguiti. Se si seleziona l'opzione Pull data and/or schema from an existing database (Esegui pull di dati e/o schemi da un database esistente ) nella scheda Pacchetto/Pubblica SQL e se si aggiunge uno script SQL personalizzato, è necessario modificare le impostazioni delle transazioni in alcuni script in modo che tutti gli script usino le stesse impostazioni di transazione. Per altre informazioni, vedere Procedura: Distribuire un database con un progetto di applicazione Web.
Se sono state configurate le impostazioni delle transazioni in modo che tutti siano uguali ma vengano comunque visualizzati questo errore, una possibile soluzione alternativa consiste nell'eseguire separatamente gli script. Nella griglia Script di database nella scheda Pacchetto/Pubblica SQL deselezionare la casella di controllo Includi per lo script che causa l'errore di timeout e quindi pubblicare il progetto. Tornare quindi alla griglia Script di database , selezionare la casella di controllo Includi dello script e deselezionare le caselle di controllo Includi per gli altri script. Pubblicare di nuovo il progetto. Questa volta che si pubblica, viene eseguito solo lo script personalizzato selezionato.
I dati di flusso del manifesto del sito non sono ancora disponibili
Scenario
Quando si installa un pacchetto usando il file deploy.cmd con l'opzione t (test), viene visualizzato il messaggio di errore seguente:
Error: The stream data of 'sitemanifest/dbFullSql[@path='C:\TEMP\AdventureWorksGrant.sql']/sqlScript' is not yet available.
Possibile causa e soluzione
Il messaggio di errore indica che il comando non può produrre un report di test. Tuttavia, il comando potrebbe essere eseguito se si usa l'opzione y (installazione effettiva). Il messaggio indica solo che si è verificato un problema con l'esecuzione del comando in modalità test.
Questa applicazione richiede ManagedRuntimeVersion v4.0
Scenario
Quando si tenta di eseguire la distribuzione, viene visualizzato il messaggio di errore seguente:
Errore: i dati del flusso di 'sitemanifest/dbFullSql[@path='C:\TEMP\AdventureWorksGrant.sql']/sqlScript' non sono ancora disponibili. Il pool di applicazioni che si sta tentando di usare ha la proprietà 'managedRuntimeVersion' impostata su 'v2.0'. Questa applicazione richiede 'v4.0'.
Possibile causa e soluzione
ASP.NET 4 non è installato in IIS. Se il server in cui si esegue la distribuzione è il computer di sviluppo e in cui è installato Visual Studio 2010, ASP.NET 4 è installato nel computer ma potrebbe non essere installato in IIS. Nel server in cui si esegue la distribuzione aprire un prompt dei comandi con privilegi elevati e installare ASP.NET 4 in IIS eseguendo i comandi seguenti:
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –i
Impossibile eseguire il cast di Microsoft.Web.Deployment.DeploymentProviderOptions
Scenario
Quando si distribuisce un pacchetto, viene visualizzato il messaggio di errore seguente:
Unable to cast object of type 'Microsoft.Web.Deployment.DeploymentProviderOptions' to 'Microsoft.Web.Deployment.DeploymentProviderOptions'.
Possibile causa e soluzione
Si sta tentando di eseguire la distribuzione da Gestione IIS usando l'interfaccia utente distribuzione Web 1.1 in un server in cui è installata distribuzione Web 2.0. Se si usa lo strumento di amministrazione remota IIS per la distribuzione importando un pacchetto, selezionare la finestra di dialogo Nuove funzionalità disponibili quando si stabilisce la connessione. Questa finestra di dialogo potrebbe essere visualizzata una sola volta quando la connessione viene stabilita per la prima volta. Per cancellare la connessione e ricominciare, chiudere Gestione IIS e riavviarlo immettendo inetmgr /reset al prompt dei comandi. Se una delle funzionalità elencate è l'interfaccia utente distribuzione Web e ha un numero di versione inferiore a 8, il server in cui si esegue la distribuzione potrebbe avere entrambe le versioni 1.1 e 2.0 di Distribuzione Web installate. Per eseguire la distribuzione da un client in cui è installata la versione 2.0, il server deve avere installato solo Distribuzione Web 2.0. Per risolvere il problema, è necessario contattare il provider di hosting.
Impossibile caricare i componenti nativi di SQL Server Compact
Scenario
Quando si esegue il sito distribuito, viene visualizzato il messaggio di errore seguente:
Unable to load the native components of SQL Server Compact corresponding to the ADO.NET provider of version 8482.
Install the correct version of SQL Server Compact. Refer to KB article 974247 for more details.
Possibile causa e soluzione
Il sito distribuito non include sottocartelle amd64 e x86 con gli assembly nativi nella cartella bin dell'applicazione. In un computer in cui è installato SQL Server Compact, gli assembly nativi si trovano in C:\Programmi\Microsoft SQL Server Compact Edition\v4.0\Private. Il modo migliore per ottenere i file corretti nelle cartelle corrette in un progetto di Visual Studio consiste nell'installare il pacchetto NuGet SqlServerCompact. L'installazione del pacchetto aggiunge uno script post-compilazione per copiare gli assembly nativi in amd64 e x86. Per poterli distribuire, tuttavia, è necessario includerli manualmente nel progetto. Per altre informazioni, vedere l'esercitazione sulla distribuzione di SQL Server Compact.
Errore "Percorso non valido" dopo la distribuzione di un'applicazione Code First di Entity Framework
Scenario
Si distribuisce un'applicazione che usa Migrazioni Code First di Entity Framework e un SISTEMA DBMS, ad esempio SQL Server Compact che archivia il relativo database in un file nella cartella App_Data. È stato Migrazioni Code First configurato per creare il database dopo la prima distribuzione. Quando si esegue l'applicazione viene visualizzato un messaggio di errore simile all'esempio seguente:
The path is not valid. Check the directory for the database. [Path = c:\inetpub\wwwroot\App_Data\DatabaseName.sdf ]
Possibile causa e soluzione
Code First tenta di creare il database, ma la cartella App_Data non esiste. Non sono presenti file nella cartella App_Data durante la distribuzione oppure è stata selezionata l'opzione Escludi App_Data nella scheda Web Pacchetto/Pubblicazione della finestra Proprietà progetto . Il processo di distribuzione non creerà una cartella nel server se non sono presenti file nella cartella da copiare nel server. Se il database è già stato configurato nel sito, il processo di distribuzione eliminerà i file e la cartella App_Data se è stata selezionata l'opzione Rimuovi file aggiuntivi nella destinazione nel profilo di pubblicazione. Per risolvere il problema, inserire un file segnaposto, ad esempio un file di .txt nella cartella App_Data , assicurarsi di non avere exclude App_Data selezionato e ridistribuire.
"Impossibile utilizzare l'oggetto COM separato dal relativo RCW sottostante".
Scenario
È stata usata correttamente la pubblicazione con un clic per distribuire l'applicazione e quindi si inizia a ricevere questo errore:
Web deployment task failed. (Could not complete the request to remote agent URL 'https://serverurl.com/msdeploy.axd?site=sitename'.)
Could not complete the request to remote agent URL 'https://url/msdeploy.axd?site=sitename'.
The request was aborted: The request was canceled.
COM object that has been separated from its underlying RCW cannot be used.
Possibile causa e soluzione
La chiusura e il riavvio di Visual Studio sono in genere tutti necessari per risolvere questo errore.
La distribuzione ha esito negativo perché le credenziali utente usate per la pubblicazione non hanno l'autorità setACL
Scenario
La pubblicazione ha esito negativo con un errore che indica che non si dispone dell'autorità per impostare le autorizzazioni per le cartelle (l'account utente in uso non ha l'autorità setACL).
Possibile causa e soluzione
Per impostazione predefinita, Visual Studio imposta le autorizzazioni di lettura per la cartella radice del sito e le autorizzazioni di scrittura per la cartella App_Data. Se si sa che le autorizzazioni predefinite per le cartelle del sito sono corrette e non è necessario impostare questo comportamento, è necessario disabilitare questo comportamento aggiungendo <IncludeSetACLProviderOn Destination>False</IncludeSetACLProviderOnDestination> al file del profilo di pubblicazione (per influire su un singolo profilo) o sul file wpp.targets (per influire su tutti i profili). Per informazioni su come modificare questi file, vedere Procedura: Modificare le impostazioni di distribuzione nei file profilo (con estensione pubxml).
Errori di accesso negato quando l'applicazione tenta di scrivere in una cartella dell'applicazione
Scenario
L'applicazione si verifica quando tenta di creare o modificare un file in una delle cartelle dell'applicazione, perché non dispone dell'autorità di scrittura per tale cartella.
Possibile causa e soluzione
Per impostazione predefinita, Visual Studio imposta le autorizzazioni di lettura per la cartella radice del sito e le autorizzazioni di scrittura per la cartella App_Data. Se l'applicazione necessita dell'accesso in scrittura a una sottocartella, è possibile impostare le autorizzazioni per tale cartella, come illustrato nelle esercitazioni Impostazione autorizzazioni cartella e distribuzione nell'ambiente di produzione . Se l'applicazione deve accedere in scrittura alla cartella radice del sito, è necessario impedirne l'impostazione dell'accesso di sola lettura nella cartella radice aggiungendo <IncludeSetACLProviderOn Destination>False</IncludeSetACLProviderOnDestination> al file del profilo di pubblicazione (per influire su un singolo profilo) o sul file wpp.targets (per influire su tutti i profili). Per informazioni su come modificare questi file, vedere Procedura: Modificare le impostazioni di distribuzione nei file profilo (con estensione pubxml).
Errore di configurazione: l'attributo targetFramework fa riferimento a una versione successiva alla versione installata di .NET Framework
Scenario
È stato pubblicato correttamente un progetto Web destinato ASP.NET 4.5, ma quando si esegue l'applicazione (con la customErrors modalità impostata su "off" nel file Web.config) viene visualizzato l'errore seguente:
The 'targetFramework' attribute in the <compilation> element of the Web.config
file is used only to target version 4.0 and later of the .NET Framework (for
example, '<compilation targetFramework="4.0">'). The 'targetFramework' attribute
currently references a version that is later than the installed version of the
.NET Framework. Specify a valid target version of the .NET Framework, or install
the required version of the .NET Framework.
La casella Errore di origine della pagina di errore evidenzia la riga seguente da Web.config come causa dell'errore:
<compilation targetFramework="4.5" />
Possibile causa e soluzione
Il server non supporta ASP.NET 4.5. Contattare il provider di hosting per determinare quando e se è possibile aggiungere il supporto per ASP.NET 4.5. Se l'aggiornamento del server non è un'opzione, è necessario distribuire un progetto Web destinato ASP.NET 4 o versioni precedenti. Se si distribuisce un progetto Web ASP.NET 4 o versioni precedenti nella stessa destinazione, selezionare la casella di controllo Rimuovi file aggiuntivi nella destinazione nella scheda Impostazioni della procedura guidata Pubblica Web . Se non si seleziona Rimuovi file aggiuntivi nella destinazione, si continuerà a visualizzare la pagina Errore di configurazione.
Le finestre proprietà del progetto includono un elenco a discesa Framework di destinazione, ma non è possibile risolvere questo problema semplicemente modificando il problema da .NET Framework 4.5 a .NET Framework 4. Se si modifica il framework di destinazione in una versione precedente del framework, il progetto avrà comunque riferimenti agli assembly della versione del framework successiva e non verrà eseguito. È necessario modificare manualmente tali riferimenti o creare un nuovo progetto destinato a .NET Framework 4 o versioni precedenti. Per altre informazioni, vedere Destinazione di .NET Framework per siti Web.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per