
English: 
Five Ws of decoupled websites.
Here we go. Rachael.
I will take the wheel now.
Hello, my name is Rachel Cherry.
I'm a freelance software engineer and online accessibility specialist and consultant.
I deal with a lot of work on WordPress and a lovely app called Gatsby.
I'm also the fair leader of this party,
and as a Director of WPCampus.
Steve Persch, Technical Product Marketing Manager at Pantheon.
Pantheon is a web apps platform for Drupal and WordPress.
We see it as our mission to make the open web a
first-class platform that delivers results.
In short, we think that decoupled architectures front-end first tooling,
will be a big part of how we go about fulfilling that mission,
especially over the next decade.
Real quick, Pantheon if you're not familiar with us.

Italian: 
 Cinque W di siti web disaccoppiati. 
 Eccoci qui. Rachael. 
 Prenderò il volante adesso. 
 Ciao, mi chiamo Rachel Cherry. 
 Sono un ingegnere software freelance, specialista e consulente dell'accessibilità online. 
 Mi occupo di molto lavoro su WordPress e su una bella app chiamata Gatsby. 
 Sono anche il giusto leader di questa festa, 
 e come direttore di WPCampus. 
 Steve Persch, Technical Product Marketing Manager presso Pantheon. 
 Pantheon è una piattaforma di app web per Drupal e WordPress. 
 Consideriamo la nostra missione rendere il web aperto un 
 piattaforma di prima classe che fornisce risultati. 
 In breve, pensiamo che il primo tooling di front-end delle architetture disaccoppiate, 
 sarà una parte importante del modo in cui affrontiamo la missione, 
 soprattutto nel prossimo decennio. 
 Molto veloce, Pantheon se non ci conosci. 

Italian: 
 Sono stato un cliente Pantheon prima di diventare un dipendente Pantheon. 
 Mi piace l'idea di poter spingere il mio codice PHP ben formato fino a Pantheon, 
 non preoccuparti per la configurazione di php.ini, la configurazione di MySQL, 
 ottieni un flusso di lavoro live DevTest sulla scatola e guarda tutti i miei siti in una dashboard. 
 Se ti sembra interessante, 
 controllaci su pantheon.io. 
 Il TL; DR di questa presentazione sarà 
 un'introduzione di livello relativamente alto a 
 siti web disaccoppiati che attraversano le cinque W qui. 
 Quello di cui stiamo parlando è essenzialmente una separazione 
 di basi di codice e architetture che servono 
 il tuo sito pubblico separato da 
 ad esempio, un'esperienza di modifica dei contenuti in WordPress. 
 Il motivo per il motivo per cui potresti farlo in breve, 
 pensiamo sia offrire la migliore esperienza utente possibile. 
 Penso che una parte fondamentale di questo sia essere in grado di cambiare 
 il front-end più velocemente quando si disaccoppia. 

English: 
I was first a Pantheon customer before I was Pantheon employee.
I like the idea that I could push my well-formed PHP code up to Pantheon,
not worry about php.ini configuration, MySQL configuration,
get a DevTest live workflow on the box and see all my sites in one dashboard.
If that sounds appealing to you,
check us out at pantheon.io.
The TL;DR of this presentation is going to be
a relatively high level introduction to
decoupled websites running through the five Ws here.
What we're talking about is essentially a separation
of codebases and architectures that serve
your public-facing site separate from
a content editing experience in WordPress for instance.
The why for why you might do that in short,
we think is to deliver the best possible user experience.
I think a key part of that is being able to change
the front-end faster when you decouple.

Italian: 
 Idealmente, facendo un'architettura disaccoppiata coinvolgeremo tutti i membri del tuo team web. 
 Questa è una decisione che dovrebbe essere presa insieme 
 con chiunque abbia il compito di apportare regolarmente modifiche ai siti. 
 Puoi mettere un sacco di posti 
 un'architettura disaccoppiata di cui parleremo. Quando farlo? 
 Io idealmente quando i tuoi obiettivi si allineano con un'architettura come questa. 
 Il come, idealmente un passo alla volta. 
 Immergendoti più in profondità qui, 
 cos'è un sito disaccoppiato? 
 Assicurati di nuovo, quello di cui stiamo parlando è una divisione tra 
 editor di contenuti che vanno a un back-end CMS, essere in WordPress, 
 Drupal o qualcos'altro, 
 che è separato dal pubblico in generale che va al nostro front-end esperto, 
 costruito probabilmente in questi giorni in React o Vue.js. 
 Entrambi dovrebbero trovarsi dietro una rete di distribuzione di contenuti. 

English: 
Ideally, doing a decoupled architecture we'll involve everyone on your web team.
This is a decision that should be made in conjunction
with anyone whose job it is to regularly make changes to the sites.
Lots of places you can put
a decoupled architecture that we'll talk about. When to do this?
I ideally when your goals align with an architecture like this.
The how, ideally one step at a time.
Diving in deeper here,
what is a decoupled site?
Ensure again, what we're talking about is a split between
content editors going to a CMS backend, be at WordPress,
Drupal or something else,
that's separate from the general public going to our front-end experienced,
built probably these days in React or Vue.js.
Both of these should be sitting behind a content delivery network.

Italian: 
 Il nostro front-end qui sta leggendo i dati dal CMS di backend, 
 potenzialmente in fase di esecuzione, potenzialmente in fase di compilazione. 
 Per parlare di questo, quella sfumatura un po 'qui, 
 un altro modello specifico, 
 quello che mi piace chiamare l'idea di un runtime dinamico parallelo. 
 L'idea qui è che abbiamo di nuovo quella divisione tra backend e front-end. 
 Una parte fondamentale della divisione è quale lingua o quale runtime viene utilizzato su ciascun lato. 
 Abbiamo questi fantastici CMS open source integrati in PHP, 
 WordPress, Drupal e anche su Pantheon. 
 Siti con focus front-end questi siti sono 
 probabilmente sarà scritto principalmente in JavaScript. 
 Potremmo non aver bisogno di JS per eseguire componenti React o componenti Vue.js. lato server. 
 Un'altra variazione su come potresti procedere con il disaccoppiamento è chiamata disaccoppiamento progressivo. 
 Questo come un termine che il fondatore di Dries Buytaert 
 del progetto Drupal si parla molto da anni, 

English: 
Our front-end here is reading in data from the backend CMS,
potentially at runtime, potentially at built time.
To talk about that, that nuance a bit here,
one more specific models,
what I like to call the idea of a parallel dynamic runtime.
The idea here is that we again have that split between backend and front-end.
A key part of the split is what language or what runtime is used on each side.
We've got these great open source CMS built in PHP,
WordPress, Drupal as well on Pantheon.
Front-end focus sites these sites are
probably going to be written primarily in JavaScript.
We may need no JS to execute React components or Vue.js components server side.
Another variation on how you might go about decoupling is called progressive decoupling.
This as a term that Dries Buytaert founder
of the Drupal Project has been talking about a lot for a number of years,

Italian: 
 e penso che potrebbe essere applicato altrettanto bene su WordPress. 
 L'idea qui è che abbiamo un sito WordPress. 
 Ha un'intestazione, ha il contenuto del corpo, 
 ha una barra laterale, 
 e forse decidiamo che solo questa sezione della barra laterale sarebbe più convincente, 
 costruito meglio in React o Vue.js e pezzo per pezzo, 
 blocco per blocco, widget per widget, 
 forse disaccoppiamo il nostro sito web. 
 Un'altra opzione è ancora quella netta divisione tra backend e front-end. 
 La differenza qui è che l'esperienza front-end potrebbe essere statica, 
 potrebbe essere compilato. 
 È possibile che quando il pubblico in generale sta visitando quel sito Web che c'è 
 nessuna compilazione su richiesta se è avvenuta in un processo di compilazione. 
 Gatsby sembra essere l'opzione più popolare per 
 questo modello nello spazio Drupal e WordPress, 
 ed è ciò che utilizza WPCampus. 

English: 
and I think it could apply just as well at WordPress.
The idea here is that we have a WordPress site.
It's got a header, it's got body content,
it has a sidebar,
and perhaps we decide just this sidebar section would be more compelling,
better built in React or Vue.js, and piece-by-piece,
block by block, widget by widget,
perhaps we decouple our website.
Another option is again that hard split between backend and front-end.
The distinction here is that front-end experience could be static,
it could be compiled.
It's possible that when the general public is hitting that website that there's
no compilation happening on demand if it happened in a build process.
Gatsby seems to be the most popular option for
this model in the Drupal and WordPress space,
and it's what's WPCampus used.

Italian: 
 Lo restituirò a Rachel per parlare anche di alcune cose. 
 La mia parte in tutto questo è che WPCampus ha deciso di disaccoppiare il nostro sito web principale. 
 È l'unico dei nostri siti Web ad essere disaccoppiato, www.wpcampus.org. 
 Puoi verificarlo, è super veloce e carino. 
 Darò un po 'di più l'altra estremità di questo. 
 Quello che nella mia storia è, 
 beh, uno di questi è WordPress. 
 Cos'è WordPress in questa storia? 
 È un sistema di gestione dei contenuti end-to-end monolitico accoppiato. 
 Quando diciamo end-to-end è davvero disegnare un'immagine di 
 quel backend di cui Steve stava parlando con il front-end. 
 Ma WordPress è un all in 
 un'applicazione che alimenta un'interfaccia di backend per gestire i contenuti, 
 e un ambiente front-end per visualizzarlo. 
 Questa è un'interpretazione molto visiva di ciò. 

