Author: garak Date: 2010-03-12 10:35:58 +0100 (Fri, 12 Mar 2010) New Revision: 28495
Modified: doc/branches/1.4/getting-started/it/01-Introduction.markdown doc/branches/1.4/getting-started/it/03-Symfony-Installation.markdown doc/branches/1.4/getting-started/it/04-Project-Setup.markdown doc/branches/1.4/getting-started/it/05-Web-Server-Configuration.markdown doc/branches/1.4/getting-started/it/06-Environments.markdown doc/branches/1.4/getting-started/it/07-Whats-Next.markdown Log: [doc-it][1.4] minor fixes Modified: doc/branches/1.4/getting-started/it/01-Introduction.markdown =================================================================== --- doc/branches/1.4/getting-started/it/01-Introduction.markdown 2010-03-12 09:20:59 UTC (rev 28494) +++ doc/branches/1.4/getting-started/it/01-Introduction.markdown 2010-03-12 09:35:58 UTC (rev 28495) @@ -8,14 +8,14 @@ Installare symfony non è molto diverso dall'installare ogni altro software PHP, ma, per rendere l'installazione sicura fin dall'inizio, non ci si può limitare -a caricare tutti i file nella directory root del server web, come descritto in molte +a caricare tutti i file nella cartella principale del server web, come descritto in molte guide all'installazione. Il processo richiederà poco tempo in più per installare symfony, ma lo sforzo ha il suo valore. Inoltre, come per l'installazione di -tutti gli altri software PHP, esistono molte piccole trappole in cui si può cadere +tutti gli altri software PHP, esistono molte piccole trappole in cui si può cadere, che possono rendere l'esperienza più difficile di quanto dovrebbe essere. Questo tutorial spiega tutto quello che si dovrebbe sapere per iniziare un nuovo progetto con symfony. Dall'installazione di symfony stesso alla creazione -di un'applicazione alla configurazione del web server; alla fine del tutorial +di un'applicazione alla configurazione del server web; alla fine del tutorial si avrà un'applicazione symfony completamente funzionante, pronta all'uso per il -tuo prossimo progetto. +prossimo progetto. Modified: doc/branches/1.4/getting-started/it/03-Symfony-Installation.markdown =================================================================== --- doc/branches/1.4/getting-started/it/03-Symfony-Installation.markdown 2010-03-12 09:20:59 UTC (rev 28494) +++ doc/branches/1.4/getting-started/it/03-Symfony-Installation.markdown 2010-03-12 09:35:58 UTC (rev 28495) @@ -93,7 +93,7 @@ >Su Windows, si possono usare strumenti come >[TortoiseSVN](http://tortoisesvn.net/) >per poter fare tutto senza usare la riga di comando. -Per un approccio conservativo, legare il progetto ad un rilascio specifico +Per un approccio conservativo, legare il progetto a un rilascio specifico (un tag di Subversion): svn checkout http://svn.symfony-project.com/tags/RELEASE_1_4_0 Modified: doc/branches/1.4/getting-started/it/04-Project-Setup.markdown =================================================================== --- doc/branches/1.4/getting-started/it/04-Project-Setup.markdown 2010-03-12 09:20:59 UTC (rev 28494) +++ doc/branches/1.4/getting-started/it/04-Project-Setup.markdown 2010-03-12 09:35:58 UTC (rev 28495) @@ -18,7 +18,7 @@ c:\> php lib\vendor\symfony\data\bin\symfony generate:project PROJECT_NAME Il task `generate:project` genera la struttura predefinita di cartella e di -file necessaria ad un progetto symfony: +file necessaria a un progetto symfony: | Cartella | Descrizione | ----------- | ---------------------------------- Modified: doc/branches/1.4/getting-started/it/05-Web-Server-Configuration.markdown =================================================================== --- doc/branches/1.4/getting-started/it/05-Web-Server-Configuration.markdown 2010-03-12 09:20:59 UTC (rev 28494) +++ doc/branches/1.4/getting-started/it/05-Web-Server-Configuration.markdown 2010-03-12 09:35:58 UTC (rev 28495) @@ -29,7 +29,7 @@ All'interno di questa cartella sono presenti alcune sottocartelle delle varie risorse web (`css/` e `images/`) e i due file front controller. -Quest'ultimi sono gli unici file PHP che devono essere posizionati all'interno +Questi ultimi sono gli unici file PHP che devono essere posizionati all'interno della cartella web. Tutti gli altri file PHP devono essere nascosti, non raggiungibili dal browser web, che è una buona soluzione per la sicurezza dell'applicativo. @@ -64,7 +64,7 @@ >**NOTE** ->L'alias `/sf` permette l'accesso alle immagini e file javascript necessari +>L'alias `/sf` permette l'accesso alle immagini e file JavaScript necessari >alla visualizzazione delle pagine predefinite di symfony e alla web debug >toolbar. > >Su Windows, bisogna rimpiazzare la riga che definisce l'`Alias` con @@ -87,7 +87,7 @@ >Configurazione di un dominio dedicato > >Nel caso in cui si fosse amministratori del server stesso, è meglio ->creare e configurare dei virtual host, piuttosto che aggiungere una nuova porta +>creare e configurare degli host virtuali, piuttosto che aggiungere una nuova porta >ogniqualvolta si voglia iniziare un progetto. Invece di scegliere una porta e >aggiungere la direttiva `Listen`, scegliere un dominio e aggiungere la >direttiva >`ServerName`: @@ -127,7 +127,7 @@ http://sfproject.localhost/frontend_dev.php/ Dovrebbe essere visibile nell'angolo in alto a destra la web debug toolbar, con -delle piccole, se tutto è stato configurato correttamente, +delle piccole icone, se tutto è stato configurato correttamente, grazie all' `sf/` alias.  Modified: doc/branches/1.4/getting-started/it/06-Environments.markdown =================================================================== --- doc/branches/1.4/getting-started/it/06-Environments.markdown 2010-03-12 09:20:59 UTC (rev 28494) +++ doc/branches/1.4/getting-started/it/06-Environments.markdown 2010-03-12 09:35:58 UTC (rev 28495) @@ -1,14 +1,14 @@ Gli ambienti ============ -Guardando nella directory `web/`, ci saranno due file PHP: +Guardando nella cartella `web/`, ci saranno due file PHP: `index.php` e `frontend_dev.php`. Questi file sono chiamati **front controller** e vengono utilizzati per gestire tutte le richieste fatte all'applicazione. Ma perché avere due front controller per ogni applicazione? Entrambi i file puntano alla stessa applicazione, ma per **ambienti** differenti. -Quando viene sviluppata un'applicazione, ad eccezione di quelle sviluppate -direttamente sul server di produzione, diversi ambienti sono necessari: +Quando viene sviluppata un'applicazione, a eccezione di quelle sviluppate +direttamente sul server di produzione, sono necessari diversi ambienti: * L'**ambiente di sviluppo**: Questo ambiente è utilizzato dagli **sviluppatori web** quando devono lavorare sull'applicazione per @@ -21,14 +21,14 @@ * L'**ambiente di produzione**: Quest'ultimo ambiente è quello che verrà usato dagli **utenti finali**. -Cosa rende ogni ambiente differente? Ad esempio nell'ambiente di sviluppo, +Cosa rende ogni ambiente differente? Ad esempio, nell'ambiente di sviluppo, l'applicazione deve registrare tutti dettagli delle richieste per rendere più facile il debug del codice, contemporaneamente deve avere la cache disabilitata per permettere di vedere subito i risultati del proprio lavoro. In sostanza l'ambiente di sviluppo deve essere ottimizzato per gli sviluppatori. Il miglior esempio che si può dare è quello delle eccezioni del framework. Per aiutare lo sviluppatore a controllare il proprio codice velocemente, symfony -mostra l'eccezione per la richiesta fatta, con tutte le informazioni ad essa +mostra l'eccezione per la richiesta fatta, con tutte le informazioni a essa correlate, direttamente all'interno del browser:  @@ -42,7 +42,7 @@ >**NOTE** >Se vengono aperti i file di front controller, si potrà notare che il >contenuto ->degli stessi è uguale ad eccezione dei parametri che definiscono l'ambiente: +>degli stessi è uguale a eccezione dei parametri che definiscono l'ambiente: > > [php] > // web/index.php Modified: doc/branches/1.4/getting-started/it/07-Whats-Next.markdown =================================================================== --- doc/branches/1.4/getting-started/it/07-Whats-Next.markdown 2010-03-12 09:20:59 UTC (rev 28494) +++ doc/branches/1.4/getting-started/it/07-Whats-Next.markdown 2010-03-12 09:35:58 UTC (rev 28495) @@ -3,7 +3,7 @@ Dopo aver seguito le istruzioni dei capitoli precedenti, si dovrebbe avere a disposizione un progetto symfony pienamente operativo. Si è così pronti -ad utilizzare symfony. +a utilizzare symfony. Ulteriore documentazione è disponibile nella pagina principale della [documentazione](http://www.symfony-project.org/doc/1_4/). @@ -25,7 +25,7 @@ documentazione liberamente disponibile. Ma uno dei più grandi valori che un progetto Open Source può avere è la sua comunità e symfony ha una delle comunità più attive e amichevoli che si -possono trovare. Iniziando ad usare symfony per i propri progetti, +possono trovare. Iniziando a usare symfony per i propri progetti, si consideri l'ipotesi di unirsi alla comunità di symfony: * Iscrivendosi alla [mailing-list degli utenti](http://groups.google.com/group/symfony-users) -- You received this message because you are subscribed to the Google Groups "symfony SVN" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/symfony-svn?hl=en.
