Che cosa stai cercando di ottenere? Ognuno di questi ha un uso diverso:
-
Il "Aggiungi sito web" è il modo in cui più siti possono essere supportati sullo stesso server. Quindi potresti avere "www.mysite.com" e "anothersite.mysite.com" usando diversi IP sullo stesso server ma accedendo a file completamente diversi se lo desideri.
-
La "Aggiungi directory virtuale" è il modo in cui aggiungi un'altra cartella al tuo sito corrente per creare un "www.mysite.com/thisfolder" di routing verso una particolare cartella.
-
L'opzione "Aggiungi applicazione" viene utilizzata quando si desidera aggiungere tale cartella ma eseguirla in un altro pool di applicazioni. Questo può essere utile se vuoi avere processi separati per parti diverse di un sito.
IIS.net potrebbe essere un sito su come configurare e utilizzare IIS. Il blog di Scott Gu è anche una buona risorsa per alcuni punti in IIS e ASP.Net se scegli di entrare in quel regno di cose .
-
Capisci che il percorso fisico sta chiedendo la radice del sito web, giusto? Dove dovrebbe iniziare il sito se si sta guardando il file system sul server? Il binding è ciò che gli IP, le porte e le intestazioni host devono essere utilizzate per questo sito. Esiste un IP, una porta o un nome specifico che intendi utilizzare? Se è così, è qui che viene impostato. Se vuoi 5 siti web, allora crei 4 siti aggiuntivi oltre a quello predefinito e configura secondo necessità, forse esegui ciascun sito su una porta diversa. Ad esempio, se digiti " link " e " link " stai entrando in un paio di siti che pensi siano diversi, anche se entrambi funzionano sotto il sito localhost?
-
Se la sezione di amministrazione si trova in una parte diversa del file system, sì. L'idea di una directory virtuale è quella di consentire al sito Web di utilizzare file da più posizioni sui dischi rigidi del sistema. Ad esempio, il tuo sito web potrebbe avere il "wwwroot / mysite" per la sua posizione iniziale e quindi fare riferimento a un altro disco per cui le mappe della directory virtuale potrebbero essere su un'altra unità, se lo desideri. L'idea è di avere "mysite / blah" "mysite / whatever" e "mysite / here" sembrano tutti uno accanto all'altro ma non devono essere sul lato server in quanto ogni directory può essere mappata a un altro posizione.
-
I processi separati possono essere utili se parte del tuo sito è meno stabile e non vuoi che l'arresto anomalo dell'applicazione si ripercuota sugli altri pool di applicazioni. Pool di applicazioni in Microsoft IIS note:
You can run as many applications in one application pool as you
desire. However, for critical production applications, it is better
to set up one application pool per application. This allows each
application pool to have its own memory space and errors within one
application will not impact other applications running in other pools.
Microsoft .NET Framework does impose a limitation that each
Application Pool can only run one version of the Microsoft .NET
Framework. So if you have some applications that require Microsoft
.NET Framework 1.1 and others that require version 2.0, you must
create two different application pools. Note that Microsoft .NET
Framework 3.0 and 3.5 are really Microsoft .NET Framework 2.0 from the
perspective of all web applications. So there is no requirement to
separate applications using version 2.0, 3.0 or 3.5 of Microsoft .NET
Framework into separate application pools.
Iron Speed recommends running each application in its own application
pool.
ASP.NET Web Garden - Come Molti processi di lavoro di cui ho bisogno? ha anche alcune risposte in termini di processi di processo che potrebbero essere utili da SO. In un certo senso, suddividere un sito Web in più applicazioni è come suddividere il codice in più DLL anziché avere un grande eseguibile. Ci vuole un po 'di sperimentazione e ciò che funziona in un posto potrebbe non funzionare in un altro posto.