English: 
I'll turn it back over to Rachel to talk about some whats as well.
My part in all this is that WPCampus decided to decouple our main website.
It is the only one of our websites that is decoupled, www.wpcampus.org.
You could check it out, it's super fast and pretty.
I'm going to give a little bit more the other end of that.
The what in my story is,
well, one of them is WordPress.
What is WordPress in this story?
It is a coupled monolithic, end-to-end content management system.
When we say end-to-end is really drawing a picture of
that backend that Steve was talking about with the front-end.
But WordPress is an all in
one application that powers a backend interface to manage content,
and a front-end environment to display it.
This is a very visual interpretation of that.

English: 
Next slide please.
You have the backends.
A lot of us are familiar with this admin experience.
This is what the admin for the main campus website looks like,
and it manages your content,
is what might also be called your data layer.
You manage your users and your plug-ins, lots of metadata.
Next, and then you have your front-end,
which is where the public visit your website.
It manages the design and the presentation of your website.
It's very public facing.
In a WordPress world,
your WordPress theme might power your front-end,
lots of HTML and CSS and JavaScript galore.
What are the pros of using WordPress in
this particular context when you frame it as a coupled monolithic end-to-end CMS?
Well, everything you need is together in one place,

Italian: 
 Prossima diapositiva per favore. 
 Hai i backend. 
 Molti di noi hanno familiarità con questa esperienza di amministrazione. 
 Questo è l'aspetto dell'amministratore del sito web principale del campus, 
 e gestisce i tuoi contenuti 
 è quello che potrebbe anche essere chiamato il tuo livello dati. 
 Gestisci i tuoi utenti e i tuoi plug-in, molti metadati. 
 Quindi, e poi hai il tuo front-end, 
 che è dove il pubblico visita il tuo sito web. 
 Gestisce il design e la presentazione del tuo sito web. 
 È molto pubblico. 
 In un mondo WordPress, 
 il tuo tema WordPress potrebbe alimentare il tuo front-end, 
 un sacco di HTML, CSS e JavaScript in abbondanza. 
 Quali sono i vantaggi dell'utilizzo di WordPress in 
 questo contesto particolare quando lo inquadra come un CMS monolitico end-to-end accoppiato? 
 Bene, tutto ciò di cui hai bisogno è insieme in un unico posto, 

Italian: 
 che è probabilmente uno dei motivi più popolari per cui qualcuno potrebbe utilizzare WordPress. 
 Sono incluse molte opzioni e temi plug-in da installare, 
 e quindi è davvero una grande risorsa dover mettere insieme rapidamente un sito web. 
 Perché è una truffa? 
 Bene, [RISATA] tutto ciò di cui probabilmente non hai bisogno è riunito in un unico posto. 
 WordPress viene fornito con molte cose e potresti non aver bisogno di tutte queste cose. 
 L'applicazione monolitica può diventare 
 abbastanza gonfio e talvolta difficile da controllare se non sai cosa stai facendo. 
 L'altro nella nostra storia è l'introduzione di Gatsby, di cui ha parlato Steve. 
 È un generatore di siti statici open source basato su React. 
 È più uno strumento front-end creato per utilizzare i tuoi contenuti da WordPress, 
 e genererà HTML e un processo di compilazione che 
 puoi quindi posizionarlo sul tuo server per visualizzare il tuo contenuto. 

English: 
which is probably one of the most popular reasons why someone might use WordPress.
There's lots of options included and plug-ins themes to install,
and so it's really great resource to have to quickly put together a website.
Why is that a con?
Well, [LAUGHTER] everything you probably don't need is together in one place.
WordPress comes with a lot of stuff and you may not necessarily need all of that stuff.
The monolithic application can become
quite bloated and sometimes hard to control if you don't know what you're doing.
The other what in our story is introducing Gatsby, which Steve mentioned.
It's an open-source static site generator based on React.
It is more of a front-end tool that is built to consume your content from WordPress,
and it will generate HTML and a build process that
you can then place on your server to display your content.

Italian: 
 Uno dei motivi principali per Gatsby è che dà davvero la priorità alle prestazioni front-end. 
 Questa è una piccola illustrazione carina. 
 Se non hai familiarità con il funzionamento di Gatsby, 
 scarica letteralmente i tuoi contenuti da WordPress, 
 di solito utilizzando un'API REST o GraphQL, 
 che è anche un'API. 
 Lo tira giù e lo scarica, 
 poi si mescola ai tuoi modelli e al tuo design, 
 il tuo CSS e crea file HTML che dovresti poi posizionare sul tuo server. 
 Sul tuo front-end, come ha detto Steve, 
 in genere non richiedi informazioni sul front-end. 
 Hai già le informazioni, 
 l'hai già compilato esattamente come lo desideri e poi lo stai visualizzando, 
 che rende il tuo sito web davvero veloce. 
 Un po 'del nostro perché 
 perché abbiamo fatto tutto questo? 
 Perché abbiamo riprogettato? 
 Il nostro sito web aveva cinque anni. 
 Sono sicuro che molte persone avevano lo stesso motivo 

English: 
One of the big reasons for Gatsby is that it really prioritizes front-end performance.
This is a nice little illustration.
If you're unfamiliar with how Gatsby works,
it literally downloads your content from WordPress,
usually using a REST API or GraphQL,
which is also an API.
It pulls that down and downloads it,
then it mingles it with your templates and your design,
your CSS, and it creates HTML files that you would then place on your server.
On your front-end as Steve mentioned,
you're not really generally requesting information on front-end.
You've already got the information,
you've already compiled it exactly how you want it and then you're displaying it,
which makes your website really fast.
A little bit of our why,
why did we do all this?
Why did we redesign?
Our website was five years old.
I'm sure a lot of folks had the same reason,

English: 
you want something new.
We had outgrown our website a long time before that,
we wanted to rebuild our design and our information architecture,
but mostly we also wanted to learn something new.
Why do we want to decouple?
Well, we really loved having more control and flexibility on our front-end.
The increased performance.
I for one was getting really frustrated with plug-in bloat on my front-end.
When we actually flipped the switch,
I took a screenshot of
how many extra CSS and JavaScript files were being loaded on every page of our website.
Even though they were not necessary,
it was somewhere between 20-40 files.
That stuff is really hard to control in a WordPress environment.
But in a Gatsby type environment,
you have much more control.
You only use what you need,
and we wanted to explore more modern web technologies,
play around with JavaScript and React.

Italian: 
 vuoi qualcosa di nuovo. 
 Abbiamo superato il nostro sito web molto tempo prima, 
 volevamo ricostruire il nostro design e la nostra architettura dell'informazione, 
 ma soprattutto volevamo anche imparare qualcosa di nuovo. 
 Perché vogliamo disaccoppiare? 
 Bene, ci è piaciuto molto avere più controllo e flessibilità sul nostro front-end. 
 L'aumento delle prestazioni. 
 Io per primo ero davvero frustrato con plug-in gonfio sul mio front-end. 
 Quando abbiamo effettivamente attivato l'interruttore, 
 Ho fatto uno screenshot di 
 quanti file CSS e JavaScript aggiuntivi venivano caricati su ogni pagina del nostro sito web. 
 Anche se non erano necessarie, 
 era da qualche parte tra 20-40 file. 
 Quella roba è davvero difficile da controllare in un ambiente WordPress. 
 Ma in un ambiente tipo Gatsby, 
 hai molto più controllo. 
 Usi solo ciò di cui hai bisogno 
 e volevamo esplorare tecnologie web più moderne, 
 giocare con JavaScript e React. 

English: 
I for one wanted to become comfortable with web components.
Again, all of this comes back to just wanting to learn something new play with new tools.
For a refresher, why do we need WordPress as an organization?
Well, one we like to use it,
but the big thing is we need WordPress.
Most people need content management systems is that you
need a way to manage content with multiple editors.
This is why WordPress is so popular in higher ed.
It's because we need systems where we can have very spread out editors manage content.
We have a large number of users and a vast amounts of numerous datatypes,
i.e., custom post types and such like that.
Again, why Gatsby versus like Steve mentioned
Vue or maybe something like Next.JS or whatever?

Italian: 
 Io per primo volevo familiarizzare con i componenti web. 
 Ancora una volta, tutto questo torna a voler imparare qualcosa di nuovo giocando con nuovi strumenti. 
 Per un aggiornamento, perché abbiamo bisogno di WordPress come organizzazione? 
 Bene, uno ci piace usarlo, 
 ma la cosa importante è che abbiamo bisogno di WordPress. 
 La maggior parte delle persone ha bisogno di sistemi di gestione dei contenuti sei tu 
 serve un modo per gestire i contenuti con più editor. 
 Questo è il motivo per cui WordPress è così popolare nell'educazione superiore. 
 È perché abbiamo bisogno di sistemi in cui possiamo avere editor molto diffusi che gestiscono i contenuti. 
 Abbiamo un gran numero di utenti e una grande quantità di numerosi tipi di dati, 
 cioè, tipi di post personalizzati e simili. 
 Di nuovo, perché Gatsby contro come ha detto Steve 
 Vue o forse qualcosa come Next.JS o qualsiasi altra cosa? 

