Author: garak Date: 2010-03-12 10:46:42 +0100 (Fri, 12 Mar 2010) New Revision: 28496
Modified: doc/branches/1.4/jobeet/it/01.markdown doc/branches/1.4/jobeet/it/02.markdown doc/branches/1.4/jobeet/it/03.markdown doc/branches/1.4/jobeet/it/04.markdown doc/branches/1.4/jobeet/it/05.markdown doc/branches/1.4/jobeet/it/06.markdown doc/branches/1.4/jobeet/it/07.markdown doc/branches/1.4/jobeet/it/08.markdown doc/branches/1.4/jobeet/it/09.markdown doc/branches/1.4/jobeet/it/10.markdown doc/branches/1.4/jobeet/it/11.markdown doc/branches/1.4/jobeet/it/12.markdown doc/branches/1.4/jobeet/it/13.markdown doc/branches/1.4/jobeet/it/17.markdown doc/branches/1.4/jobeet/it/18.markdown doc/branches/1.4/jobeet/it/19.markdown doc/branches/1.4/jobeet/it/21.markdown doc/branches/1.4/jobeet/it/22.markdown doc/branches/1.4/jobeet/it/23.markdown Log: [doc-it][1.4] minor fixes Modified: doc/branches/1.4/jobeet/it/01.markdown =================================================================== --- doc/branches/1.4/jobeet/it/01.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/01.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -22,7 +22,7 @@ che abbiamo abbastanza cose da fare oggi. Tuttavia diamogli un nome: **Jobeet**. Ogni capitolo/giorno è pensato per durare circa un'ora e rappresenta -l'occasione per imparare ad utilizzare symfony realizzando un sito web reale +l'occasione per imparare a utilizzare symfony realizzando un sito web reale dall'inizio alla fine. Ogni giorno verranno aggiunte nuove feature all'applicazione, e sfrutteremo queste novità per introdurvi alle nuove funzionalità di symfony ed alle good practice dello sviluppo web con symfony. @@ -120,7 +120,7 @@ ### ~Configurazione di PHP~ -Poiché le configurazioni di PHP possono variare da un sistema operativo ad +Poiché le configurazioni di PHP possono variare da un sistema operativo a un'altro, è necessario controllare che la configurazione di PHP soddisfi i requisiti minimi di symfony. @@ -354,7 +354,7 @@ > c:\> copy lib\vendor\symfony\data\bin\symfony.bat . Basandosi sul nome dell'applicazione, il task `generate:app` ha creato -la struttura di default delle cartelle necessarie ad un'applicazione +la struttura di default delle cartelle necessarie a un'applicazione nella cartella `apps/frontend`: | Cartella | Descrizione @@ -611,8 +611,8 @@ versioni permette di: * lavorare in sicurezza - * tornare ad una versione precedente se qualche modifica blocca qualcosa - * permette a più persone di lavorare in modo efficiente sul progetto + * tornare a una versione precedente se qualche modifica blocca qualcosa + * lavorare in più persone in modo efficiente sul progetto * avere accesso a tutte le versioni successive dell'applicazione In questa sezione descriveremo come usare [Subversion](http://subversion.tigris.org/) @@ -620,8 +620,8 @@ delle versioni, dovrebbe essere abbastanza semplice adattare quanto descritto per Subversion. -Ipotizziamo che si disponga già di un accesso ad un server Subversion -e di un accesso HTTP ad esso. +Ipotizziamo che si disponga già di un accesso a un server Subversion +e di un accesso HTTP a esso. >**TIP** >Se non avete un server Subversion a disposizione, potete creare un Modified: doc/branches/1.4/jobeet/it/02.markdown =================================================================== --- doc/branches/1.4/jobeet/it/02.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/02.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -127,7 +127,7 @@ pagina finale. Anche se l'utente non ha un account, un'offerta può essere modificata in seguito grazie -ad un URL specifico (protetto da un token dato all'utente quando l'inserzione viene creata). +a un URL specifico (protetto da un token dato all'utente quando l'inserzione viene creata). Ogni annuncio di lavoro rimane online per 30 giorni (questo parametro è configurabile dagli amministratori - vedi *storia B2*). Un utente può tornare per riattivare o estendere la Modified: doc/branches/1.4/jobeet/it/03.markdown =================================================================== --- doc/branches/1.4/jobeet/it/03.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/03.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -35,7 +35,7 @@ ~oggetti|OOP~ il più possibile. Per esempio, invece che scrivere query SQL per ottenere record dal database, preferiamo utilizzare gli oggetti. -Le informazioni del database relazionale devono essere mappate da un modello ad +Le informazioni del database relazionale devono essere mappate da un modello a oggetti. Questo può essere fatto con un [ORM](http://it.wikipedia.org/wiki/Object-relational_mapping) e fortunatamente symfony viene distribuito con due soluzioni di questo tipo: [Propel](http://propel.phpdb.org/) e [Doctrine](http://www.doctrine-project.org/). @@ -164,7 +164,7 @@ > >Questo task richiede di avere un database configurato in `databases.yml`. >Mostreremo come configurare il database in un passo successivo. Se si ->prova ad eseguire questo task ora, non funzionerà, perché non sa per +>prova a eseguire questo task ora, non funzionerà, perché non sa per >quale database costruire lo schema. Lo schema è la traduzione diretta del diagramma entità-relazioni nel @@ -185,7 +185,7 @@ >YAML ha anche una sintassi ridotta per descrivere la stessa struttura con meno >linee, dove gli array sono espressi con `[]` e gli hash con `{}`. > ->Se non avete familiarità con YAML, è il momento di iniziare ad usarlo, visto +>Se non avete familiarità con YAML, è il momento di iniziare a usarlo, visto >che il framework symfony lo utilizza ampiamente per i suoi file di >configurazione. > Un buon punto di inizio è il componente YAML di symfony >[documentazione](http://components.symfony-project.org/yaml/documentation). Modified: doc/branches/1.4/jobeet/it/04.markdown =================================================================== --- doc/branches/1.4/jobeet/it/04.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/04.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -421,7 +421,7 @@ ### Il Template -Di default, il ~template~ associato ad un'azione è dedotto da symfony grazie ad +Di default, il ~template~ associato a un'azione è dedotto da symfony grazie a una convenzione (il nome dell'azione seguito dal suffisso `Success`). Il template `indexSuccess.php` genera una tabella HTML per tutti i lavori. @@ -714,7 +714,7 @@ >in queste classi. </propel> -Se il lavoro non esiste nel database, vogliamo rimandare l'utente ad una pagina ~404~, +Se il lavoro non esiste nel database, vogliamo rimandare l'utente a una pagina ~404~, che è esattamente ciò che fa il metodo `forward404Unless()`. Questo accetta un booleano come primo parametro e, a meno che non sia vero, ferma il flusso corrente dell'esecuzione. Poiché i metodi "forward" fermano l'esecuzione dell'azione @@ -755,7 +755,7 @@ > [php] > $this->forward('default', '404'); > ->Il metodo `forward()` rimanda ad un'altra azione della stessa applicazione; +>Il metodo `forward()` rimanda a un'altra azione della stessa applicazione; >negli esempi precedenti, all'azione `404` del modulo `default`. Il modulo >`default` è distribuito con symfony e fornisce delle azioni di default per le > pagine 404, secure e login. @@ -764,7 +764,7 @@ -------------------------- Quando si visitano le pagine `/job` o `/job/show/id/1` nel proprio browser, si -dà inizio ad un viaggio nel server web. Il browser invia una **~richiesta~** ed il +dà inizio a un viaggio nel server web. Il browser invia una **~richiesta~** ed il server rimanda indietro una **~risposta~**. Abbiamo già visto che symfony incapsula la richiesta in un oggetto `sfWebRequest` Modified: doc/branches/1.4/jobeet/it/05.markdown =================================================================== --- doc/branches/1.4/jobeet/it/05.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/05.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -15,7 +15,7 @@ Se cliccate su un'offerta di lavoro sulla homepage di Jobeet, l'URL apparirà come il seguente: `/job/show/id/1`. Se avete già sviluppato altri siti in PHP, -sarete abituati ad URL del tipo `/job.php?id=1`. Come fa symfony a farli funzionare? +sarete abituati a URL del tipo `/job.php?id=1`. Come fa symfony a farli funzionare? Come fa symfony a decidere l'azione da chiamare basandosi su quest'URL? Perché l'`id` dell'offerta di lavoro viene recuperata con `$request->getParameter('id')`? Oggi risponderemo a tutte queste domande. @@ -96,7 +96,7 @@ Se si richiede la pagina `/job/show/id/1`, symfony identificherà la corrispondenza dell'ultimo schema: `/:module/:action/*`. In uno schema, l'asterisco (`*`) corrisponde -ad un insieme di coppie variabile/valore separate da slash (`/`): +a un insieme di coppie variabile/valore separate da slash (`/`): | Parametro richiesto | Valore | | ------------------- | ------ | @@ -219,7 +219,7 @@ requirements: id: \d+ -La voce `requirements` forza `id` ad essere un valore numerico. Altrimenti, +La voce `requirements` forza `id` a essere un valore numerico. Altrimenti, la rotta non corrisponderà. Classi di rotte @@ -247,8 +247,8 @@ sf_method: [get] >**NOTE** ->Richiedere ad una rotta di corrispondere solo ad alcuni ~metodi HTTP~ non ->è esattamente equivalente ad usare `sfWebRequest::isMethod()` nell'azione. +>Richiedere a una rotta di corrispondere solo ad alcuni ~metodi HTTP~ non +>è esattamente equivalente a usare `sfWebRequest::isMethod()` nell'azione. >Questo perché il routing continuerà a cercare una rotta corrispondente >se il metodo non corrisponde a quello atteso. @@ -275,7 +275,7 @@ La voce `options` personalizza il comportamento della rotta. Qui, l'opzione `model` definisce la classe del modello di ##ORM## (`JobeetJob`) relativa -alla rotta e l'opzione `type` impone che questa rotta sia legata ad un +alla rotta e l'opzione `type` impone che questa rotta sia legata a un oggetto (si può anche usare `list`, se una rotta rappresenta un insieme di oggetti). @@ -375,7 +375,7 @@ http://jobeet.localhost/frontend_dev.php/job/sensio-labs/paris-france/1/web-developer Ma siamo solo a metà strada. La rotta può generare un URL basato su un -oggetto, ma può anche trovare l'oggetto relativo ad un URL dato. L'oggetto +oggetto, ma può anche trovare l'oggetto relativo a un URL dato. L'oggetto relativo può essere recuperato col metodo `getObject()` dell'oggetto rotta. Quando una richiesta in arrivo viene esaminata, il routing memorizza la rotta corrispondente in modo che possa essere usata nelle azioni. @@ -421,7 +421,7 @@ - >**NOTE** ->L'oggetto collegato ad una rotta è caricato in modo pigro. Viene +>L'oggetto collegato a una rotta è caricato in modo pigro. Viene >recuperato dal database solo se si richiama il metodo `getRoute()`. Il routing nelle azioni e nei template @@ -455,9 +455,9 @@ >La famiglia dei metodi "~redirect|Rinvio~" > >Ieri abbiamo parlato dei metodi "forward". Tali metodi redirigono la richiesta ->corrente ad un'altra azione senza passare dal browser. +>corrente a un'altra azione senza passare dal browser. > ->I metodi "redirect" redirigono l'utente ad un altro URL. Come per i "forward", si +>I metodi "redirect" redirigono l'utente a un altro URL. Come per i "forward", si >può usare il metodo `redirect()`, o i metodi scorciatoia `redirectIf()` e >`redirectUnless()`. Modified: doc/branches/1.4/jobeet/it/06.markdown =================================================================== --- doc/branches/1.4/jobeet/it/06.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/06.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -5,7 +5,7 @@ il framework symfony per automatizzare parecchie cose. Oggi miglioreremo il sito web di Jobeet, ottimizzando il codice qua e là. Facendolo, -si imparerà ulteriormente ad utilizzare tutte le feature introdotte +si imparerà ulteriormente a utilizzare tutte le feature introdotte nei primi cinque giorni di questo tutorial. <propel> @@ -329,7 +329,7 @@ sfConfig::get('app_active_days') Le impostazioni hanno come prefisso `app_`, perché la classe `sfConfig` dà -accesso ad impostazioni di symfony, come vedremo più avanti. +accesso a impostazioni di symfony, come vedremo più avanti. Aggiorniamo il codice per tenere in considerazione queste nuove impostazioni: @@ -371,7 +371,7 @@ -------------- Sebbene il codice che abbiamo scritto funzioni, non va ancora del tutto bene. -Riuscite ad intravedere il problema? +Riuscite a intravedere il problema? <propel> Il codice dei `Criteria` non appartiene all'azione (livello del Controllore), @@ -729,7 +729,7 @@ Fixture dinamiche ----------------- -A meno che non si abbassi l'impostazione `max_jobs_on_homepage` ad uno, non si +A meno che non si abbassi l'impostazione `max_jobs_on_homepage` a uno, non si vedrà nessuna differenza. Abbiamo bisogno di aggiungere un sacco di lavori alle ~fixture~. Si potrebbe copiare e incollare un lavoro esistente per dieci o venti volte a mano... ma c'è un modo migliore. @@ -765,7 +765,7 @@ State attenti, il parser YAML si arrabbierà se si fa confusione con l'~indentazione~. Tenete a mente i seguenti semplici consigli, quando -aggiungete codice PHP ad un file YAML: +aggiungete codice PHP a un file YAML: * Le istruzioni `<?php ?>` devono sempre iniziare la riga od essere compresi in un valore. @@ -791,7 +791,7 @@ /frontend_dev.php/job/sensio-labs/paris-france/ID/web-developer-expired -Invece di mostrare il lavoro, dobbiamo rimandare l'utente ad una pagina 404. +Invece di mostrare il lavoro, dobbiamo rimandare l'utente a una pagina 404. Ma come possiamo farlo, visto che il lavoro è recuperato automaticamente dalla rotta? @@ -855,7 +855,7 @@ } </doctrine> -Se ora si prova ad ottenere un lavoro scaduto, si verrà rimandati ad una pagina 404. +Se ora si prova a ottenere un lavoro scaduto, si verrà rimandati a una pagina 404.  @@ -873,7 +873,7 @@ A domani -------- -Lavorate ad un'implementazione del vostro progetto Jobeet in locale. Abusate pure +Lavorate a un'implementazione del vostro progetto Jobeet in locale. Abusate pure della [documentazione ~API~](http://www.symfony-project.org/api/1_4/) online e di tutta la [~documentazione~](http://www.symfony-project.org/doc/1_4/) liberamente disponibile sul sito di symfony per aiutarvi. Ci vediamo domani con la nostra Modified: doc/branches/1.4/jobeet/it/07.markdown =================================================================== --- doc/branches/1.4/jobeet/it/07.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/07.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -26,7 +26,7 @@ options: { model: JobeetCategory, type: object } >**TIP** ->Ogni volta che si parte ad implementare una nuova feature, è buona norma +>Ogni volta che si parte a implementare una nuova feature, è buona norma >pensare prima all'argomento ~URL~, creando la rotta associata. Ed è >obbligatorio, se avete rimosso le regole predefinite di ~routing~. @@ -616,7 +616,7 @@ Se ieri avete lavorato sulla vostra implementazione e pensate di non aver imparato molto oggi, vuol dire che vi state abituando alla filosofia di -symfony. Il processo di aggiungere una nuove feature ad un sito symfony è +symfony. Il processo di aggiungere una nuove feature a un sito symfony è sempre lo stesso: pensa agli URL, crea alcune azioni, aggiorna il modello, e scrivi qualche template. E se si riescono ad applicare alcune buone pratiche di sviluppo, si padroneggerà symfony in poco tempo. Modified: doc/branches/1.4/jobeet/it/08.markdown =================================================================== --- doc/branches/1.4/jobeet/it/08.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/08.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -216,7 +216,7 @@  La stringa di descrizione del test è anche uno strumento prezioso quando -si prova ad immaginare cosa testare. Si può vedere uno schema nelle stringhe +si prova a immaginare cosa testare. Si può vedere uno schema nelle stringhe dei test: sono frasi che descrivono come il metodo si deve comportare ed iniziano sempre col nome del metodo da testare. @@ -294,7 +294,7 @@ --------------------------------- Ipotizziamo che sia passato del tempo e che un utente abbia -segnalato uno strano ~bug~: alcuni link di lavori puntano ad una pagina di +segnalato uno strano ~bug~: alcuni link di lavori puntano a una pagina di errore 404. Dopo alcune investigazioni, si scopre che per qualche ragione questi lavori mancano dello slug della compagnia, della posizione o del posto. @@ -485,7 +485,7 @@ Ora che abbiamo un database dedicato per i nostri test, ci serve un modo per caricare alcuni dati per i test. Durante il giorno 3, avete imparato -ad usare il ~task~ `propel:data-load`, ma per i test occorre ricaricare i dati +a usare il ~task~ `propel:data-load`, ma per i test occorre ricaricare i dati ogni volta che sono eseguiti, per porre il database in uno stato conosciuto. <propel> Modified: doc/branches/1.4/jobeet/it/09.markdown =================================================================== --- doc/branches/1.4/jobeet/it/09.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/09.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -41,7 +41,7 @@ In symfony i test funzionali vengono eseguiti attraverso un ~browser|Browser~ speciale implementato dalla classe [`sfBrowser`](http://www.symfony-project.org/api/1_4/sfBrowser). Esso si comporta come un browser realizzato per la propria applicazione e direttamente -connesso ad essa, senza il bisogno di un server web. Vi dà l'accesso a tutti gli +connesso a essa, senza il bisogno di un server web. Vi dà l'accesso a tutti gli oggetti di symfony prima e dopo ogni richiesta, dandovi l'opportunità di analizzarli e fare i controlli di cui avete bisogno. @@ -188,7 +188,7 @@ | Metodo | Descrizione | ------------------ | ----------------------------------------------------- - | `checkElement()` | Verifica se un selettore CSS di risposta corrisponda ad un criterio + | `checkElement()` | Verifica se un selettore CSS di risposta corrisponda a un criterio | `checkForm()` | Checks an `sfForm` form object | `debug()` | Prints the response output to ease debug | `matches()` | Tests a response against a regexp @@ -234,7 +234,7 @@ Doctrine_Core::loadData(sfConfig::get('sf_test_dir').'/fixtures'); </doctrine> -Caricare dati in un test funzionale è più facile rispetto ad un test unitario, +Caricare dati in un test funzionale è più facile rispetto a un test unitario, in quanto il database è già stato inizializzato dallo script di bootstrap. Come per i test unitari, non copieremo questo pezzo di codice in ogni file di Modified: doc/branches/1.4/jobeet/it/10.markdown =================================================================== --- doc/branches/1.4/jobeet/it/10.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/10.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -227,7 +227,7 @@ } Anche se la colonna `type` è di tipo `varchar` nello schema, vogliamo che il suo -valore sia limitato ad una lista di opzioni: full time, part time, o freelance. +valore sia limitato a una lista di opzioni: full time, part time, o freelance. <propel> Per prima cosa definiamo i possibili valori in `JobeetJobPeer`: @@ -850,7 +850,7 @@ ---------------------------------------- Nella sezione precedente, c'è un link per pubblicare il lavoro. Il link -deve essere cambiato per puntare ad una nuova azione `publish`. +deve essere cambiato per puntare a una nuova azione `publish`. Invece di creare una nuova ~rotta|Rotta~, possiamo semplicemente configurare la rotta `job` esistente: Modified: doc/branches/1.4/jobeet/it/11.markdown =================================================================== --- doc/branches/1.4/jobeet/it/11.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/11.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -411,7 +411,7 @@ Scrivere i test è anche un bel modo di scoprire bug, perché occorre pensare a tutti i casi limite. -Risolvere il bug è molto semplice, basta rimandare ad una pagina 404 +Risolvere il bug è molto semplice, basta rimandare a una pagina 404 se il lavoro è attivato: [php] @@ -444,7 +444,7 @@ lavoro, il link per estendere il lavoro non è presente. Certo, si può modificare a mano la data di scadenza nel database, o modificare il template per mostrare sempre il link, ma è -noioso ed esposto ad errori. Come forse avete indovinato, +noioso ed esposto a errori. Come forse avete indovinato, scrivere qualche test ci aiuterà ancora una volta. Come sempre, prima dobbiamo aggiungere una nuova rotta per il @@ -624,7 +624,7 @@ Il metodo `fromArray()` accetta un array di valori ed aggiorna i valori delle colonne corrispondenti. Questo rappresenta un problema di ~sicurezza~? Che succede -se qualcuno prova ad inviare un valore per una colonna per cui non ha +se qualcuno prova a inviare un valore per una colonna per cui non ha l'autorizzazione? Per esempio, si può forzare la colonna `token`? Scriviamo un test per simulare l'inserimento di un lavoro con un campo `token`: @@ -686,7 +686,7 @@ In primo luogo abilita la protezione da XSS. Vuol dire che tutte le variabili usate nel template subiscono un escaping per impostazione -predefinita. Se si prova ad inviare la descrizione di un lavoro con alcuni tag +predefinita. Se si prova a inviare la descrizione di un lavoro con alcuni tag HTML dentro, si noterà che quando symfony mostra la pagina del lavoro, i tag HTML della descrizione non sono interpretati, ma mostrati come testo semplice. @@ -773,7 +773,7 @@ Il task `jobeet:cleanup` definisce due opzioni: `--env` e `--days`, con alcuni default sensibili. -Eseguire il task è simile ad eseguire ogni altro task predefinito di symfony: +Eseguire il task è simile a eseguire ogni altro task predefinito di symfony: $ php symfony jobeet:cleanup --days=10 --env=dev Modified: doc/branches/1.4/jobeet/it/12.markdown =================================================================== --- doc/branches/1.4/jobeet/it/12.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/12.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -94,7 +94,7 @@ esempio la pagina dell'edit sarà qualcosa come `/job/1/edit`). * `column`: Definisce la colonna della tabella da utilizzare negli URL per i link - che fanno riferimento ad un oggetto. + che fanno riferimento a un oggetto. * `with_wildcard_routes`: Dato che l'interfaccia principale avrà più che le classiche operazioni di CRUD, questa opzione permette di definire ulteriori azioni senza modificare la rotta. @@ -434,7 +434,7 @@ il nome della categoria. Utilizzando la notazione `%%`, la variabile non deve necessariamente corrispondere -ad una colonna dello schema del database. L'admin generator ha semplicemente bisogno +a una colonna dello schema del database. L'admin generator ha semplicemente bisogno di trovare il relativo getter nella classe modello. Per visualizzare il nome della categoria, possiamo definire il metodo `getCategoryName()` @@ -624,7 +624,7 @@ ### `actions` -Abbiamo già visto come collegare un'azione ad una lista di oggetti o ad +Abbiamo già visto come collegare un'azione a una lista di oggetti o a un singolo oggetto. L'opzione `actions` definisce delle azioni che non interessano nessun oggetto, come la creazione di un oggetto nuovo. Rimuoviamo l'azione `new` ed aggiungiamo una nuova azione che cancelli tutti i lavori @@ -722,7 +722,7 @@ peer_method: doSelectJoinJobeetCategory Il metodo `doSelectJoinJobeetCategory()` aggiunge una ~join~ tra le tabelle -`job` e `category` e crea automaticamente l'oggetto categoria associato ad +`job` e `category` e crea automaticamente l'oggetto categoria associato a ogni lavoro. </propel> <doctrine> @@ -746,7 +746,7 @@ Il metodo `retrieveBackendJobList()` aggiunge una ~join~ tra le tabelle `job` e `category` e crea automaticamente l'oggetto categoria associato -ad ogni lavoro. +a ogni lavoro. </doctrine> Il numero di richieste ora è ridotto a quattro: @@ -764,7 +764,7 @@ Come per la lista, si può cambiare l'ordine dei campi mostrati, con l'opzione `display`. Ma siccome il form mostrato è definito da una classe, non provate -a rimuovere un campo, perché potrebbe portare ad errori di validazione inattesi. +a rimuovere un campo, perché potrebbe portare a errori di validazione inattesi. L'opzione `display` per le viste del form può anche essere usata per raggruppare i campi: @@ -908,7 +908,7 @@ Il form `edit` ha ancora qualche piccola seccatura. Il logo caricato non appare da nessuna parte e non è possibile rimuoverlo. Il widget `sfWidgetFormInputFileEditable` aggiunge la possibilità di editare un -semplice widget per l'upload di file: +semplice widget per il caricamento di file: [php] <propel> @@ -974,7 +974,7 @@ I filtri possono essere rigenerati con il task `propel:build --filters`. Le ~classi dei filtri|Form (classi dei filtri)~ per i form sono posizionate nella cartella `lib/filter` e -ad ogni classe del modello è associata una classe filtro per il form +a ogni classe del modello è associata una classe filtro per il form (`JobeetJobFormFilter` per `JobeetJobForm`). Rimuoviamole completamente per il modulo `category`: Modified: doc/branches/1.4/jobeet/it/13.markdown =================================================================== --- doc/branches/1.4/jobeet/it/13.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/13.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -96,10 +96,10 @@ // fetch jobs already stored in the job history $jobs = $this->getUser()->getAttribute('job_history', array()); - // add the current job at the beginning of the array + // aggiunge il lavoro corrente all'inizio dell'array array_unshift($jobs, $this->job->getId()); - // store the new job history back into the session + // memorizza nuovamente in sessione la cronologia dei lavori $this->getUser()->setAttribute('job_history', $jobs); } @@ -291,12 +291,12 @@ >`false`. Se si dà un'occhiata ai log nella web debug toolbar, si noterà che il metodo -`executeLogin()` della classe `defaultActions` è richiamato ad ogni pagina +`executeLogin()` della classe `defaultActions` è richiamato a ogni pagina in cui si tenta di accedere.  -Quando un utente non autenticato prova ad accedere ad una +Quando un utente non autenticato prova ad accedere a una ~azione messa in sicurezza|Sicurezza~, symfony rimanda la richiesta all'azione `login` configurata in `settings.yml`: @@ -659,7 +659,7 @@ -------- Le classi utente di symfony sono un bel modo per astrarre la gestione -delle sessioni di PHP. Insieme ad un grande sistema di plugin +delle sessioni di PHP. Insieme a un grande sistema di plugin di symfony ed al plugin `sfGuardPlugin`, possiamo mettere in sicurezza il backend di Jobeet in pochi minuti. Ed abbiamo anche aggiunto un'interfaccia pulita per gestire gli utenti amministratori, Modified: doc/branches/1.4/jobeet/it/17.markdown =================================================================== --- doc/branches/1.4/jobeet/it/17.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/17.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -28,7 +28,7 @@ >... un motore di ricerca general purpose scritto interamente in PHP 5. Dato >che >conserva i suoi indici nel filesystem e non necessita di un database, può >aggiungere ->capacità di ricerca praticamente ad ogni sito scritto in PHP. +>capacità di ricerca praticamente a ogni sito scritto in PHP. >Zend_Search_Lucene supporta le seguenti opzioni: > > * Ricerca posizionata - i migliori risultati per primi Modified: doc/branches/1.4/jobeet/it/18.markdown =================================================================== --- doc/branches/1.4/jobeet/it/18.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/18.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -28,7 +28,7 @@ ---------------- Poiché jQuery è necessario in tutte le pagine, aggiorniamo il layout per -includerlo in `<head>`. Fate attenzione ad inserire la funzione +includerlo in `<head>`. Fate attenzione a inserire la funzione ~`use_javascript()`~ prima della chiamata a `include_javascripts()`: [php] @@ -303,7 +303,7 @@ ricerca. Oggi abbiamo usato jQuery per renderlo più responsivo. Il framework symfony fornisce tutti gli strumenti fondamentali per costruire un'applicazione MVC con facilità e si comporta bene anche con gli altri componenti. Come -sempre, provate ad usare lo strumento migliore per le esigenze. +sempre, provate a usare lo strumento migliore per le esigenze. Domani vedremo come internazionalizzare il sito di Jobeet. Modified: doc/branches/1.4/jobeet/it/19.markdown =================================================================== --- doc/branches/1.4/jobeet/it/19.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/19.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -339,7 +339,7 @@ </div> </div> -Riuscite ad intravedere il problema? Giusto, la creazione dell'oggetto form +Riuscite a intravedere il problema? Giusto, la creazione dell'oggetto form non appartiene al livello della Vista. Deve essere creato da un'~azione|Azione~. Ma siccome il codice è nel layout, il form andrebbe creato in ogni azione, che non è affatto pratico. In questi casi, si dovrebbe usare @@ -384,7 +384,7 @@ } } -Come si può vedere, una classe components è molto simile ad una classe +Come si può vedere, una classe components è molto simile a una classe actions. Il template per un component usa la stessa convenzione dei nomi di Modified: doc/branches/1.4/jobeet/it/21.markdown =================================================================== --- doc/branches/1.4/jobeet/it/21.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/21.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -130,7 +130,7 @@ cambiare questa impostazione, dato che abiliteremo la cache pagina per pagina. L'impostazione `lifetime` definisce la ~durata della cache|Durata della cache~ -lato server in secondi (`86400` secondi equivalgono ad un giorno). +lato server in secondi (`86400` secondi equivalgono a un giorno). >**TIP** >Si può anche lavorare in modo contrario: abilitare la cache in modo globale e @@ -175,7 +175,7 @@ caso come mostrato nella web debug toolbar. >**TIP** ->Anche se il linguaggio può cambiare da utente ad utente la cache continuerà a +>Anche se il linguaggio può cambiare da utente a utente la cache continuerà a >funzionare visto che la lingua è integrata nell'URL. Quando una pagina è memorizzabile in cache e se la cache non esiste ancora, symfony salva @@ -273,7 +273,7 @@ -------------------------------- Per i siti web altamente dinamici a volte è impossibile inserire in cache l'intero -template dell'azione. Per questi casi avete bisogno di configurare la cache ad un +template dell'azione. Per questi casi avete bisogno di configurare la cache a un livello di granularità maggiore. Fortunatamente anche partial e component possono essere inseriti in cache. @@ -321,7 +321,7 @@ Memorizzare la pagina di creazione del lavoro in cache è problematico, perché essa contiene un form. Per capire meglio il problema, si apra la pagina "Post a Job" nel browser, in modo da metterla in cache. -Quindi si cancelli il cookie di sessione e si provi di nuovo ad inviare +Quindi si cancelli il cookie di sessione e si provi di nuovo a inviare il form. Dovrebbe apparire un messaggio di errore, che avverte di un attacco ~CSRF~: @@ -400,7 +400,7 @@ Siccome non abbiamo bisogno che il lavoro appaia in tempo reale nella homepage, la strategia migliore è quella di abbassare il tempo di -scadenza della cache ad un valore accettabile: +scadenza della cache a un valore accettabile: [yml] # plugins/sfJobeetJob/modules/sfJobeetJob/config/cache.yml @@ -496,7 +496,7 @@ Come molte altre caratteristiche di symfony, il sotto-framework della cache è molto flessibile e consente allo sviluppatore di configurare la cache -ad un livello di granularità molto fine. +a un livello di granularità molto fine. Domani parleremo dell'ultimo passo del ciclo di vita di un'applicazione: il rilascio su server di produzione. Modified: doc/branches/1.4/jobeet/it/22.markdown =================================================================== --- doc/branches/1.4/jobeet/it/22.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/22.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -96,7 +96,7 @@ ### ~Aggiornare|Aggiornamento~ symfony Anche se tutto è auto-contenuto in una singola cartella, aggiornare symfony -ad una nuova versione è ugualmente facilissimo. +a una nuova versione è ugualmente facilissimo. Si potrebbe voler aggiornare ogni volta symfony all'ultima versione, perché si risolvono continuamente bug ed eventuali questioni @@ -104,7 +104,7 @@ symfony sono mantenute per almeno un anno e che durante il periodo di manutenzione non vengono mai aggiunte nuove feature, nemmeno le più piccole. Quindi è sempre rapido e sicuro aggiornare da una -versione minore ad un'altra. +versione minore a un'altra. Aggiornare symfony è semplice come cambiare il contenuto della cartella `lib/vendor/symfony/`. Se symfony è già stato installato @@ -128,7 +128,7 @@ Ora, ogni volta che si fa un `svn up`, si avrà l'ultima versione di symfony 1.4. -Quando si aggiorna ad una nuova versione, si consiglia di pulire sempre +Quando si aggiorna a una nuova versione, si consiglia di pulire sempre la cache, specialmente nell'ambiente di produzione: $ php symfony cc @@ -345,7 +345,7 @@ >Quindi, `%SF_APP%` in un file di configurazione è equivalente a >`sfConfig::get('sf_app')` nel codice PHP. Questa notazione può anche >essere usata nei file di configurazione `app.yml`. È molto utile quando ->ci si deve riferire ad un percorso in un file di configurazione senza +>ci si deve riferire a un percorso in un file di configurazione senza >usare il nome del percorso (`SF_ROOT_DIR`, `SF_WEB_DIR`, ...). ~Rilascio~ @@ -370,11 +370,11 @@ In questa sezione ipotizzeremo che si abbia un pieno controllo sui server di produzione. Se si dispone solamente di un accesso FTP, l'unica possibile soluzione è il trasferimento di -tutti i file ad ogni rilascio. +tutti i file a ogni rilascio. Il modo più semplice di rilasciare il sito è quello di usare il ~task|Task~ `project:deploy`. Esso utilizza `SSH` e `rsync` per collegarsi -e trasferire i file da un computer ad un altro. +e trasferire i file da un computer a un altro. I server per il task `project:deploy` possono essere configurati nel file di configurazione `config/properties.ini`: @@ -440,7 +440,7 @@ Anche se il task `project:deploy` è molto flessibile, si potrebbe volerlo personalizzare ulteriormente. Siccome il rilascio varia molto a seconda della configurazione e della topologia dei server, non -esitate ad estendere il task predefinito. +esitate a estendere il task predefinito. Ogni volta che si rilascia un sito in produzione, non dimenticare di pulire la cache, almeno quella di configurazione, sul server di Modified: doc/branches/1.4/jobeet/it/23.markdown =================================================================== --- doc/branches/1.4/jobeet/it/23.markdown 2010-03-12 09:35:58 UTC (rev 28495) +++ doc/branches/1.4/jobeet/it/23.markdown 2010-03-12 09:46:42 UTC (rev 28496) @@ -2,7 +2,7 @@ ===================================== Oggi è l'ultima fermata del nostro viaggio nel meraviglioso mondo di symfony. -Durante questi ventitré giorni, avete imparato ad usare symfony per esempi: +Durante questi ventitré giorni, avete imparato a usare symfony per esempi: dai design pattern usati dal framework, alle potenti feature incluse. Non siete ancora degli esperti di symfony, ma avete tutta la conoscenza necessaria per costruire la vostra applicazione symfony con fiducia. @@ -105,7 +105,7 @@ i propri [formati](#chapter_15_sub_il_formato_yaml_formati_creazione). Un'azione può essere [rimandata](#chapter_04_sidebar_la_famiglia_dei_metodi_forward_) -ad un'altra, oppure [rinviata](#chapter_05_sidebar_la_famiglia_dei_metodi_redirect_rinvio_). +a un'altra, oppure [rinviata](#chapter_05_sidebar_la_famiglia_dei_metodi_redirect_rinvio_). ~Configurazione~ ---------------- @@ -341,7 +341,7 @@ un sacco di grandi feature e molta documentazione libera. Ma una delle più grandi risorse preziose che un progetto Open Source può avere è la sua community. E symfony ha una delle più incredibili ed attive community -del mondo. Se iniziate ad usare symfony per i vostri progetti, considerate +del mondo. Se iniziate a usare symfony per i vostri progetti, considerate di unirvi alla community di symfony: * Iscrivendovi 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.
