In ASP.NET si può portare un sito on line caricando i soli file sorgenti sul server che lo ospita. Se i file hanno subito modifiche Il Framework .NET presente sul server li ricompila alla prima richiesta da parte di un utente.
Questo processo è molto comodo, in quanto evita di compilare a mano, ogni volta, i file modificati. Tuttavia, in determinate situazioni, può essere conveniente compilare il sito in locale e poi portarlo on line già compilato.Precompilare il sito e portarlo in produzione o ,come si sul dire in inglese, fare un deploy, porta ad una serie di vantaggi.
Nelle versioni precedenti alla 2.0, ASP.NET necessitava il deploy dei file .aspx cioè dei file contenenti l'interfaccia utente, mentre i file con il codice della logica di funzionamento venivano compilati nella cartella bin. L'interfaccia utente, quindi, rimaneva comunque visibile.
Con ASP.NET 2.0 si può precompilare l'applicazione web in modo da non mettere sul server nè i sorgenti .aspx nè il codice. Naturalmente, tutto il codice lato client rimane comunque visibile.
Prima dell'avvento di ASP.NET 2.0, con le versioni ASP.NET 1.x, si poteva già precompilare un sito. In ASP.NET 1.x, bisognava eseguire l'handler precompile.axd digitando sul browser:
http://localhost/nome_directory_virtuale/precompile.axd
ciò, dopo aver inserito nel Web.Config o nel machine.config una sezione <httpHandlers> contenente:
<add verb="*" path="precompile.axd" type="System.Web.Handlers.BatchHandler"/>
In ASP.NET 2.0 si può invece utilizzare l'utility aspnet_compiler. Per ottenere l'help di aspnet_compiler si può digitare a riga di comando:
Richiamare l'help di aspnet_compiler
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727>aspnet_compiler -?
In sintesi, le opzioni di sintassi più importanti dell'utility aspnet_compiler sono le seguenti:
Sintassi di aspnet_compiler
aspnet_compiler [-?] [-m metabasePath | -v virtualPath [-p physicalDir]] [[-u] [-f] targetDir]
-? serve ad ottenere l'help -m metabasePath specifica il metabase path dell'applicazione da compilare; ad esempio il metabase path del sito di default di IIS è: LM/W3SVC/1/ROOT; questa opzione non può essere usata insieme a -v e -p.-v virtualPath specifica il percorso virtuale dell'applicazione da compilare, ad esempio: /nome_directory_virtuale-p phisicalPath specifica il percorso fisico dell'applicazione da compilare, ad esempio: D:\Documenti\Web\SitoDaCompilare[-u] specifica che l'applicazione può essere aggiornatatargetDir è il percorso fisico della directory in cui viene messa l'applicazione compilata; se non è specificata, l'applicazione viene compilata in loco, cioè nella stessa directory del sorgente[-f] specifica che la targetDir può essere sovrascritta se già esistente|
ASP.NET Routing: URL amichevoli con Web Form 4.0 e Visual Studio 2010 |
Guida NantNant è il porting del celebre Ant per Java, un 'build tool', un... |
Guida ASP.NET MVCUn percorso per capire i meccanismi del nuovo Framework Microsoft... |
Guida SilverlightSviluppare Rich Internet Application e contenuti multimediali... |
Ogni giovedì, direttamente nella tua e-mail: articoli, guide, tutorial e script ASP, ASP.Net, SQL server e IIS.
Iscriviti alla newsletter
|
|
Corso Windows server 200829 Marzo 2010 a Milano |
|
|
Corso Webmaster con ASP.Net19 Aprile 2010 a Milano |
|
|
Corso Webmaster con ASP.Net03 Maggio 2010 a Roma |
|
|
Corso Windows server 200810 Maggio 2010 a Roma |