Italian: 
 Mi ero interessato molto a Gatsby come organizzazione 
 perché hanno un'elevata dedizione all'accessibilità. 
 Sono rimasto davvero incuriosito da molte delle statistiche sulle prestazioni che stavo vedendo online. 
 Per raggruppare i vantaggi del disaccoppiamento del tuo sito web, 
 puoi davvero trarre vantaggio da questi strumenti per ciò per cui sono stati realmente progettati. 
 I sistemi di gestione dei contenuti sono in definitiva costruiti per gestire i contenuti. 
 Usa WordPress come potente CMS per gestire esclusivamente i tuoi dati. 
 Rendi elegante il tuo amministratore e dai la priorità alla struttura dei tuoi dati. 
 Gestisci, disponi di un buon sistema di gestione degli utenti. 
 Metti i tuoi dati con il resto dell'API. 
 Quindi approfitta degli strumenti creati per le prestazioni front-end 
 come Gatsby e altri framework JavaScript e altri strumenti. 
 Usali per gestire il modo in cui presenti i tuoi dati. 

English: 
I had become very interested in Gatsby as an organization
because they have a high dedication to accessibility.
I was really intrigued by a lot of the performance statistics that I was seeing online.
To group up the advantages of decoupling of your website,
you can really take advantage of these tools for what they were really built for.
Content management systems are ultimately built to manage content.
Use WordPress as a powerful CMS to solely manage your data.
Make your admin sleek and prioritize how your data is structured.
Manage, have a nice user management system.
Put your data with the rest API.
Then take advantage of tools that were built for front-end performance
like Gatsby and other JavaScript frameworks and other tools.
Use them to manage how you present your data.

Italian: 
 Può essere davvero leggero. 
 Puoi avere un maggiore controllo su ciò che viene mostrato 
 il tuo sito web perché sai cosa sta succedendo 
 e hai più flessibilità anche per sperimentare un'ampia varietà di framework. 
 Potresti scambiare molto più facilmente il tema del tuo sito da utilizzare 
 strumenti diversi a causa di come hai separato i tuoi contenuti dal tuo design. 
 Prendendo un'altra prospettiva sulla questione del perché e iniziando a portare qui il chi. 
 Mi piace pensare alle cose dal punto di vista dei visitatori del sito dall'inizio alla fine, 
 i dispositivi utilizzati dalle persone per accedere a questi siti web. 
 In qualità di sviluppatore web, 
 iniziare la mia carriera mentre uscivano nuovi dispositivi come l'iPhone, 
 Penso di aver sottovalutato la portata del cambiamento o la portata della sfida che i dispositivi, 
 come l'iPhone e l'iPad rappresentati. 

English: 
It can be really lightweight.
You can have more control over what gets shown on
your website because you know what's going
on and you have more flexibility also to experiment with a wide variety of frameworks.
You could much more easily interchange your theme of your site to use
different tools because of how you separated your content from your design.
Taking another angle on the question of why and starting to bring in the who here.
Like to think about things from the perspective of site visitors end to end,
the devices people are using to access these websites.
As a web developer,
getting started my career as new devices like the iPhone were coming out,
I think I underestimated the scope of change or the scope of challenge that devices,
like the iPhone and the iPad represented.

Italian: 
 Ho pensato, beh, il responsive design sembra una sfida, 
 rendendo questi siti schiacciati, dobbiamo farlo su una rete mobile lenta. 
 Penso che debba restringere la comprensione che questi dispositivi rappresentano 
 più di una semplice dimensione dello schermo da offrire. 
 I browser sono sottodimensionati, 
 in parte perché questi produttori di dispositivi sono fortemente 
 incentivato a spingere le persone verso applicazioni native. 
 Le applicazioni native che usiamo spesso quotidianamente, 
 La base oraria ci fornisce spesso una connessione più profonda con le aziende che finanziano la tecnologia. 
 I siti web che abbiamo costruito, 
 poiché gli sviluppatori web devono fornire più tipi di valore per competere con 
 applicazioni native e spesso prima il front-end 
 o architetture disaccoppiate possono metterti in una posizione migliore per farlo. 
 Solo alcuni dei tipi di valore che dobbiamo fornire tramite un sito web, 
 soprattutto un'università, deve 

English: 
I thought, well, responsive design seems like a challenge,
making these sites squish we need to do this on a slow mobile network.
I think it has to narrow of an understanding these devices represent
more than just another screen size to deliver.
The browsers are underpowered,
partially because these device makers are strongly
incentivized to push people towards native applications.
The native applications that we often use on a daily,
hourly basis give us often a deeper connection to the companies funding the technology.
The websites that we built,
as web developers need to deliver more types of value in order to compete with
native applications and often front-end first
or decoupled architectures can put you in a better position to do that.
Just some of the types of value that we need to deliver through a website,
especially a university, it needs to

Italian: 
 fornire quasi ogni tipo di valore attraverso un sito web. 
 Un'università avrà bisogno di riportare gli studenti più e più volte sul sito web, 
 soprattutto durante questa pandemia qui, 
 è necessario monitorare gli utenti attivi quotidianamente. 
 È necessario incoraggiare la prossima classe in arrivo a fare domanda, a diventare studenti. 
 Per farlo, devi raggiungere utenti unici 
 negli strumenti di lead generation potrebbe essere necessario vendere 
 felpe online anche se un sito web universitario non sta cercando le entrate pubblicitarie, 
 la home page stessa del sito web dell'università ha spesso essenzialmente spazi pubblicitari costruiti al suo interno. 
 I siti web universitari possono essere incredibilmente complessi e spesso questa complessità e la necessità di farlo 
 competere su ciascuno di questi fronti con app native o 
 gli annunci sociali richiedono solo i migliori strumenti disponibili. 
 Richiede anche che le persone che costruiscono i siti creino un focus 
 più tempo possibile su quel motivo di primo livello il sito web esiste. 

English: 
deliver nearly every type of value through a website.
A university is going to need to bring back students over and over again to the website,
especially during this pandemic here,
there's a need to track daily active users.
There's a need to encourage the next incoming class to apply, to become students.
To do that, you need unique users reached
in the tools of lead generation may need to sell
sweatshirts online even if a university website isn't going after ad revenue,
the homepage itself of university website often has essentially ad slots built within it.
University websites can be incredibly complex and often that complexity and the need to
compete on each of these fronts with native apps or
social ads requires just the best tools available.
It also requires that the people building the sites build a focus
as much time as possible on that top-level reason the website exists.

Italian: 
 Qual è l'impatto del sito web da creare? 
 Può essere difficile concentrarsi su quel motivo di primo livello 
 il sito esiste se il team web è concentrato solo su 
 ottenere cambiamenti fuori dalla porta o concentrarsi solo 
 assicurandoti che il sito web non si arresti in modo anomalo. 
 Spesso penso che le architetture di disaccoppiamento possano consentire a un team di salire più velocemente in questa gerarchia. 
 Una grande parte di ciò è spesso perché 
 i flussi di lavoro di distribuzione per architetture disaccoppiate possono essere più brevi e più sicuri. 
 Un pantheon, pensiamo sia una buona idea 
 quasi tutte le modifiche che apporteresti a un sito WordPress Drupal, 
 passare attraverso questa pipeline di distribuzione di multidev per sviluppare, testare, vivere. 
 Quindi ciascuno di questi ambienti, 
 potresti fare una domanda diversa come, 
 questa modifica soddisfa gli standard del mio team? 
 Ho rotto qualcosa? 
 In definitiva, ciò che stiamo cercando di evitare con una pipeline di distribuzione come questa si sta interrompendo 
 il tuo database o rompere il sito web live in un'ondata molto dannosa. 

English: 
What's the impact of the website is there to create?
It can be difficult to focus on that top level reason
the site exists if the web team is focused just on
getting changes out the door or focused just
on making sure that the website isn't crashing.
Often, I think decouple architectures can enable a team to move up this hierarchy faster.
A big part of that is often because
the deployment workflows for decoupled architectures can be shorter and safer.
A pantheon, we think it's a good idea that
nearly any change you would make to a Drupal WordPress site,
go through this deployment pipeline of multidev to dev, to test, to live.
Then each of these environments,
you might ask a different question like,
does this change meet my team standards?
Did I break anything?
Ultimately, what we're trying to avoid with a deployment pipeline like this is breaking
your database or breaking the live website in a very damaging wave.

English: 
If a website is split such that the front half,
the public facing side is unlikely hit or incapable of breaking the database,
then it may be acceptable to have a one-step deployment pipeline where you
can make a change that's meant to increase one of those conversion metrics.
Consult with your team and if you like it,
move it live in one step.
Teams need to complete this cycles of designing,
building and measuring changes to their sites faster and faster.
At one point, it was a leap forward to be able to make changes to our website
on an every two week basis or at the end of
a sprint rather than at the end of the month or at the end of the quarter.
But the expectations for the pace of iteration are only rising.
There are a few team members that I think particularly benefit from faster,
shorter cycles of designing and building and measuring changes.

