Varem, kui siluti veebilehte, oli tavaks paremklõpsata otse lahenduses – alustada uut instantsi, kuid hiljem avastati, et sellised puudused olid: 1. Start on suhteliselt aeglane; 2. Mõnede brauserite päringuparameetrit ei saa importida; 3. Kui sa ei määra käivitus-URL-i, laadib VS lehe localhosti, näiteks http://localhost/test.aspx; Sellisel juhul ei saa domeeninimede kaudu jagatud küpsiseid jagada. Raske poole pealt otsustasin IIS-i lehti siluda, lisades protsessi VS-is. Sammud on järgmised: 1. Loo IIS-is sait ja osuta otse kaustale, kus programm asub (või tee viitab kaustale, kus programm avaldatakse); 2. Sea testitavale lehele katkestuspunkt, seejärel vali "Debug" > "Lisa protsessiga" ning vali w3wp.exe protsess protsessis (esmalt pead avama CRM-i või testitava lehe); Kui sa w3wp.exe protsessi ei leia, on protsesside nimekirja allosas kõigis sessioonides protsesside näitamine ja sa näed seda 3. Aga ma avastasin, et ma ei saanud katkestuspunkti sisestada, viidates kõigi juhistele, kas genereerimismeetod oli silumine jne, ei lahendanud mu probleemi. Lõpuks avastasin, et probleem oli veebiprojekti omaduslehe siluris – natiivset koodi ei kontrollitud ja lehte saab edukalt siluda, nii et rõõmus! 4. Lisaks on kõige parem kontrollida ülaltoodud pildi redigeerimise lubamist ja jätkata selle märkimist, vastasel juhul võidakse see olla veaks ja sellele ligi pääseda ei saa
|