Tidligere, når man feilsøkte et nettsted, var det vanlig å høyreklikke direkte i løsningen – starte en ny instans, men senere fant man ut at slike ulemper var:
1. Starten går relativt sakte;
2. Forespørselsparameteren til noen nettlesere kan ikke importeres;
3. Hvis du ikke spesifiserer oppstarts-URL, vil VS laste siden til localhost, for eksempel http://localhost/test.aspx;
I dette tilfellet kan informasjonskapsler delt gjennom domenenavn ikke deles.
På den vanskelige siden bestemte jeg meg for å feilsøke IIS-sider ved å legge til en prosess i VS.
Stegene er som følger:
1. Opprette et nettsted i IIS og peke direkte til mappen der programmet befinner seg (eller stien peker til mappen der programmet publiseres);
2. Sett et bruddpunkt på siden som skal testes, velg deretter "Debug" > "Koble til prosess", og velg w3wp.exe prosessen i prosessen (du må åpne CRM-et eller siden som skal testes først); Hvis du ikke finner w3wp.exe prosessen, finnes det en visningsprosess i alle økter nederst på prosesslisten, og du kan se den
3. Men jeg oppdaget at jeg ikke kunne gå inn i breakpointet, og å referere til alles instruksjoner, om genereringsmetoden var debug og så videre, løste ikke problemet mitt.
Til slutt fant jeg ut at det var debuggeren for webprosjektet – den opprinnelige koden var ikke sjekket, og siden kan feilsøkes med suksess, så fornøyd!
4. I tillegg er det best å sjekke aktivering av redigering av bildet ovenfor og fortsette å krysse av, ellers kan det rapporteres som en feil og kan ikke nås
|
Publisert på 18.08.2016 14:50:23
|
|
|
|
Vert