Italian: 
 Se un sito web è suddiviso in modo tale che la metà anteriore, 
 il lato rivolto al pubblico è improbabile o incapace di violare il database, 
 allora potrebbe essere accettabile disporre di una pipeline di distribuzione in un passaggio in cui si 
 può apportare una modifica che ha lo scopo di aumentare una di queste metriche di conversione. 
 Consulta il tuo team e se ti piace, 
 spostalo dal vivo in un solo passaggio. 
 I team devono completare questi cicli di progettazione, 
 costruire e misurare le modifiche ai propri siti sempre più velocemente. 
 A un certo punto è stato un balzo in avanti poter apportare modifiche al nostro sito web 
 ogni due settimane o alla fine del 
 uno sprint piuttosto che alla fine del mese o alla fine del trimestre. 
 Ma le aspettative per il ritmo dell'iterazione stanno solo aumentando. 
 Ci sono alcuni membri del team da cui credo traggano particolare vantaggio 
 cicli più brevi di progettazione, costruzione e misurazione dei cambiamenti. 

Italian: 
 Le persone che chiedono le sue modifiche al tuo sito web 
 trarranno vantaggio da molti di voi demo 
 una nuova funzionalità per uno stakeholder che probabilmente lo farà 
 voglio vederlo sul sito live non appena dicono che è buono per andare, 
 potrebbero non voler sentire che il loro cambiamento ora ne ha bisogno 
 attendere altre due settimane per essere effettivamente distribuito in tempo reale. 
 Designer, penso che possa trarre grandi vantaggi da questo ciclo di iterazione più veloce. 
 Se puoi apportare modifiche CSS e renderle attive quasi istantaneamente, 
 potrebbe essere accettabile implementare modifiche CSS imperfette e iterare in base al feedback pubblico, 
 piuttosto che cercare di ottenere qualcosa di perfetto senza che venga mai pubblicato. 
 Gli sviluppatori front-end probabilmente traggono i maggiori vantaggi da questa architettura. 
 Sviluppatori front-end penso, 
 hanno ricevuto sfide incredibili nell'ultimo decennio, 
 stare al passo con il numero di dispositivi, 

English: 
The people asking for her changes to your website
are going to benefit a whole lot of you demo
a new feature to a stakeholder that are probably going to
want to see it on the live site is as soon as they say it's good to go,
they may not want to hear that their changed now needs to
wait two more weeks to actually be deployed live.
Designers, I think it can greatly benefit from this faster iteration cycle.
If you can make CSS changes and get them live near instantaneously,
it maybe acceptable to deploy imperfect CSS changes and iterate based on public feedback,
rather than trying to get something perfect without it ever going live.
Front-end developers probably benefit most from this architecture.
Front-end developers I think,
have been given incredible challenge in the last decade,
keeping up with the number of devices,

Italian: 
 il numero di browser, la quantità di nuovi sul front-end. 
 Non è più realistico secondo me aspettarsi 
 sviluppatori front-end per apprendere anche tutti i dettagli di implementazione, 
 tutti i livelli di WordPress. 
 Ci sono così tanti strumenti che sono usciti 
 l'ultimo decennio specifico per lo sviluppo front-end. 
 Penso che sia importante riconoscere che questo non era il risultato di capricciosità, 
 questo non è arbitrario. 
 Si trattava di sviluppatori front-end che riconoscevano che la sfida di creare buoni siti web, 
 soprattutto sui dispositivi mobili è stato enorme ed è diventato notevolmente più difficile nell'ultimo decennio. 
 Ecco perché avevamo bisogno di questa raffica di nuovi strumenti. 
 Ora, un decennio più architetture disaccoppiate N2, 
 Penso che reagisca e vedo che JS sembrava essere arrivato 
 il top per quanto riguarda i framework front-end. 
 Lancio le cose a Rachel ora per saperne di più, 

English: 
the number of browsers, the amount of new ones on the front-end.
It's no longer realistic in my opinion to expect
front-end developers to also learn all of the implementation details,
all of the layers of WordPress.
There's so many tools that have come out in
the last decade specific to front-end development.
I think it's important to recognize that this was not the result of capriciousness,
this is not arbitrary.
This was front-end developers recognizing that the challenge of building good websites,
especially on mobile devices was huge and got significantly harder in the last decade.
That's why we needed this burst of new tools.
Now, a decade plus N2 decoupled architectures,
I think reacts and view JS seemed to have risen to
the top as far as front-end frameworks go.
I'll toss things back to Rachel now for more,

English: 
answering the question of who.
The who for us was the team that we assembled.
We assembled a working group once we decided
that decoupling was this future we wanted to research.
We created a Gatsby app and began to experiment with it.
But the big important things for our team was
auditing our existing content and functionality to make sure we knew exactly,
what exactly we are getting into?
Because as we'll discuss throughout the rest of this presentation, it is work.
So we needed to make sure we knew what we were getting into and
we also researched potential concerns and limitations,
which I'll talk more about here in a minute.
The where?
It is important to recognize that if you are going to decouple,
especially your WordPress website,
if you're going to decouple it you might meet a new hosting environment because you now

Italian: 
 rispondendo alla domanda su chi. 
 Quello per noi era la squadra che abbiamo assemblato. 
 Una volta deciso, abbiamo messo insieme un gruppo di lavoro 
 quel disaccoppiamento era questo futuro che volevamo ricercare. 
 Abbiamo creato un'app Gatsby e abbiamo iniziato a sperimentarla. 
 Ma le cose importanti per la nostra squadra erano 
 controllare i nostri contenuti e funzionalità esistenti per assicurarci di sapere esattamente, 
 in cosa ci stiamo immettendo esattamente? 
 Perché, come discuteremo nel resto di questa presentazione, è lavoro. 
 Quindi dovevamo assicurarci di sapere in cosa stavamo entrando e 
 abbiamo anche ricercato potenziali preoccupazioni e limitazioni, 
 di cui parlerò di più qui tra un minuto. 
 Il dove? 
 È importante riconoscere che se hai intenzione di disaccoppiare, 
 in particolare il tuo sito Web WordPress, 
 se hai intenzione di disaccoppiarlo potresti incontrare un nuovo ambiente di hosting perché ora 

English: 
need to host this very different set of files.
WordPress, PHP application and now over here in Gatsby land,
we have HTML files with CSS and JavaScript.
Not necessarily can't be hosted together,
but it introduces a new layer that you will need to research.
We reached out to Pantheon because Pantheon has hosted
our website for few years now and been a great partner of ours.
We decided to go down this journey together to figure out how Pantheon,
my host, are decoupled environment as well.
As I've been talking with teams doing decoupled architectures,
it's been a common pain point that I've heard that especially that
role of the a System Administrator or the DevOps engineer has to ask,
"Where's this stuff going?"

Italian: 
 bisogno di ospitare questo set di file molto diverso. 
 WordPress, applicazione PHP e ora qui nella terra di Gatsby, 
 abbiamo file HTML con CSS e JavaScript. 
 Non necessariamente non possono essere ospitati insieme, 
 ma introduce un nuovo livello che dovrai ricercare. 
 Abbiamo contattato il Pantheon perché il Pantheon ha ospitato 
 il nostro sito web da alcuni anni ed è stato un nostro grande partner. 
 Abbiamo deciso di intraprendere questo viaggio insieme per capire come Pantheon, 
 il mio ospite, sono anche un ambiente disaccoppiato. 
 Dato che ho parlato con i team che realizzano architetture disaccoppiate, 
 è stato un punto dolente comune che ho sentito questo soprattutto 
 ruolo dell'amministratore di sistema o dell'ingegnere DevOps deve chiedere, 
 "Dove sta andando questa roba?" 

Italian: 
 Sono molti i team che scelgono di inserire direttamente le proprie applicazioni 
 AWS o Google Cloud o Azure. 
 Non mi aspetto che nessuno legga questo diagramma qui. 
 Quello che voglio illustrare è che può essere incredibilmente complesso 
 prendere possesso di ogni pezzo 
 dell'infrastruttura necessaria per eseguire un'applicazione Drupal o WordPress in AWS. 
 Se tagli il sito a metà e poi dì la metà anteriore 
 richiede qualcosa di quasi altrettanto complesso, 
 stai mantenendo quell'amministratore di sistema nel profondo delle erbacce 
 e lontano dall'essere 
 in grado di concentrarsi ancora una volta sul motivo di primo livello per cui il sito esiste. 
 Ci sono alcuni ottimi prodotti per il focus front-end là fuori. 
 Aziende come Netlify e Vercel hanno davvero ottimizzato per l'esperienza front-end, 
 ma parlando con i team che creano questi siti, 
 Ho sentito più e più volte che può essere difficile 

English: 
There are many teams choose to put their applications directly on
AWS or Google Cloud or Azure.
I'm not expecting anyone to read this diagram here.
Just what I want to illustrate is that it can be incredibly complex
to take ownership of each piece
of infrastructure necessary to run a Drupal or WordPress application in AWS.
If you chop the site in a half and then say the front half
requires something nearly as complex,
you're keeping that system administrator deep in the weeds
and away from being
able to focus on again that the top-level reason that the site exists.
There are some great front-end focus products out there.
Companies like Netlify and Vercel have really optimized for the front-end experience,
but in talking with teams building these sites,
I've heard over and over again that it can be difficult to

English: 
have WordPress in one place and your front-end to it,
your Gatsby somewhere else,
and that perhaps a build process or get repository in a third and fourth place.
That's why we think we'll be able to add value by putting back-end
and front-end together in one place on Pantheon.
We've been doing research and development to this end
and we'll have more to share in the months to come.
We think being able to have
either static or dynamic run-time environment
under one roof will be a big differentiator.
Sticking on the question of where.
One question I've been asking for a number of years is,
if we're cutting off WordPress' head, where's WordPress neck?
The conversation that can happen between
back-end and front-end developers in a monolithic site can get very

