Table of Contents
Under det senaste ett fåtal dagar har några av våra läsare välsignats med rapporterade visningsfel på ASP-sidan.
Godkänd
Dubbelklicka bara på “ASP” från huvudsidan av webbplatsen i IIS Admin, expandera felsökningsegenskaperna, granska rutan bredvid “Skicka in misstag som webbläsare kan skicka” och ta en titt på Apply. Från startskärmen, med Error Pages, välj 500, sedan Ändra funktionsinställningar och välj Detaljerade fel.
Dubbelklicka först på den världsberömda ASP för att öppna motsvarande ASP-världswebb. Expandera noden Debug Properties och ställ dessutom in Skicka fel till webbläsare till slutligen True. Naturligtvis är det inte tillfredsställande att få en komplicerad felpunkt. För närvarande kan du mest se ett specifikt fel från några av skriptets felmeddelanden.
Om du (fortfarande) är fruktbar med Classic ASP, kanske du behöver märka hur svårt det är att felsöka dina applikationer. Klassisk eller webbaserad har sina egna inställningar annat eftersom .NET.
Dessa två till tre grundläggande steg hjälper alla att identifiera buggar i en persons applikation.
1- Aktivera ASP IIS Debugging
ASPError-objektet är utmärkt för att visa detaljerad information om praktiskt taget typer av fel som förekommer i skript under en ASP-sida. NOTERA. ASPError objekt kastas när internet dator. GetLastError kastas, så viktig information kan endast nås via var och en av våra servrar.
IIS Receive tillhandahåller inte felsökningsinformation till standardwebbläsaren. Du kan ändra dessa förfrågningsmetoder och även IIS för att skicka höjdpunkter som ett radnummer och prenumeration till en användare:
2- Konfigurera felsidor
Du kan konfigurera IIS för att välja händelsedetaljer på webbsidor med vanliga fel som 401, 404, 500:
3- Tillåt Internet Explorer att återgå för att visa felinformation
IE vill sätta upp användarvänliga sidor istället för uttömmande vet du om användbara för webbutvecklare. Du kommer sannolikt att ändra den här inställningen i felsökningssyfte:
ini_set(‘display_errors’, 1);ini_set(‘display_startup_errors’, 1);felexponering (E_ALL);
Ny sida errorki explorer kan se ut ungefär så här:
Godkänd
ASR Pro-reparationsverktyget är lösningen för en Windows-dator som kör långsamt, har registerproblem eller är infekterad med skadlig programvara. Detta kraftfulla och lättanvända verktyg kan snabbt diagnostisera och fixa din dator, öka prestandan, optimera minnet och förbättra säkerheten i processen. Lider inte av en trög dator längre - prova ASR Pro idag!
Kanske och om du (fortfarande) utvecklar som inkluderar klassisk ASP, måste du ha vetat hur svårt det är att slutligen felsöka dina applikationer. Classic Har sina extremt asp-inställningar, som vanligtvis är nya och spännande från .NET-inställningar.
Dessa tre steg kan hjälpa dig att identifiera buggar i den bästa praktiska tillämpningen.
1- Aktivera IIS-felsökning på grund av ASP
Som standard skickar IIS definitivt inte felsökningsinformation till alla mobila webbläsare. Du kan ändra dessa beteenden bättre och fråga IIS vilken linje som vanligtvis skickar data som fast telefonnummer och spårning till någon användare:
2- Konfigurera felsidor
void Application_Error (objektavsändare, EventArgs e)// Kod som ska köras när något verkligt obehandlat fel inträffar.Exemplet på undantag är lika med Server.GetLastError ();Server.ClearError ();Server.Transfer (“Fehler.aspx”);
IIS kan visa sig vara konfigurerat för att visa detaljer om knappa felsidor som 401, 404, 500:
3- Tillåt Internet Explorer att visa felinformation
IE föredrar att visa genomskinliga felsidor framför användbara detaljer på webben. för utvecklare. Du kan ändra alla dessa inställningar för felsökningsändamål:
Udalread Sida hittades inte.