Skip to content

teamdigitale/teamdigitale.governo.it

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Sito web teamdigitale.governo.it

Sito web del Team per la Trasformazione Digitale.

master branch
CircleCI

Struttura del sito

Configurazioni base

Le configurazioni base del sito si trovano in _config.yml:

  • title: Titolo del sito, per ogni lingua supportata
  • email: E-Mail per contatti
  • description: Descrizione del sito, per ogni lingua supportata
  • url: URL di base del sito
  • twitter_username: username Twitter del team per ogni lingua supportata (senza @) medium_address: Link al profilo Medium del team per ogni lingua supportata linkedin_address: Link al profilo LinkedIn del team medium_archive_url: URL da cui scaricare post Medium (vedi sotto) logo: Immagine da usare come logo del sito

Gerarchia delle pagine

Ogni pagina ha una variabile ref il cui valore (stringa senza spazi) identifica univocamente la pagina nella struttura del sito, indipendentemente dalla lingua (i.e. due pagine con lo stesso contenuto ma in lingue diverse hanno lo stesso valore di ref). Questo meccanismo viene usato per creare link indipendenti dalla lingua e per creare una relazione tra le pagine con uguale contenuto ma in lingue diverse.

Inoltre ogni pagina può avere una variabile (opzionale) parent_ref che, se impostata, rende quella pagina "figlia" della pagina identificata dal valore di parent_ref. Questo meccanismo è usato per creare una gerarchia tra le pagine, che a sua volta è sfruttata durante la generazione dei menù di navigazione.

Configurazione dei menù di navigazione

I menù di navigazione vengono generati partendo dalla gerarchia delle pagine. In particolare i menù di navigazione principali includono solo le pagine che non hanno definito un attributo parent_ref.

Per queste pagine viene inoltre usato l'attributo numerico menu_position che permette di impostare l'ordine in cui le pagine principali vengono visualizzate nei menù. Le pagine vengono elencate secondo l'ordine crescente dell'attributo menu_position.

Pagine di profilo

Ogni membro del team ha una pagina di profilo personale.

Le pagine personali sono in formato Markdown e si trovano nella directory people all'interno di ogni directory corrispondente alla lingua (es. it e en).

L'intestazione della pagina di profilo deve contenere i seguenti attributi:

  • title: il nome completo della persona (es. Federico Feroldi)
  • lang: il codice della lingua di questa pagina (es. it)
  • layout: deve avere il valore people
  • role: il ruolo della persona descritto nella lingua della pagina
  • is_new: se true, viene evidenziato il profilo come "nuovo"
  • twitter_user: lo username Twitter, senza @ (es. cloudify)
  • medium_user: lo username Medium
  • linkedin_url: l'url al profilo Linkedin, con l'accortezza di mantenere l'ultima parte dell'url con l'identificativo della pagina, che viene usato come testo nel link (es. http://linkedin.com/in/feroldi vabene e il testo del link sarà feroldi, http://linkedin.com/in/feroldi/it non va bene perchè il testo del link diventerebbe it).
  • ref: l'identificativo unico della pagina (es. federico-feroldi)
  • parent_ref: deve avere il valore team

Il workflow di creazione delle pagine profilo segue le seguenti fasi:

  1. apertura issue GitHub;
  2. scrittura e revisione del contenuto;
  3. photo editing e upload della foto profilo;
  4. PR del profilo;
  5. traduzione e revisione del contenuto;
  6. PR del profilo in lingua inglese.

L'autore della bio può seguire questa procedura, e creare un la Pull Requesta da un fork del repository per editare i file in modo più semplice e sicuro:

  1. Fork del repository (tastino in alto a destra) per ottenere sul proprio account GitHub una copia del repository.
  2. Modifica dei file in completa sicurezza sul repository https://github.com/mario-rossi/teamdigitale.governo.it. È necessario creare 3 file:
  • un file images/team/mario-rossi.jpg con l'immagine di profilo editata secondo la procedura descritta sul documento;
  • un file it/people/mario-rossi.md con la bio in italiano;
  • un file en/people/mario-rossi.md con la bio in inglese
  1. Creazione di una pull request per riportare il codice aggiunto dal proprio repo a quello originale.

Post Medium

I post Medium inclusi nell'homepage vengono sincronizzato ad ogni generazione del sito (tramite gulp build, jekyll build o jekyll serve).

I post di Medium vengono scaricati dall'URL impostato nella configurazione medium_archive_url (nel file _config).

La logica che sincronizza i post si trova nel plugin custom _plugins/MediumImporter.rb.

L'autore del post può seguire questo processo di pubblicazione

Traduzioni

I template del sito utilizzano alcune traduzioni in modo dinamico (che non sono contenute nel testo della pagina).

Queste traduzioni si trovano nel file _data/t.yml.

Customizzazione della data di "ultimo aggiornamento"

Una pagina del sito potrebbe avere un breve contenuto ma essere popolata da informazioni che provengono da pagine presenti in apposite cartelle e con specifici layout (es. la pagina del Team è composta da una lista di pagine che rappresentano le schede personali). Per questo motivo la data di "ultimo aggiornamento" presente in calce alla pagina dovrebbe rappresentare quella di almeno una delle sotto pagine mostrate nel corpo.

Per fare questo è necessario istruire il front-matter della pagina con apposito parametro last_modified_by_layout con l'indicazione del nome di layout.

Facendo riferimento all'esempio precedenre avremo quindi:

