In deze handleiding zullen de meesten van ons enkele mogelijke oorzaken beschrijven die een asp.net-parserfout kunnen veroorzaken die Typerben niet kan corrigeren, en vervolgens enkele mogelijke oplossingen bieden die gebruikers kunnen proberen om het probleem op te lossen.
Het herbouwen/opnieuw plaatsen van verschillende andere projecten/oplossingen op het gebied van de server werkte niet voor jou en mij alleen, en ik betwijfel of het zou kunnen helpen en dus komen veel mensen uit deze moeilijkheid. Wat mij betreft, ik deed alles wat ik kon om dit probleem op te lossen, wat me uiteindelijk uit dit “gat” trok.
Ik heb geprobeerd om de uitvoering op de website met succes te gebruiken, maar deze toevoeging is mislukt. Ik heb geprobeerd de algemene pagina te bellen met http://localhost/Report.aspx (dit was mijn startpagina, meestal koos ik ervoor om Default niet te bereiken. Aspx ) – ik was later vers naar de sectie “Standaarddocumenten” met dit type naam). Dus ik probeerde wat verwijderd was:
Ik ging naar de site van de oude communicatie en creëerde een ander eenvoudig webproject dat “hallo” en een label op de pagina dwong, en ook niets anders. Ik had een sectie -> Laden om de teksteigenschap van dit niveau te veranderen in “wereld!” moet worden voltooid om ervoor te zorgen dat dit onderdeel werkt. Ik heb een ultramoderne website op poort 78 gemaakt en de gepubliceerde inhoud van een specifieke website naar de hostingserver gestuurd. Dus installeerde ik in feite .NET 4.5 op een echte echte server (en ik draaide aspnet_regiis – die ik kan bestellen in de 4e map) 0, en bovendien was de IIS-toepassingspool die ik voor veel van dit nieuwe project gebruikte, gekoppeld aan 4.0, elke browser klaagde dat het .config-bestand is uitgerust met targetFramework = 4.5.2 , meestal de standaard Visual Studio 2015-omgeving. Dus ik installeerde .NET 4.6 (NDP46-KB3045557-x86-x64-AllOS-ENU. Restartl exe), installeerde die server en toen werkte mijn eigen, persoonlijke eenvoudige bronsite. Dus ging ik met pensioen om deze site te kunnen gebruiken – het enige wat ik wilde was bewijzen dat mijn installatiestappen zeker waren en dat de server een goed presterende site kon draaien.
Dus ging ik terug naar mijn OEM-project / inhoud – de site verwijderd en opnieuw gemaakt. Ik voeg de applicatiepool toe bovenop de eerder in dit artikel gemaakte applicatiepool om er zeker van te zijn dat .NET 4.0 al actief is. Na wat tijd besteed te hebben aan zoektermen, ging ik daarnaast naar mijn website – de functionaliteit die werkte bij het gebruik van http://localhost/Report.aspx . Het lijkt mij dat dit uitstekende de reden is voor de versie van typisch het .NET Framework dat u gebruikt.
Deze fout verschijnt wanneer u een nieuw webprogramma start in asp.net dat Visual Studio.net gebruikt en een poging doet om te compileren zonder de in-app-paginaweergavefunctie. Dit komt omdat de hele applicatie-DLL zeker niet is gebouwd.
Parserfout.Oplossing 1: de “Bin”-map van de webregistratie ontbreekt of de DLL-verzending van de toepassing kan ontbreken.Oplossing 2: uw toepassing is mogelijk niet correct gecompileerd omdat Visual Studio .NET waarschijnlijk een oudere versie in de cache plaatst.Veel oplossingen.Resolutie 4.
Het parserfoutartikel kan de tekst van het foutbericht integreren, een onbetaalbaar virtueel pad naar het bestand waar het meest verwant is aan de fout, en de volgende telefoonkeuze voor de fout in dat bestand. Parserfout – van HttpException-modus.
