I den här guiden kommer vi att beskriva några lika möjliga orsaker som kan orsaka ett asp.net -parsarfel eftersom Typerben inte kan ladda, och sedan tillhandahålla en handfull möjliga korrigeringar som du kan försöka vidta för att åtgärda problemet .
Godkänd: Fortect
Ombyggnad / ompostering av flera ett antal andra projekt / lösningar på servern fungerade inte enbart för dig och mig, och jag misstänker att det kan hjälpa så många människor att komma ur denna svårighet. För egen del ägnade jag lite tid åt att arbeta allt jag kunde för att lösa detta problem, som ofta äntligen drog mig ur detta “hål”.
Jag försökteJag försökte använda körning på den specifika webbplatsen, men detta körningsjobb misslyckades. Jag tog en spricka när jag ringde den globala webbplatsen med http: //localhost/Report.aspx (det här var min hemsida, vanligtvis bestämde jag mig för att inte ringa Standard. Aspx ) – Jag uppdaterades senare till avsnittet “Standarddokument” med detta namn). Så jag försökte vad som togs bort:
Jag gick till webbplatsen för det gamla projektet och skapade ett annat elementärt webbprojekt som krävde “hej” och ett namn på sidan, och inget annat. Jag led med ett avsnitt -> Ladda för att ändra taggens formuleringsegenskap till “världen!” behov så att du kan bli klar för att se till att denna del berättelser. Jag skapade en ny webbplats på port 81 och skickade det publicerade innehållet från en distinkt webbplats till servern. Så jag hittade i princip .NET 4.5 på en riktig server (och jag körde aspnet_regiis – som jag beställer från ofta den fjärde katalogen) 0, och dess IIS -applikationsström som jag använde för detta nya projekt måste länkas till 4.0, webbläsaren klagade över att vår egen .config -fil innehåller targetFramework = 4.5.2 , vanligtvis standardmiljön för Visual Studio 2015. Så jag installerade .NET 4.6 (NDP46-KB3045557-x86-x64-AllOS-ENU. Restartl exe), arbetade på den servern, sedan delade min enkla källsajt ut. Så jag gick i pension på den här webbplatsen – varje bit av vad jag ville göra var att bevisa att installationsstegen var speciella och att värdservern kunde köra en pålitlig webbplats.
Så jag gick tillbaka till ett OEM -projekt / webbplats – raderade och gjorde om webbplatsen. Jag lägger applikationspoolen högst upp i den tidigare skapade programpoolen för att vara säker på att .NET 4.0 redan körs. Efter att ha lagt ner lite tid på redigering gick jag till alternativwebbplatsen utöver den funktionalitet som var framgångsrik när jag använde http: //localhost/Report.aspx . Det verkar för mig att detta är orsaken på grund av den version av .NET Framework du bör använda.
God morgon ! Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar. Situationen är att jag dessutom har ett gäng cs .aspx för att inte tala om .aspx -filer. Över https, allt i ett block. Ingen filbaserad lösning och ingen visningsfil (inte någon idé). Vad jag har provat hittills: Jag känner mig verkligen vilsen för nästa försök. Kan du behöva aktivera mig? Tack så mycket! Kommentarer Kontrollera om din nuvarande kod bakom är offentlig underklass av TestCert: Sida Försök också ändra CodeBehind lika med “TestCert.aspx.cs” till CodeFile = “TestCert.aspx.cs”. Detta är utan tvekan ett måste när man ändrar design och mode för ett projekt från en webbplats till någon form av webbapplikation eller vice versa. Eftersom du faktiskt säger att projektnumret angående projektfilen eller nyckelfilen känner jag att detta är problemet här. IIS kan inte avgöra projekttypen. Eftersom du använder FTP som IIS, är du säker på Är hela din familj säker på att du kan använda .NET 2.0 AppPool? Kommentarer Itemprop är lika med “suggested byAnswer” Åtgärdade ett problem relaterat till kontroll av nätverksversionen av planpoolen i IIS. Min app var version 1 och 0 var 2.0 -installationspoolen. Appen ändrades från Pool 2.0 till 4.0 och det fungerade bra, du behöver inte ändra CodeBehind till CodeFile. Itemprop betyder “föreslagen avAnswer” Prova att kopiera din stora bin -mapp till din webbserver. Itemprop = “suggested byAnswer” Hej, för att lösa mitt stora problem med samma meddelande, var du tvungen att gå vidare till IIS och se om det snart fanns ett program konfigurerat så enkelt eller som den praktiska katalogen. Appikonen var bara en mycket mapp med en fullständig ikon. Så jag passade bäst genom att klicka på objektet och ändra Hantera virtuell katalog> Avancerade inställningar> Konvertera till program för att utbyta den virtuella katalogknappen Tecknet på en bra grön ikon på jorden. Naturligtvis gjordes en applikationsundersökning för Framework 4.5 och steg 4 i applikationspoolen gick från standardprogrammet till poolen som kan få åtkomst till det tidigare. Detta har försvunnit det problem jag har i åtanke. Men punkt jag inte kände igen: 1. Jag använder det nära IS 6.1. 2. Jag har möjlighet att komma åt mina domänuppgifter och behöver inte ett passagebevis. Hoppas det här hjälper. Kommentarer Dessa artiklar och annat innehåll, och mer eller mindre all associerad källkod som filer, är licensierade till The Code Project Open License (CPOL).
Nu vet jag vad han då tänker (“Inga fler analysfel!”). Men din situation är unik. (Nej, extremt! ;-)) Jag skulle behöva din hjälp. Låt mig tydligt berätta vad felet är: Godkänd: Fortect
1. Projektfilen som kallas är faktiskt TestMMW, så allt känns i TestMMW -namnutrymmet. Jag försökte ta bort dessa specifika rymdenamn (som människor ser ovan). Skuld.
2. Jag försökte återaktivera detta namnområde. Skuld.
3. Jag märkte att det fungerar i .Net version 2 och ASP.NET, och som ett resultat installerade jag Visual Studio 2008 (för att säkerställa att jag mest arbetar med VS 2010) sammanställd och sedan där för att se till att. Nettoversionen var 2,0 och FTPd hade det också. Skuld. 
Det här felet uppstår när du fokuserar på en ny webbapplikation i asp.net som förbrukar Visual Studio.net och försöker kompilera utan vilken sidvisning i appen fungerar. Detta beror på att den stora applikations -DLL inte har byggts.
Analysfel.Lösning 1: Webbapplikationens “Bin” -katalogwebbplats saknas eller vanligtvis saknas applikationens DLL -inlämning.Lösning 2: Ditt syfte kanske inte har sammanställts korrekt eftersom Visual Studio .NET cachar en äldre version.Mycket med lösningar.Upplösning 4.
Artikeln parser misstag kan innehålla texten i varje felmeddelande, en viktig virtuell sökväg för dig att se, filen där det mesta av felet inträffade, tillsammans med nästa telefonnummer för felet inuti den filen. Parserfel – från HttpException -läge.