last_modified_by_layout: people
---

Omettere la data di "ultimo aggiornamento"

In alcuni casi specifici può rendersi necessario non far stampare la data di "ultimo aggiornamento" poichè può risultare fuorviante (es. homepage)

hide_last_mod_date: true
---

Modifica dei contenuti del sito (principianti)

Preparazione

Se vuoi apportare modifiche ai contenuti del sito, devi avere un account Github. L'account Github è gratuito e facilissimo da creare!

Il prossimo passo consiste nel richiedere l'accesso come collaboratore al nostro sito. Puoi chiedere ad Alessandro R. o Federico di darti l'accesso, mandandogli il tuo username Github. Una volta che verrai aggiunto come collaboratore, riceverai una e-mail automatica di invito a collaborare sul repository del sito del team. Dopo aver accettato l'invito nella mail, sarai pronto a proporre modifiche al sito!

Github è molto facile da usare e dispone di un'interfaccia web che ti permette di apportare e proporre modifiche, come un vero hacker! Puoi prendere familiarità con l'interfaccia web guardando questo video di 10 minuti che spiega come apportare modifiche in modo semplice e visuale.

Complimenti! Ora sei pronto per contribuire al nostro sito web seguendo questi passi:

  1. Sfoglia i contenuti del sito fino a trovare la pagina che vuoi modificare, per esempio questa è la pagina in Italiano della nostra mission.
  2. Clicca sull'icona della matita che vedi in alto a destra per apportare le modifiche al documento. (se non vedi l'icona o se l'icona non è cliccabile, significa che la tua richiesta di essere collaboratore al sito non è ancora stata accettata)
  3. Apporta le modifiche al documento tramite l'editor web. Per utilizzare stili diversi nel testi (titoli, grassetti, ecc...) devi usare una convenzione di scrittura che si chiama Markdown.
  4. Una volta soddisfatto delle tue modifiche, prosegui con la proposta in fondo alla pagina, nella sezione Commit changes. Metti una breve descrizione della modifica da te proposta, seleziona l'opzione Create a new branch e poi clicca su Commit changes. Non ti preoccupare, non puoi fare danni! Questo processo produce solo una proposta di modifica che poi dovrà essere approvata!
  5. Nella pagina successiva clicca su Create pull request per confermare la tua richiesta di integrazione delle modifiche nella versione principale del sito.
  6. Congratulazioni! La tua proposta è ora in fase di approvazione! Se vuoi accelerare il processo di approvazione, copia il link della pagina in cui ti trovi nella chat del sito e chiedi a Alessandro R., Francesco o Federico di controllare e pubblicare le modifiche.

Creazione di una nuova pagina generica

Creare la pagina sotto forma di file con estensione .md in ogni directory delle lingue supportate (es. it e en).

La pagina deve avere l'intestazione con i metadati necessari alla pubblicazione, è utile prendere un'altra pagina statica come base.

Se è la prima volta che crei una pagina, chiedi a Francesco o Federico di aiutarti.

Creazione o modifica di una pagina profilo

Le pagine profilo di ogni membro del team si trovano nella directory people sotto ogni directory delle lingue supportate (es. it/people e en/people).

Nella creazione di una nuova pagina è utile prendere il contenuto di un profilo esistente come base di partenza.

Ricordati di usare Markdown per impostare gli stili del testo.

Richiesta di modifiche e segnalazione di problemi

Per ogni idea o segnalazione di problemi, usare le issue di Github del progetto.

Modifica dei contenuti del sito (avanzati)

Come generare automaticamente il sito mentre si lavora sui contenuti o la struttura

Jekyll prevede la possibilità di generare automaticamente il sito ogni volta che viene fatta una modifica.

Questo può essere fatto tramite il comando serve:

$ jekyll serve

Oltre a generare il sito, questo comando pubblica il sito in locale all'indirizzo web http://localhost:4000.

Come generare il sito per la pubblicazione

La generazione del sito per la pubblicazione richiede un po' più di tempo poiché comprende una serie di ottimizzazioni che rendono il sito più performante.

In questo caso la generazione viene fatta tramite gulp:

$ gulp build

Il risultato della generazione di troverà nella directory _site.

Pubblicare il sito in staging e produzione

Per pubblicare il sito negli ambienti di staging e produzione è necessario creare un file json nella propria home directory con questo formato:

{
  "staging": {
    "server": "...",
    "path": "...",
    "port": ...
  },
  "production": {
    "server": "...",
    "path": "...",
    "port": ...
  },
}

Dove server è nel formato user@host, path è il percorso completo alla directory di pubblicazione e port è la porta SSH per accedere al server (la pubblicazione avviene tramite rsync via SSH).

Come contribuire al codice

Dipendenze

Installare rbenv, per esempio con homebrew:

$ brew install rbenv

Installare le gems:

$ gem install bundler
$ bundle install

Installare nodenv:

$ brew install nodenv

Installare i moduli node:

$ npm install -g yarn
$ yarn install

Branching e PRs

Quando si sviluppa una funzione nuova o si sistemano dei problemi, è necessario seguire il seguente processo:

  1. creare una branch con il numero della issue, per esempio: 1-installazione_jekyll
  2. fare commit sulla branch
  3. creare una Pull Request su development e attendere che sia approvata (sistemando eventuali problemi sollevati)
  4. fare un rebase e correggere eventuali conflitti
  5. fare uno squash dei commit (per avere massimo due commit)
  6. fare merge su development