Italian: 
 avere WordPress in un unico posto e il tuo front-end ad esso, 
 il tuo Gatsby da qualche altra parte, 
 e che forse un processo di compilazione o ottenere un repository in un terzo e quarto posto. 
 Ecco perché pensiamo che saremo in grado di aggiungere valore mettendo il back-end 
 e front-end insieme in un unico posto sul Pantheon. 
 Abbiamo fatto ricerca e sviluppo a tal fine 
 e avremo altro da condividere nei mesi a venire. 
 Pensiamo di poter avere 
 ambiente di runtime statico o dinamico 
 sotto lo stesso tetto sarà un grande elemento di differenziazione. 
 Rimanendo sulla questione di dove. 
 Una domanda che mi pongo da diversi anni è, 
 se stiamo tagliando la testa a WordPress, dov'è il collo di WordPress? 
 La conversazione che può avvenire tra 
 gli sviluppatori back-end e front-end in un sito monolitico possono ottenere molto 

English: 
complicated as you try to decide at which layer of WordPress does a certain thing happen.
Is it happening at the level of a Gutenberg block?
Is it happening at the level of a widget?
With decoupling, with cutting off WordPress' head and
having something like the core REST API or GraphQL as a plugin,
a clear point at which you move from data in
the back-end to being sent out to Gatsby or any other framework,
that can help shape the conversation between back-end and front-end developers
of if we need to customize a certain part of a component is
that data customization that needs to happen inside WordPress or is it
happening in the front-end component after the data moves out of the API?
The marketer or the site owner may start asking

Italian: 
 complicato mentre cerchi di decidere a quale livello di WordPress accade una certa cosa. 
 Sta accadendo a livello di un blocco di Gutenberg? 
 Sta accadendo a livello di widget? 
 Con disaccoppiamento, tagliando la testa di WordPress e 
 avere qualcosa come l'API REST principale o GraphQL come plug-in, 
 un punto chiaro in cui ci si sposta dai dati in 
 il back-end da inviare a Gatsby o qualsiasi altro framework, 
 che può aiutare a plasmare la conversazione tra sviluppatori back-end e front-end 
 se abbiamo bisogno di personalizzare una certa parte di un componente è 
 quella personalizzazione dei dati che deve avvenire all'interno di WordPress o è 
 accade nel componente front-end dopo che i dati vengono spostati dall'API? 
 L'operatore di marketing o il proprietario del sito potrebbe iniziare a chiedere 

English: 
questions as they hear these conversations about chopping WordPress in half.
Why use WordPress at all?
Rachel touched on this a bit earlier that WordPress
has been managing content for nearly two decades.
WordPress is pretty done good at the problem space of managing content,
managing roles and permissions.
Also, the open source nature of WordPress is
something that I don't think should be given up lightly.
If we're chopping away the head of WordPress,
the heart that's left over,
I think is that the open source flexibility,
the open source control that you get along with the content management features.
That WordPress is most well-known for.
When is it a good idea to decouple?
I think in short, when decoupling will move you closer to your goals.
That may mean that there's a level of
interaction design that's going to be difficult to achieve in

Italian: 
 domande mentre ascoltano queste conversazioni su come tagliare a metà WordPress. 
 Perché usare WordPress? 
 Rachel ne ha parlato un po 'prima di WordPress 
 gestisce i contenuti da quasi due decenni. 
 WordPress è abbastanza bravo nello spazio problematico della gestione dei contenuti, 
 gestione di ruoli e permessi. 
 Inoltre, la natura open source di WordPress è 
 qualcosa che non credo dovrebbe essere rinunciato alla leggera. 
 Se stiamo tagliando via la testa di WordPress, 
 il cuore che è rimasto 
 Penso che la flessibilità dell'open source, 
 il controllo open source che ottieni con le funzionalità di gestione dei contenuti. 
 Quello per cui WordPress è più noto. 
 Quando è una buona idea disaccoppiare? 
 Penso che in breve, quando il disaccoppiamento ti avvicinerà ai tuoi obiettivi. 
 Ciò potrebbe significare che esiste un livello di 
 design dell'interazione che sarà difficile da realizzare 

Italian: 
 WordPress monolitico e più realizzabile in react o Vue.js, 
 hai reso necessario semplicemente iterare sul front-end indipendentemente dal back-end. 
 A volte un sito monolitico, 
 forse una risposta migliore se sai esattamente di cosa ha bisogno il sito web 
 per essere sai che non cambierà in modo significativo. 
 Ma se non sei sicuro di quale sia esattamente il tuo sito 
 deve essere e devi evolverlo rapidamente, 
 il disaccoppiamento potrebbe essere la strada da percorrere. 
 Anche le prestazioni, abbiamo accennato. 
 Inoltre, se hai semplicemente un team disaccoppiato, 
 una linea netta tra sviluppatori back-end e front-end. 
 Attenendosi al tema di quando, 
 Direi per favore non tutto in una volta. 
 Alcuni dei team con cui ho parlato hanno giganteschi siti Drupal 7 che 
 hanno costruito strati e strati di complessità, 
 e il loro piano è spostare tutto il loro contenuto tutto in una volta 
 a Drupal 9 e Gatsby allo stesso tempo. 

English: 
monolithic WordPress and more achievable in react or Vue.js,
you made need to simply iterate on the front-end independent of the back-end.
Sometimes a Monolithic site,
maybe a better answer if you know exactly what the website needs
to be you know in it's not going to change significantly.
But if you're unsure exactly what your site
needs to be and you need to evolve it quickly,
decoupling may be the way to go.
Performance, we've touched on as well.
Also, if you simply have a decoupled team,
a clear line between back-end and front-end developers.
Sticking with the theme of when,
I would say please not all at once.
Some of the teams I've talked to have gigantic Drupal 7 sites that
have built up layers and layers of complexity,
and their plan is to move all of their content all at once
to Drupal 9 and Gatsby at the same time.

English: 
I think that's too much all at once.
Getting into how out here,
I think it's important to validate some baseline assumptions in smaller steps.
If there's an assumption that decoupling,
is it's going to get people more engaged with your site.
Can you validate that in a small way?
By perhaps decoupling just a single page or a single component.
If you've got the assumption that your developers are going to collaborate faster,
that's something that you could check also by making a small change.
Your content editors may not really know what they're getting into and until they try it.
Even just set up a test instance of WordPress and Gatsby together,
that could be worthwhile.
For Pantheons own delivery plan or our own how we've been
first working with a small set of customers on pilot projects,
WPCampus included, and soon we'll

Italian: 
 Penso che sia troppo tutto in una volta. 
 Entrando nel modo qui fuori 
 Penso che sia importante convalidare alcune ipotesi di base in passaggi più piccoli. 
 Se si presume che il disaccoppiamento, 
 sta per coinvolgere di più le persone con il tuo sito. 
 Puoi convalidarlo in piccolo? 
 Forse disaccoppiando solo una singola pagina o un singolo componente. 
 Se hai il presupposto che i tuoi sviluppatori collaboreranno più velocemente, 
 è qualcosa che potresti controllare anche apportando una piccola modifica. 
 I tuoi editor di contenuti potrebbero non sapere davvero in cosa stanno entrando e fino a quando non lo provano. 
 Anche solo impostare un'istanza di prova di WordPress e Gatsby insieme, 
 potrebbe essere utile. 
 Per il piano di consegna di Pantheons o il nostro come siamo stati 
 prima lavorando con un piccolo gruppo di clienti su progetti pilota, 
 WPCampus incluso, e presto lo faremo 

English: 
be doing custom delivery through our professional services team.
Simultaneously, we're building out a full product offering coming soon [NOISE].
Awesome.
Rachel, what is [LAUGHTER] your answer to when?
I don't have too much to add to what Steve had to share,
and really the win is,
it's a very personal question.
When you understand what's involved because there is work involved.
When you've researched how much work needs to be done,
when you've figured out what hosting will look like,
but most importantly, when the move makes the most sense for your team.
Really only you can answer that and after you've done diligent research.
Moving on to the how,
I do have very much information to share on that regard.
We did a lot of work and learned a lot of lessons.
One of the big early lessons you really learn is you're not in WordPress anymore.

Italian: 
 effettuare consegne personalizzate tramite il nostro team di servizi professionali. 
 Allo stesso tempo, stiamo sviluppando un'offerta completa di prodotti in arrivo [NOISE]. 
 Eccezionale. 
 Rachel, qual è [RISATA] la tua risposta a quando? 
 Non ho molto da aggiungere a ciò che Steve ha dovuto condividere, 
 e davvero la vittoria è, 
 è una domanda molto personale. 
 Quando capisci cosa è coinvolto perché c'è del lavoro. 
 Dopo aver studiato quanto lavoro deve essere fatto, 
 quando hai capito come sarà l'hosting, 
 ma soprattutto, quando la mossa ha più senso per la tua squadra. 
 Davvero solo tu puoi rispondere e dopo aver svolto ricerche diligenti. 
 Passando al come, 
 Ho molte informazioni da condividere al riguardo. 
 Abbiamo lavorato molto e imparato molte lezioni. 
 Una delle prime grandi lezioni che impari davvero è che non sei più in WordPress. 

