Tidligere, når man fejlsøgte en hjemmeside, var det kutyme at højreklikke direkte i løsningen – starte en ny instans, men senere fandt man ud af, at sådanne ulemper var:
1. Starten er relativt langsom;
2. Anmodningsparameteren for nogle browsere kan ikke importeres;
3. Hvis du ikke angiver opstarts-URL'en, vil VS indlæse siden til localhost, såsom http://localhost/test.aspx;
I dette tilfælde kan cookies, der deles gennem domænenavne, ikke deles.
På den svære side besluttede jeg at fejlfinde IIS-sider ved at vedhæfte en proces i VS.
Trinene er som følger:
1. Opret et site i IIS og peg direkte på mappen, hvor programmet er placeret (eller stien peger til den mappe, hvor programmet er publiceret);
2. Sæt et breakpoint på siden, der skal testes, vælg derefter "Debug" > "Tilknyt til proces", og vælg w3wp.exe proces i processen (du skal åbne CRM-et eller siden, der skal testes først); Hvis du ikke kan finde w3wp.exe proces, er der en 'vis processer i alle sessioner' nederst på proceslisten, og du kan se den
3. Men jeg fandt ud af, at jeg ikke kunne indtaste breakpointet, og at henvise til alles instruktioner, om genereringsmetoden var debug osv., løste ikke mit problem.
Endelig fandt jeg ud af, at det var egenskabsside-debuggeren i webprojektet – den native kode var ikke tjekket, og siden kan fejlfindes succesfuldt, så glad!
4. Derudover er det bedst at tjekke aktivering af redigeringen af ovenstående billede og fortsætte med at markere det, ellers kan det blive rapporteret som en fejl og kan ikke tilgås
|
Opslået på 18/08/2016 14.50.23
|
|
|
|
Udlejer|
Opslået på 02/03/2021 09.59.42
|
