Par le passé, lors du débogage d’un site web, il était d’usage de faire un clic droit directement sur la solution – lancer une nouvelle instance, mais il a ensuite constaté que ces inconvénients étaient :
1. Le début est relativement lent ;
2. Le paramètre de requête de certains navigateurs ne peut pas être importé ;
3. Si vous ne spécifiez pas l’URL de démarrage, VS chargera la page sur localhost, comme http://localhost/test.aspx ;
Dans ce cas, les cookies partagés via des noms de domaine ne peuvent pas être partagés.
Côté difficile, j’ai décidé de déboguer les pages IIS en y attachant un processus dans VS.
Les étapes sont les suivantes :
1. Créer un site dans IIS et pointer directement vers le dossier où se trouve le programme (ou le chemin pointe vers le dossier où le programme est publié) ;
2. Définir un point d’arrêt sur la page à tester, puis sélectionner « Déboguer » > « Attacher au processus », et sélectionner w3wp.exe processus dans le processus (il faut d’abord ouvrir le CRM ou la page à tester) ; Si vous ne trouvez pas w3wp.exe processus, il y a un affichage des processus dans toutes les sessions en bas de la liste des processus, et vous pouvez le voir
3. Mais j’ai constaté que je ne pouvais pas entrer le point d’arrêt, en me référant aux instructions de chacun, en vérifiant si la méthode de génération était déboguée, etc., cela ne résolvait pas mon problème.
Finalement, j’ai découvert que c’était le débogueur de la page de propriété du projet web – le code natif n’était pas vérifié, et la page peut être déboguée avec succès, donc je suis ravi !
4. De plus, il est préférable de vérifier l’activation du montage de l’image ci-dessus et de continuer à la cocher, sinon elle pourrait être signalée comme une erreur et ne pas être accessible
|
Publié sur 18/08/2016 14:50:23
|
|
|
|
Propriétaire|
Publié sur 02/03/2021 09:59:42
|