English: 
One of the potential concerns of
the decoupling process is that you are leaving the WordPress front-end.
Therefore, you no longer have access to
HTML markup or functionality that belongs in the WordPress application,
that's provided by third-party plugins or WordPress core.
You no longer have built-in user authentication out of the box,
so to speak, that was a big hurdle for us.
You no longer have things like built-in live preview of content.
These are just a few examples.
With all that said,
these problems can be solved.
It's just a matter of how you solve them and how much work you're willing to do,
what path you walk down.
The problems that we face specifically was we very much

Italian: 
 Una delle potenziali preoccupazioni di 
 il processo di disaccoppiamento è che stai lasciando il front-end di WordPress. 
 Pertanto, non hai più accesso a 
 Markup HTML o funzionalità che appartiene all'applicazione WordPress, 
 fornito da plugin di terze parti o dal core di WordPress. 
 Non hai più l'autenticazione utente incorporata pronta all'uso, 
 per così dire, questo è stato un grosso ostacolo per noi. 
 Non hai più cose come l'anteprima live incorporata dei contenuti. 
 Questi sono solo alcuni esempi. 
 Con tutto ciò che ha detto, 
 questi problemi possono essere risolti. 
 È solo questione di come risolverli e di quanto lavoro sei disposto a fare, 
 quale sentiero percorri. 
 I problemi che dobbiamo affrontare nello specifico siamo stati noi 

English: 
underestimated how challenging it would be to decouple web forms.
Our solution ended up being,
for the moment we ended up implementing IFrames because it was way too much work.
Again, not impossible, just very complex.
We have a wide variety of forms.
I am a big fan of Gravity Forms because of the work that they do for accessibility.
We have many forms that have many various field types and
it would have taken us months to completely
rebuild the front-end process outside of WordPress.
We solved it momentarily with IFrames.
User authentication is complex.
We ended up building a a single sign-on process using a WordPress plugin.
Our WordPress environment is
an authentication source for us and that worked out really well.
We also had to get rid of comments,
but to be quite honest,

Italian: 
 sottovalutato quanto sarebbe stato difficile disaccoppiare i moduli web. 
 La nostra soluzione ha finito per essere, 
 per il momento abbiamo finito per implementare IFrames perché era troppo lavoro. 
 Ancora una volta, non impossibile, solo molto complesso. 
 Abbiamo un'ampia varietà di forme. 
 Sono un grande fan di Gravity Forms a causa del lavoro che fanno per l'accessibilità. 
 Abbiamo molti moduli che hanno molti diversi tipi di campo e 
 ci sarebbero voluti mesi per completarlo 
 ricostruire il processo front-end al di fuori di WordPress. 
 L'abbiamo risolto momentaneamente con IFrames. 
 L'autenticazione dell'utente è complessa. 
 Abbiamo finito per creare un processo di single sign-on utilizzando un plugin per WordPress. 
 Il nostro ambiente WordPress è 
 una fonte di autenticazione per noi e ha funzionato molto bene. 
 Abbiamo anche dovuto sbarazzarci dei commenti, 
 ma ad essere onesti, 

Italian: 
 non li abbiamo davvero usati. 
 Se ti affidi ai commenti, 
 ci sono sicuramente delle soluzioni. 
 Esistono soluzioni di terze parti che potresti utilizzare. 
 Non ho molta familiarità con l'API REST dei commenti di WordPress e come 
 facile sarebbe da implementare con un front-end separato. 
 Ma per noi ne è valsa la pena 
 sbarazzati dei commenti perché ancora una volta non li abbiamo usati davvero. 
 Con il nostro tempo rimasto 
 Volevo solo scorrere un elenco di file 
 gli strumenti che abbiamo utilizzato per risolvere tutti questi problemi e 
 cose molto specifiche con cui siamo entrati in contatto durante l'intero progetto. 
 Innanzitutto, ora avevamo due siti web, 
 ora abbiamo due applicazioni, 
 e quindi, avevamo bisogno di due domini del sito web. 
 Quindi wpcampus.org senza www è la nostra applicazione WordPress, 
 e poi la nostra applicazione Gatsby risiede su www. 

English: 
we didn't really use them.
If you rely on comments,
there are definitely solutions.
There are third-party solutions you could use.
I'm not really familiar with the WordPress comments REST API and how
easy that would be to implement with a separated front-end.
But for us it was just worth it to
just get rid of the comments because again, we didn't really use them.
With our time left,
I was just going to run down a list of
the tools that we used to solve all these problems and
a very specific things that we came in contact with during this whole project.
For one, we now had two websites,
we now had two applications,
and therefore, we needed two website domains.
So wpcampus.org without the www is our WordPress application,
and then our Gatsby application lives at www.

English: 
I would have preferred it the other way,
but Steve and I had a long conversation about that because we also have
a multi-site network and so we couldn't quite change our main domain so easily.
We use the headless mode WordPress plug-in to take care of any redirects.
Basically, what happens on the WordPress app is,
if you are a certain type of user, which is mostly me,
you can still access the front end of the WordPress app sometimes,
but otherwise, everything else gets redirected to Gatsby.
We also have particular instances where we actually are still
using the WordPress app to control some front end components.
For example, those iframes that I mentioned earlier.
Some domains are allowed to access the WordPress application,
and that's what this plug-in helps us do.
It helps us tell it which domains can make it through,
and which domains are sent to Gatsby.
How we display the web forms, a little more specific.

Italian: 
 L'avrei preferito nell'altro modo, 
 ma Steve ed io abbiamo avuto una lunga conversazione su questo perché anche noi abbiamo 
 una rete multisito e quindi non abbiamo potuto cambiare il nostro dominio principale così facilmente. 
 Utilizziamo il plug-in di WordPress in modalità headless per prenderci cura di eventuali reindirizzamenti. 
 Fondamentalmente, ciò che accade sull'app WordPress è, 
 se sei un certo tipo di utente, principalmente io, 
 a volte puoi ancora accedere al front-end dell'app WordPress, 
 ma in caso contrario, tutto il resto viene reindirizzato a Gatsby. 
 Abbiamo anche casi particolari in cui siamo effettivamente fermi 
 utilizzando l'app WordPress per controllare alcuni componenti front-end. 
 Ad esempio, quegli iframe che ho menzionato prima. 
 Alcuni domini possono accedere all'applicazione WordPress, 
 ed è quello che ci aiuta a fare questo plug-in. 
 Ci aiuta a capire quali domini possono farcela, 
 e quali domini vengono inviati a Gatsby. 
 Come mostriamo i moduli web, un po 'più specifico. 

English: 
We basically created very minimal WordPress page templates.
We placed Gravity Forms shortcodes inside those set templates,
and we use those URLs inside Gatsby as iframes.
We built a iframe web component,
or actually it may just be like an npm,
JavaScript thing that helps us display those iframes really easily on the Gatsby app.
To get the data we need from WordPress, as I mentioned,
you have to download all of your data from WordPress in
order to feed it into Gatsby's build process.
We right now use the WordPress REST API.
We have a few custom REST API endpoints that we use to really customize our data.
The WordPress REST API is a pretty nice tool,
but it does have some limitations.
If you have a lot of data or a lot of complex data,
you might have to create your own endpoints.
We use the gatsby-source-wordpress plug-in.

Italian: 
 Fondamentalmente abbiamo creato modelli di pagina WordPress molto minimali. 
 Abbiamo inserito gli shortcode di Gravity Forms all'interno di quei modelli impostati, 
 e usiamo quegli URL all'interno di Gatsby come iframe. 
 Abbiamo creato un componente web iframe, 
 o in realtà potrebbe essere solo come un npm, 
 Cosa JavaScript che ci aiuta a visualizzare quegli iframe molto facilmente sull'app Gatsby. 
 Per ottenere i dati di cui abbiamo bisogno da WordPress, come ho detto, 
 devi scaricare tutti i tuoi dati da WordPress in formato 
 per inserirla nel processo di costruzione di Gatsby. 
 Al momento utilizziamo l'API REST di WordPress. 
 Abbiamo alcuni endpoint API REST personalizzati che utilizziamo per personalizzare realmente i nostri dati. 
 L'API REST di WordPress è uno strumento molto carino, 
 ma ha alcune limitazioni. 
 Se hai molti dati o molti dati complessi, 
 potresti dover creare i tuoi endpoint. 
 Usiamo il plug-in gatsby-source-wordpress. 

English: 
But I hear tell that it has been updated or it's being
updated so we might have to do some work on that soon.
We do restrict.
I locked down our WordPress REST API.
You may not necessarily need to do that,
but I like the idea of doing that.
We use the WordPress REST API Authentication plugin and it does a pretty good job.
OAuth is how we do our single sign-on process.
I really like this process.
It also helps us better improve our iframe experience in the sense that our users are
signed in to WordPress and Gatsby and so when
forms are displayed inside of Gatsby that are coming from WordPress,
WordPress knows they're logged in and can actually populate fields in our forms.
So we really like this functionality.
I use the WordPress OAuth Server WordPress plugin.
I will admit that I forked it a little bit,

Italian: 
 Ma ho sentito dire che è stato aggiornato o lo è 
 aggiornato quindi potremmo dover lavorare presto su questo. 
 Ci limitiamo. 
 Ho bloccato la nostra API REST di WordPress. 
 Potrebbe non essere necessario farlo, 
 ma mi piace l'idea di farlo. 
 Usiamo il plug-in di autenticazione API REST di WordPress e fa un ottimo lavoro. 
 OAuth è il modo in cui eseguiamo il nostro processo di single sign-on. 
 Mi piace molto questo processo. 
 Ci aiuta anche a migliorare la nostra esperienza iframe nel senso che lo sono i nostri utenti 
 effettuato l'accesso a WordPress e Gatsby e così quando 
 i moduli vengono visualizzati all'interno di Gatsby che provengono da WordPress, 
 WordPress sa di aver effettuato l'accesso e può effettivamente popolare i campi nei nostri moduli. 
 Quindi ci piace molto questa funzionalità. 
 Uso il plug-in WordPress OAuth Server per WordPress. 
 Ammetto di averlo biforcato un po ', 

Italian: 
 ma non molto. 
 Fuori dagli schemi, potresti essere in grado di usarlo per soddisfare le tue esigenze. 
 Dalla parte di Gatsby, 
 Utilizzo il modulo npm client-oaouth2 per gestire OAuth sul lato JavaScript, 
 Non ho dovuto fare il fork. 
 Avevamo bisogno di impostare un modo per attivare una build Gatsby. 
 Ti consigliamo di attivare una nuova build Gatsby ogni volta che, a, 
 aggiornare o modificare il contenuto oppure b, 
 aggiornare o modificare il codice e quindi queste sono due aree diverse. 
 Uno è il nostro amministratore di WordPress in cui cambiamo effettivamente i nostri contenuti, 
 e poi uno è il repository GitHub, 
 dove cambiamo il nostro codice. 
 Ogni volta che cambiamo codice, 
 usiamo CircleCI per attivare la build, 
 e così ogni volta che eseguiamo il commit del codice nel nostro repository GitHub, 

English: 
but not very much.
Out of the box, you might be able to use it to fit your needs just fine.
On the Gatsby side,
I use the client-oaouth2 npm module to handle the OAuth on the JavaScript side,
I did not have to fork it.
We needed to set up a way to trigger a Gatsby build.
You'll want to trigger a new Gatsby build anytime you either, a,
update or change content, or b,
update or change code and so these are two different areas.
One is our WordPress admin where we actually change our content,
and then one is GitHub repo,
where we change our code.
Whenever we change code,
we use CircleCI to trigger the build,
and so whenever we commit code to our GitHub repo,

Italian: 
 innesca una build all'interno di CircleCI che setup Pantheon 
 per noi e quindi sincronizza i file di build finali sul nostro server. 
 Quando vogliamo attivare una build dall'aggiornamento del contenuto, 
 poi abbiamo un plugin per WordPress che Pantheon ha creato chiamato Build Hooks. 
 Ci consente di avere un pulsante all'interno del nostro amministratore di WordPress che tutto 
 non dobbiamo far altro che andare su quella pagina nell'amministratore e premere il pulsante, 
 e poi è lo stesso processo. 
 Attiva la build all'interno del nostro ambiente CircleCI, 
 che poi sincronizza i risultati finali sul nostro server. 
 Volevo condividere alcune statistiche con te. 
 La nostra durata media di costruzione dall'inizio, 
 da me che innesco la build, 
 per essere pubblicato sul sito web sono poco più di due minuti. 
 Occorrono dai 30 ai 40 secondi per configurare l'ambiente di compilazione effettivo. 
 Occorrono quindi dai 50 ai 60 secondi per l'intera build di Gatsby, 

English: 
it triggers a build inside CircleCI that Pantheon setup
for us and then it syncs the final build files to our server.
When we want to trigger a build from updating content,
then we have a WordPress plugin that Pantheon build called Build Hooks.
It allows us to have a button inside of our WordPress admin that all
we have to do is go to that page in the admin and press the button,
and then it's the same process.
It triggers the build inside of our CircleCI environment,
which then syncs the final results over to our server.
I wanted to share some stats with you.
Our average build duration from beginning,
from me triggering the build,
to it being live on the website is a little over two minutes.
It takes about 30 to 40 seconds to set up the actual build environment.
It then takes about 50 to 60 seconds for the entire actual Gatsby build,

English: 
and then about 10 seconds to sync all of the files and deploy them to the server.
[NOISE] The results were really cool to look at.
We did a lot of performance testing before we switched to the decoupled setup.
I'm an accessibility specialist,
so we recovered there before,
we were 100 and 100, no worries there.
But our performance was really struggling,
and a lot of that had to do with what I was mentioning earlier,
where we had just uncontrollable amounts of CSS and JavaScript
files that we were constantly having to
remove and dequeue and manage and it was really frustrating.
On the Gatsby results,
the only one that's not 100 is performance,
and the only reason it got a 93,
is because when we first launched,
and it's still there I believe,
we were using Google Fonts to house our fonts
because I didn't have time to go out and set up my font file.
So we'll get around to that eventually,

Italian: 
 e quindi circa 10 secondi per sincronizzare tutti i file e distribuirli sul server. 
 [NOISE] I risultati sono stati davvero fantastici da guardare. 
 Abbiamo fatto molti test delle prestazioni prima di passare alla configurazione disaccoppiata. 
 Sono uno specialista dell'accessibilità, 
 quindi ci siamo ripresi prima 
 eravamo 100 e 100, non preoccuparti. 
 Ma la nostra performance è stata davvero faticosa, 
 e molto di questo aveva a che fare con ciò che ho menzionato prima, 
 dove avevamo solo quantità incontrollabili di CSS e JavaScript 
 file che dovevamo costantemente 
 rimuovere e rimuovere dalla coda e gestire ed è stato davvero frustrante. 
 Sui risultati di Gatsby, 
 l'unico che non è 100 è la performance, 
 e l'unico motivo per cui ha ottenuto un 93, 
 è perché quando abbiamo lanciato per la prima volta, 
 ed è ancora lì credo 
 stavamo usando Google Fonts per ospitare i nostri font 
 perché non ho avuto il tempo di uscire e impostare il mio file di font. 
 Quindi ci arriveremo alla fine, 

English: 
and then we will have a hundreds across the board.
Cool. [LAUGHTER]
Thanks so much.
That didn't work out who was going to say thank you [LAUGHTER].
Let me. [OVERLAPPING]
We can thank each other.
I'm going to put our faces back on the screen.
Hello everyone, and I'll look and see if we had any questions.
I checked earlier.
Let's see. We do have some questions that came in. We have two.
If we run a WordPress Multi-site network,
is it possible to decouple just one website follow up?
Is it a good idea?
The answer is, yes,
that's exactly what we did.
So campus has a multi-site network with about 12 sites.
I think this campus 2020 site is the most recent one.

Italian: 
 e poi ne avremo centinaia su tutta la linea. 
 Freddo. [RISATA] 
 Grazie mille. 
 Non ha funzionato chi avrebbe detto grazie [RISATA]. 
 Lasciami. [OVERLAPPING] 
 Possiamo ringraziarci a vicenda. 
 Riporterò le nostre facce sullo schermo. 
 Ciao a tutti, guarderò e vedrò se abbiamo qualche domanda. 
 Ho controllato prima. 
 Vediamo. Abbiamo alcune domande che sono arrivate. Ne abbiamo due. 
 Se gestiamo una rete multi-sito WordPress, 
 è possibile disaccoppiare un solo follow-up del sito web? 
 È una buona idea? 
 La risposta è si, 
 è esattamente quello che abbiamo fatto. 
 Quindi il campus ha una rete multi-sito con circa 12 siti. 
 Penso che questo sito del campus 2020 sia il più recente. 

English: 
It is number 12 in our blog ID.
We have a pretty large, multi-site network.
We've had it for a while.
It runs really great. We love it.
The site that we actually decoupled is the root site,
the number one blog site.
We were able to do that with the only, even remote.
Actually there was no drama about it,
we just had to come to a decision about domains.
I wanted to switch,
and I wanted the WordPress app to have
the dub because I don't like having dub in my domains.
I'm just weird like that.
It's a personal preference.
But after talking with Steve,
It was like, Rachel,
It would be so complicated to have to switch that out and not really worth it,
and so the voice of reason came through.
Yes, it is possible,
it works just fine and so Taints hope that answers your question.

Italian: 
 È il numero 12 nel nostro ID blog. 
 Abbiamo una rete multi-sito piuttosto ampia. 
 Ce l'abbiamo da un po '. 
 Funziona davvero alla grande. Ci piace. 
 Il sito che abbiamo effettivamente disaccoppiato è il sito radice, 
 il sito di blog numero uno. 
 Siamo stati in grado di farlo con l'unico, anche remoto. 
 In realtà non c'era nessun dramma al riguardo, 
 dovevamo solo prendere una decisione sui domini. 
 Volevo cambiare 
 e volevo che l'app WordPress avesse 
 il doppiaggio perché non mi piace avere il doppiaggio nei miei domini. 
 Sono solo strano così. 
 È una preferenza personale. 
 Ma dopo aver parlato con Steve, 
 Era come, Rachel, 
 Sarebbe così complicato doverlo cambiare e non ne vale davvero la pena, 
 e così è arrivata la voce della ragione. 
 Sì, è possibile, 
 funziona perfettamente e quindi Taints spera che risponda alla tua domanda. 

Italian: 
 Non lascerei che questo ti fermi. 
 Hai qualcosa da aggiungere a questo, Steve? 
 Penso che sia la strada da percorrere. Penso che se hai una grande rete di siti, 
 iniziare assolutamente con uno per convalidare le modifiche utili. 
 Non vorrei disaccoppiare 100 siti e una rete di informazioni 
 e poi scoprire che non è esattamente quello che pensavo di arrivare. 
 Riesci a immaginare se avessi 
 Non voglio nemmeno immaginare di disaccoppiare tutti i siti sulla nostra rete. 
 [RISATE] Quindi ogni altro sito sulla nostra rete è WordPress e funziona bene. 
 Forse un giorno li sposteremo, forse no. 
 Restate sintonizzati, ma ci siamo davvero divertiti. 
 Volevo davvero inserire un sito 2020 in Gatsby, 
 ma semplicemente non c'era abbastanza tempo per affrontare tutto. 
 Un'altra domanda. 

English: 
I wouldn't let that stop you.
Do you have anything to add to that, Steve?
I think it's the way to go. I think if you've got a big site network,
absolutely start with one to validate the changes worthwhile.
I wouldn't want to decouple a 100 sites and insight network
and then find out this isn't exactly what I thought I was getting to.
Can you imagine if I had,
I don't even want to imagine decoupling all the sites on our network.
[LAUGHTER] So every other site on our network is WordPress and it works fine.
Maybe one day we'll move them, maybe they won't.
Stay tuned, but we did really enjoy the process.
I really wanted to get a 2020 site into Gatsby,
but there just wasn't enough time to deal with everything.
One more question.

Italian: 
 Se oggi stavi costruendo un nuovo sito disaccoppiato senza contenuti esistenti, 
 pensi che sceglieresti comunque WordPress per il CMS? 
 Onestamente, così dipende solo dal sito. 
 Scegli lo strumento giusto per il lavoro, 
 e sebbene amiamo tutti WordPress ed è fantastico, 
 non è sempre lo strumento giusto per il lavoro. 
 A volte non è necessario un sistema di tipo CMS monolitico. 
 Non neppure, forse sei solo tu 
 gestire i tuoi contenuti o forse sei solo tu e un'altra persona, 
 o forse vuoi gestire i tuoi contenuti in un repository GitHub. 
 Le persone fanno tutto così. 
 Esistono tantissimi modi per gestire i contenuti e farlo 
 un modo che è controllato dalla versione e gestito dall'utente. 
 Sì, penso che a seconda di questo sito, 
 mettere tutto il contenuto e entrare 

English: 
If you were building a brand new decoupled site today with no existing content,
do you think you would still choose WordPress for the CMS?
Honestly, like that really just depends on the site.
Pick the right tool for the job,
and while we all love WordPress and it's great,
it's not always the right tool for the job.
Sometimes you don't need a monolithic CMS type system.
You don't even, maybe it's just you
managing your content or maybe it's just you and one other person,
or maybe you want to manage your content in a GitHub repo.
People do that all like this.
There's tons of ways to manage content and do it in
a way that's version controlled and user managed.
Yeah, I think depending on this site,
putting all the content and get in

English: 
the same Git repository as Gatsby can have a lot of advantages.
Or the customers I've been talking to has
a site that will be relevant for their organization for like four months.
It'll need to stay on the Internet for much longer than that.
But it's essentially, it'll be a brochure website.
There will be very important for a short period of time and then that's it.
Doing it in Gatsby, doing all the contents in line in the same Git repository,
I think it's just a better option because that's split is valuable,
I think over the long term.
When you have content editors signing in and you need that sensibly structured content.
But if you just have a small team
building a website and just need to get it done as fast as possible,
maybe it's okay to have a messy mix of content and

Italian: 
 lo stesso repository Git di Gatsby può avere molti vantaggi. 
 O i clienti con cui ho parlato 
 un sito che sarà rilevante per la loro organizzazione per circa quattro mesi. 
 Dovrà rimanere su Internet per molto più tempo. 
 Ma è essenzialmente, sarà un sito web di brochure. 
 Ci sarà molto importante per un breve periodo di tempo e poi basta. 
 Farlo in Gatsby, fare tutti i contenuti in linea nello stesso repository Git, 
 Penso che sia solo un'opzione migliore perché questa divisione è preziosa, 
 Penso a lungo termine. 
 Quando gli editor di contenuti si registrano e hai bisogno di un contenuto strutturato in modo sensato. 
 Ma se hai solo una piccola squadra 
 creare un sito web e devi solo completarlo il più velocemente possibile, 
 forse va bene avere un mix disordinato di contenuti e 

Italian: 
 modelli come la netta separazione tra ciò che è contenuto e ciò che è codice. 
 A volte è prezioso. 
 Ma per un sito che sarà rilevante solo per quattro mesi, 
 capire esattamente dove si trova la linea 
 ogni singolo componente potrebbe non fornire alcun valore. 
 Poi, dopo quei quattro mesi, 
 il sito può rimanere semplicemente come file flat per sempre, 
 e questo è il modo più sicuro e spesso più economico per gestire un sito. 
 Sì, è un ottimo esempio. 
 Il mio sito personale è solo un'app Gatsby, 
 e ospito i miei contenuti in file di blocco perché non lo faccio 
 necessità di gestire un'intera applicazione WordPress 
 proprio per il mio sito con portfolio di otto pagine. 
 Dipende davvero dal tuo sito. 
 Prima di andare, siamo gli ultimi 
 possiamo andare su interi minuti se vogliamo. 
 Abbiamo un'altra domanda in arrivo. 
 Quali sono le implicazioni per la sicurezza del disaccoppiamento di pro e contro? 

English: 
templates like the hard separation between what is content and what is code.
It's sometimes valuable.
But for a site that's only going to be relevant for four months,
figuring out exactly where the line is for
every single component may not provide any value at all.
Then after those four months are done,
the site can just sit as flat files in perpetuity,
and that's the safest and often cheapest way to run a site.
Yeah, that's a great example.
My personal site, is just a Gatsby app,
and I host my content in lock down files because I don't
need to manage an entire WordPress application
just for like my eight-page portfolio site.
It really depends on your site.
Before we go, we are the last ones,
we can go over whole minutes if we want.
We have one more question come in.
What are security implications of decoupling pros and cons?

English: 
One pro, that front end experience can again be done as
all static files and you can lock-down WordPress if you want,
you could run WordPress behind a firewall.
You could, as Rachel mentioned,
put a password on the rest API and make it so
that none of the content is directly accessible.
Cons, you might want WordPress sitting there publicly available and then
you may run into cross domain complexity and pitfalls.
I will say basically we still ended up having a fair amount of
front end real-time interaction between our Gatsby in our WordPress,
especially with wanting to have
single sign-on for user authentication and setting all that up.

Italian: 
 Un professionista, quell'esperienza front-end può essere fatta di nuovo come 
 tutti i file statici e puoi bloccare WordPress se lo desideri, 
 potresti eseguire WordPress dietro un firewall. 
 Potresti, come ha detto Rachel, 
 metti una password sull'API rest e rendila tale 
 che nessuno dei contenuti è direttamente accessibile. 
 Contro, potresti volere che WordPress sia disponibile pubblicamente e poi 
 potresti incorrere in complessità e insidie ​​interdominio. 
 Dirò fondamentalmente che abbiamo comunque finito per avere una discreta quantità di 
 interazione in tempo reale front-end tra il nostro Gatsby nel nostro WordPress, 
 soprattutto con il voler avere 
 Single Sign-On per l'autenticazione dell'utente e l'impostazione di tutto ciò. 

English: 
You could almost say there's
more information coming out of our WordPress app than there was before,
being sent out to other websites than there was before.
There's definitely, you need to be mindful of that and protect your data.
If you're just going to have a WordPress setup where
the rest API is just being downloaded and your
Gatsby build and then not being accessed client side,
then it's a little less concern.
You can still lock-down your rest API and give the Gatsby build a password kind of thing.
You can do stuff like that.
But I would be mindful of the fact that in a decoupled world,
heading down that path,
you are having more exporting of your data from

Italian: 
 Si potrebbe quasi dire che c'è 
 più informazioni che escono dalla nostra app WordPress rispetto a prima, 
 essere inviato ad altri siti web rispetto a prima. 
 C'è sicuramente, devi essere consapevole di questo e proteggere i tuoi dati. 
 Se hai solo intenzione di avere una configurazione di WordPress dove 
 il resto API è in fase di download e il tuo file 
 Gatsby build e quindi non accessibile dal lato client, 
 allora è un po 'meno preoccupante. 
 Puoi ancora bloccare la tua API resto e dare a Gatsby build una sorta di password. 
 Puoi fare cose del genere. 
 Ma sarei consapevole del fatto che in un mondo disaccoppiato, 
 andando su quel sentiero, 
 stai effettuando più esportazioni dei tuoi dati da 

Italian: 
 il tuo sito di quanto avresti potuto avere Keeping 
 tutto all'interno di WordPress saldamente, per così dire. 
 Quindi sii consapevole dei rischi a cui potresti aprire i tuoi dati. 
 Va bene, è tutto quello che ho. 
 Grazie Steve per averlo fatto con me e per tutto l'aiuto che ci hai dato sul nostro progetto. 
 È stato molto divertente. 
 Grazie, Rachel. 
 Ciao a tutti. 

English: 
your site than you might have had Keeping
it all within the WordPress firmly, so to speak.
So be mindful of what risks you might be opening up your data to.
All right, that's all I have.
Thanks Steve for doing this with me and for all the help you've given us on our project.
It's been it's a lot of fun.
Thank you, Rachel.
Bye everybody.
