\n2. Sviluppo moderno di estensioni

Nel 2006, durante il TYPO3 Developer Days (T3DD06 - Giornate degli sviluppatori), è stata presa la decisione di ri-sviluppare la struttura di gestione dei contenuti TYPO3 [da zero] (http://www.slideshare.net/robertlemke/t3dd06-typo3-50-brainstorming-results). Questo era basato sul consenso che il sistema esistente non sarebbe stato in grado di soddisfare le esigenze future.

",{"_216":217,"_43":44,"_47":48,"_45":46,"_70":71,"_218":219,"_246":214},"previewContent","

Indice

\n 1. Prefazione\n
- \n 1.1 L’edizione TYPO3 CMS 7 LTS\n
- \n 1.2 Formazione – Esperienza di Patrick\n
- \n 1.3 Formazione – Esperienza di Gert-jan\n
- \n 1.4 Riconoscimenti\n
- \n 1.5 Traduzione\n
- \n 1.6 Registro modifiche (changelog)\n
\n
\n 2. Sviluppo moderno di estensioni\n
\n 3. Programmazione orientata agli oggetti\n
\n 4. Progettazione guidata dal Dominio\n
\n 5. Panoramica di Extbase\n
\n 6. Realizzazione del modello (Modellazione)\n
\n 7. Preparazione\n
\n 8. Il processo CRUD\n
\n 9. Modelli in Fluid: Templates, Layouts e Partials\n
\n 10. Gestione query e repository\n
\n 11. Configurazione TypoScript e FlexForm\n
\n 12. Validazione e gestione errori\n
\n 13. Relazioni\n
\n 14. Creare i propri ViewHelper\n
\n 15. Multi-Lingua\n
\n 16. Moduli di Backend\n
\n 17. Mappatore di proprietà\n
\n 18. Best Practices\n
\n 19. PHP 7\n
\n Note\n

\n1. Prefazione

\n\n

Sentitevi liberi di essere entusiasti, Extbase e Fluid sono prima di tutto un divertimento!

\n\n

Se si ha esperienza con lo sviluppo del software, presto vi renderete conto che un sacco di funzioni in Extbase e Fluid sono semplicemente intuitivi o possono essere apprese in fretta. Dopo aver studiato questo libro, sarete in grado di sviluppare progetti di grandi dimensioni con Extbase e Fluid ed infatti, sarà un gioco da ragazzi.

\n\n\n\n\n\n

\n1.1 L’edizione TYPO3 CMS 7 LTS

\n\n

Questo libro è stato pubblicato con grande successo da parte di Open Source Press fino alla fine del 2015. Sfortunatamente, questo editore ha chiuso la propria attività e cosi siamo stati costretti a trovare un altro editore o considerare di continuare come un libro auto-pubblicato. Alla fine abbiamo deciso di scegliere quest’ultima, perché vediamo un sacco di vantaggi: l’auto-pubblicazione ci dà il pieno controllo sui contenuti, gli aggiornamenti, i prezzi, sconti, ecc.

\n\n

Rinunciando ad un libro stampato riusciamo a reagire in modo notevolmente più flessibile il che giova soprattutto ai nostri lettori.

\n\n

Più o meno nello stesso momento (il 10 novembre 2015 per l’esattezza) una nuova distribuzione di TYPO3 è stato pubblicata: TYPO3 CMS 7 LTS. Questa era l’occasione perfetta per avviare l’aggiornamento del libro e per assicurarsi che tutte le nuove funzionalità e modifiche in TYPO3 CMS (e Extbase/Fluid) fossero state prese in considerazione nella seconda edizione di questo libro.

\n\n

È nostra intenzione mantenere il libro aggiornato su base continuativa - anche con l’arrivo di nuove versioni di TYPO3 CMS (ad esempio la versione 8 LTS).

\n\n

Oltre a questo, un numero di sezioni sono state ri-lavorate per motivi didattici e nuovi esempi sono stati aggiunti. Grazie al processo di auto-pubblicazione siamo ora in grado di estendere in modo incrementale il libro come richiesto.

\n\n

Tuttavia, questo richiede il vostro feedback! Sentitevi liberi di suggerire argomenti, modifiche e farci sapere se qualcosa non è chiaramente comprensibile. Diamo il benvenuto a qualsiasi commento, elogi, critiche o altre reazioni. Potete trovare i nostri recapiti sul nostro sito web.

\n\n

\n1.2 Formazione – Esperienza di Patrick

\n\n

È stato in minima parte un mio merito quando, TYPO3 versione 4.3 è stato rilasciato nel 2009 ed ha incluso Extbase e Fluid. Oliver Hader - Amministratore per il rilascio di questa versione TYPO3 - si avvicinò a noi durante la conferenza TYPO3 (T3CON09) a Francoforte – Germania. Lui ci chiese il nostro parere, se la prossima versione di TYPO3 CMS avesse dovuto includere Extbase e Fluid o un’altra funzione (che non ricordo più). La mia risposta fu immediata: la comunità di TYPO3 ha bisogno di Extbase e Fluid il più presto possibile!

\n\n

Già allora stavamo sperimentando la versione pre-alpha di Extbase e Fluid nella nostra agenzia ed eravamo già totalmente convinti di questa potente tecnologia. Indubbiamente questa versione era ancora piena di errori e difetti, ma era evidente che questa poteva essere la strada da seguire per il progetto TYPO3. Di fatto, TYPO3 versione 4.3 venne rilasciato nel dicembre 2009 ed è stato pubblicato includendo Extbase e Fluid.

\n\n

Nel giugno 2009 presi la decisione di scrivere su questo argomento e dedicai la terza parte del mio libro a Extbase e Fluid, senza ulteriori indugi. Per questo libro, “TYPO3 Extensions – Professional Frontend- and Backend Development” (pubblicato da Hanser Verlag), raccolsi tutte le informazioni rilevanti che erano disponibili al momento. Pertanto il libro, pubblicato nel maggio 2010, ha contribuito alla crescente popolarità di questa tecnologia.

\n\n

Un secondo libro, scritto dai “padri” di Extbase e Fluid - Jochen Rau e Sebastian Kurfürst - è stato pubblicato nel luglio 2010 e sono ancora orgoglioso del fatto, che mi hanno permesso di contribuire il capitolo introduttivo alla OOP (programmazione orientata agli oggetti – trattato nel terzo capitolo di questo libro).

\n\n

Da allora, nessun altro libro è stato pubblicato, anche se la richiesta di informazioni nuove e dettagliate su Extbase e Fluid era sempre alta. Con il rilascio di TYPO3 CMS versione 6.2, diventò certo che Extbase e Fluid sarebbero stati utilizzati per almeno altri tre anni: La versione LTS (long-term-support ossia con garanzia di rimanere aggiornata) attuale (7.6) conferma che Extbase e Fluid saranno il metodo predominante per lo sviluppo di estensioni.

\n\n

Quindi ho preso la decisione di scrivere un libro dedicato del tutto a questo tema. Nel frattempo, il libro di Jochen e Sebastian era stato pubblicato in una seconda edizione, ma non conteneva molti nuovi argomenti (o appaiono solo come una divagazione): la creazione di Widget ViewHelpers, come utilizzare il UriBuilder, Ajax e Extbase, upload di file, Signal Slot Dispatcher e moduli di backend sono solo alcuni aspetti che non sono stati discussi o solo menzionati. Abbiamo deciso di estendere questi temi ulteriormente nella nuova edizione del nostro libro TYPO3 Extbase al fine di renderlo più attraente anche per i lettori esperti.

\n\n

Negli ultimi tre anni, ho condotto circa 150 seminari su questo argomento e pubblicato circa 10 articoli e due libri (compreso questo). Inoltre, ho cercato di ispirare tutti coloro che sono interessati a Extbase e Fluid in numerose occasioni. Sono stato soprannominato “L’evangelista Extbase” per un periodo piuttosto lungo e ancora oggi mostro entusiasmo per questa tecnologia.

\n\n

Il mio unico scopo è quello di diffondere il virus Extbase perchè è sicuramente il futuro dello sviluppo di estensione in TYPO3. Senz’altro contribuirà al successo di questo straordinario sistema di gestione dei contenuti aziendale, che è giustamente uno dei leader di mercato nel suo genere oggi.

\n\n

\n1.3 Formazione – Esperienza di Gert-jan

\n\n

Innanzitutto vorrei subito mettere in chiaro che la mia partecipazione è rivolta ad ampliare l’uso di TYPO3 nella lingua del mio territorio, ed è infatti l’unico merito che ho.

\n\n

Il mio coinvolgimento con TYPO3 è molto recente, con una preparazione principalmente da auto-didatta, quindi ho vissuto in pieno ciò che viene chiamata “curva di apprendimento” che è piuttosto ripida in TYPO3. Gli indirizzi delle ultime distribuzioni sono sempre più facili da usare senza perdere la potenza di questa struttura. Non in poca misura saranno fonti (libri) di riferimento, come quello che state consultando adesso, il fattore determinante se riuscirete ad avvalervi della ricchezza di TYPO3.

\n\n

A parte il mio Commodore VIC-20, l’informatica nasce per me nel 1984 quando seguo il primo corso disponibile ad indirizzo elettronico. A conclusione di questa preparazione proseguo in ingegneria meccanica che pratico per tanti anni a seguire. Per questo sono un auto-didatta, nel ‘84 mi sono stati insegnati dei fondamenti che attualmente non sono neanche più considerati e che sono assai inutili all’atto pratico oggi giorno.

\n\n

A parte che ho viaggiato, vissuto e lavorato in molti contesti, ho anche studiato in particolar modo l’apprendimento in generale. Proprio per questo ho deciso di tradurre questa opera, che segue un crescendo didattico davvero ben ponderato.

\n\n

\n1.4 Riconoscimenti

\n\n

Un grande ringraziamento va a tutti i lettori esistenti e futuri. Mi riempie di gioia condividere la mia conoscenza ed esperienza in forma di libro, perché anche io per lo più devo la mia conoscenza a dei buoni libri.

\n\n

Un ringraziamento speciale ai miei revisori della prima edizione, che hanno contribuito con più di 600 commenti, segnalazione di errori e miglioramenti, e che spesso hanno fornito informazioni di cui non ero a conoscenza. Avete contribuito in modo significativo alla qualità del libro.

\n\n

Molte grazie a Michael Schams, Nicole Cordes, Stefan Frömken, Josef Glatz, Christian Huppert Anja Leichsenring, Matthias Schröder, Christian Seifert, Manuel Suhre, Stefan Völker, Harald Witt e Michael Schams.

\n\n

Come sottolineato in precedenza, il libro è stato pubblicato inizialmente da Open Source Press fino alla fine del 2015, che ha ormai tristemente chiuso i battenti. Vorremmo ringraziare Markus Wirtz e la sua squadra per una fantastica collaborazione e per aver reso la prima edizione del libro un enorme successo.

\n\n

Patrick Lobacher
\nMonaco di Baviera, febbraio 2016

\n\n

\n1.5 Traduzione

\n\n

Io ringrazio personalmente Patrick che si è dedicato a costruire metodicamente dal primo principio questo corpo di conoscenza con il massimo rispetto per le difficoltà di comprensione. Oltre a questo lui ci regala la visione che è riservata alle persone con la sua preparazione trattando gli argomenti che andranno avanti nel futuro.

\n\n

Poi mi sono anche servito della traduzione verso l’inglese di Michael Schams, un professionista informatico con esperienza decennale con TYPO3, oltre che autore di varie pubblicazioni tecniche.

\n\n

Purtroppo il linguaggio informatico comporta una serie di termini difficilmente traducibili e qua ci troviamo di fronte ad una delle barriere più importanti alla nostra comprensione. Sarà mio compito aumentare la vostra presa sulla sfilza di acronimi e parole del gergo, principalmente dando una traduzione dove ragionevolmente possibile. Ma se il termine non puo essere evitato verrà accompagnato da traduzione come anche approffondito nel glossario che è stato aggiunto a questa edizione italiana.

\n\n

Gert-jan Dikkescheij
\nChiasso, gennaio 2017

\n\n

\n1.6 Registro modifiche (changelog)

\n\n

TYPO3 Extbase Book (Italiano) 1.0.0 pubblicato il 16 gennaio 2017.

\n\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n\n

Data	Versione	Modifiche

26/06/2018	1.0.0	Traduzione Completata
16/01/2017	0.0.1	Versione Iniziale

\n\n\n

\n2. Sviluppo moderno di estensioni

\n\n

\n\n\n

\n3. Programmazione orientata agli oggetti

\n\n

(Object-Orientated Programming) Come indica il nome, gli oggetti sono al centro della programmazione orientata agli oggetti. Questo concetto è più facile da capire se si mette la programmazione informatica da parte e si pensa a oggetti nella vita quotidiana.

\n\n

Siamo circondati da oggetti nella vita quotidiana; automobili, smartphone, computer, cocktail, cibo, fabbriche, televisori, ecc. Tutti questi oggetti dispongono di attributi specifici come colore, odore, aspetto, gradazione alcolica o distanza percorsa. Inoltre, tutti gli oggetti hanno alcune funzioni; un computer può essere acceso, una macchina può essere guidata e uno smartphone ci permette di inviare messaggi di testo, così come l’uso di Internet. Queste proprietà e funzioni sono strettamente connessi con gli oggetti e possono essere considerati come una sola unità.

\n\n\n\n\n

\n4. Progettazione guidata dal Dominio

\n\n

(Domain Driven Design) La progettazione e lo sviluppo di software sono sempre un processo creativo, in cui siete alla ricerca di soluzioni intelligenti per affrontare le sfide. Nella maggior parte dei casi software “in pronta consegna” non esiste o non risolve i problemi e una soluzione personalizzata deve essere sviluppata da zero.

\n\n

La prima azione in questo processo dovrebbe essere una chiara definizione dei requisiti. Se questa è incompleta o errata si verificano incomprensioni, che portano inevitabilmente a situazioni in cui il software non soddisfa tutte le aspettative del cliente e/o non funziona a dovere. Più grande e più complesso il sistema, maggiore è il rischio che le cose vadano terribilmente male e più grande l’impatto sul tempo e il budget per portare il progetto di nuovo sotto controllo.

\n\n

Spesso i requisiti si discutono e si documentano nel corso di un incontro iniziale o presentazione con il cliente. Dopo di che, le due parti tornano al loro lavoro - lo sviluppatore al suo computer per avviare la codifica e il cliente per le sue attività quotidiane.

\n\n

Ad un certo punto (in genere alla prima tappa del progetto) lo sviluppatore presenta una certa fase del software per dimostrare i progressi. Succede a questo evento che le parti interessate cominciano a rendersi conto delle differenze nelle aspettative e promesse. Forse sono state chieste le domande sbagliate nel corso della riunione iniziale o ci sono semplicemente alcune incomprensioni.

\n\n

Pertanto, è essenziale lavorare a stretto contatto con i clienti e comprendere appieno i loro problemi¹. Nel concetto della Progettazione guidata dal dominio, l’argomento o settore (l’area di attività del tuo cliente) si chiama domain.

\n\n\n\n

Una diversa comprensione dei concetti specifici del dominio sembrano essere il motivo principale per discrepanze tra utente (client) e sviluppatore di applicazioni (fornitore di servizi).

\n\n

DDD (Domain Driven Design) si basa su due presupposti importanti:

\n\n

L’obiettivo principale della progettazione del software dovrebbe essere sul dominio di base e la logica del dominio.
disegni complessi dovrebbero essere basati su un modello di dominio.

\n\n

Questo assicura che le relazioni implicite (che spesso causano problemi di comunicazione) diventano esplicite.

\n\n\n

\n5. Panoramica di Extbase

\n\n

Inizieremo con un tour attraverso l’estensione semplice EXT:efempty, al fine di ottenere una panoramica dei processi Extbase e Fluid che accadendo dietro le quinte.

\n\n\n

\n6. Realizzazione del modello (Modellazione)

\n\n

Come descritto nel capitolo “Progettazione guidato dal Dominio” più in dettaglio, il primo passo per la costruzione di un’estensione è la modellazione del modello di dominio.

\n\n

Ci sono due parti coinvolte in questo processo, una è la consultazione con il cliente al fine di conseguire un vocabolario e un modello semplice (possibilmente solo scritto a mano). L’altra è la modellazione in Extbase.

\n\n\n

\n7. Preparazione

\n\n

Di solito, le estensioni sono incorporate nel layout visivo di TYPO3 CMS. In un’istanza “vuota” di TYPO3, una struttura nel frontend può essere utile.

\n\n\n

\n8. Il processo CRUD

\n\n

Questo processo è importante quando si tratta del ciclo di vita di un oggetto, cioè controlla le quattro fasi degli oggetti che sono:

\n\n

Creare (Create)
Leggere (Read)
Aggiornare (Update)
Eliminare (Delete)

\n\n

Qui di seguito diamo uno sguardo più da vicino a questi passaggi, utilizzando l’esempio di un oggetto “Blog”.

\n\n\n

\n9. Modelli in Fluid: Templates, Layouts e Partials

\n\n

Fluid fornisce un concetto flessibile in modo da soddisfare tutte le possibili esigenze di impaginazione. I tre seguenti elementi sono disponibili per ottenere questo:

\n\n

Templates (modelli grafici): I templates sono dei modelli HTML, che vengono caricati automaticamente dalla struttura. Per esempio: il file Resources/Private/Templates/Blog/List.html viene caricato dal controllore Blog nell’azione list. All’interno di questi modelli ci possono essere sezioni (section), che vengono resi dalla ViewHelper <f:section> in templates e da <f:render> nei layout.
Layout (impaginazioni, disposizioni): I layout, sempre file HTML, sono utilizzati per lo styling globale, per esempio se si vuole posizionare un logo o un menu attraverso tutto il sito. ViewHelper <f:layout> è responsabile per l’inclusione di layout in templates.
Partials (modelli grafici parziali): I partials sono piccoli templates, che sono ottimi per svolgere compiti ricorrenti, ad esempio la produzione di blocchi di informazioni usati in più parti del disegno. Partials sono chiamati dal ViewHelper <f:render partial=\"...\"> che li incorpora.

\n\n\n

\n10. Gestione query e repository

\n\n

Ora passiamo a considerare l’amministartore delle query (interrogazioni della banca dati) e dei repository in modo più dettagliato.

\n\n

Come da convenzione, troveremo i repository nella cartella Classes/Domain/Repository con i loro nomi in base agli oggetti di dominio di cui sono responsabili. Quindi, nel nostro caso, le directory BlogRepository e PostRepository esistono già.

\n\n\n

\n11. Configurazione TypoScript e FlexForm

\n\n

Per configurare le estensioni e i plugin in TYPO3 CMS, sia TypoScript che moduli FlexForm possono essere utilizzati.

\n\n

La principale differenza tra questi due metodi è la portata - mentre la granularità (scala, livello di dettaglio) di TypoScript è limitato a una pagina, un Flexform può contenere più configurazioni per pagina. Questo diventa importante quando un’estensione viene utilizzata più volte in una pagina con diverse configurazioni.

\n\n\n

\n12. Validazione e gestione errori

\n\n

Al fine di elaborare solo i dati che ci aspettiamo - in formato corretto - i dati devono essere controllati e validati. Extbase fornisce una struttura completa di convalida per questo compito.

\n\n\n

\n13. Relazioni

\n\n

Nei capitoli precedenti ci siamo concentrati sui blog, ora esploreremo i Post. Inizialmente abbiamo definito una relazione 1:n nel Extension Builder, il che significa che un blog contiene nessun o un numero arbitrario di post. Questo capitolo risponde alla domanda su come si costruiscono i rapporti.

\n\n\n

\n14. Creare i propri ViewHelper

\n\n

ViewHelper sono classi PHP, che supportano la logica View e sono utilizzati in Fluid. Di solito entrano in gioco quando il pacchetto standard di funzioni di Fluid non è sufficiente per un compito specifico.

\n\n

Attualmente, Fluid viene fornito con circa 100 ViewHelper, che sono memorizzati nella cartella\ntypo3/sysext/fluid/Classes/ViewHelpers/, ma è possibile creare i propri.

\n\n

Ci sono solitamente quattro tipi di ViewHelper:

\n\n

ViewHelper Testo: Genera alcuni tipi di testo, ad esempio, markup.
ViewHelper Tag: Rendono un tag HTML e forniscono il risultato.
ViewHelper If (se): Prendono decisioni, sulla base di condizioni si diramano sia in “in-questo-caso” (then) o “non-è-il-caso” (else).
ViewHelper Widget: Hanno un proprio controller ed un proprio View e sono utilizzati prevalentemente quando è richiesta una struttura di controllo aggiuntivo.

\n\n\n

\n15. Multi-Lingua

\n\n

Per motivi didattici abbiamo trascurato il linguaggio umano finora. Questo viene affrontato ora e verrà introdotta la funzionalità multi-lingua in tutti i settori del nostro progetto.

\n\n\n

\n16. Moduli di Backend

\n\n

I moduli di backend e frontend di Extbase sono praticamente identici. Ciò consente agli sviluppatori di utilizzare lo stesso codice per il frontend e per il back-end. Come sappiamo, questo non era possibile con estensioni pi_base.

\n\n

Per dimostrare questa capacità, creeremo un modulo back-end, che consente agli utenti di backend di eliminare i commenti sui blog. Inoltre, le voci che sono state eliminate dovrebbero essere anche elencate.

\n\n\n

\n17. Mappatore di proprietà

\n\n

Il Property Mapper converte prevalentemente tipi di dati semplici (ad esempio matrici, stringhe o numeri) in oggetti. Ciò è particolarmente importante nel contesto MVC, quando arriva una richiesta HTTP, che contiene solo tipi semplici e nessun oggetto.

\n\n

Tuttavia a causa del fatto che Extbase è stato progettato per trasportare tutto tramite oggetti, i dati in ingresso devono essere trasformati nella loro rappresentazione da oggetto. Questo è lo scopo principale del Mappatore.

\n\n

L’API del mappatore è molto semplice: alla base consiste in un metodo convert($source, $targetType) (convertire(fonte, tipoBersaglio), che accetta i dati d’ingresso come primo argomento e il tipo in cui i dati devono essere convertiti, come secondo argomento.

\n\n\n\n\n

\n18. Best Practices

\n\n

Il termine Best Practices ha un concetto definito nel gergo informatico: Soluzioni predefinite e comprovate, e ciò verrà esposto in questo capitolo in modo molto pratico per Extbase e Fluid.

\n\n

In nessun ordine di importanza particolare, daremo uno sguardo ravvicinato ai messaggi Flash, AJAX, caricare immagini, feed RSS e una serie di altre aree possibilmente problematiche.

\n\n\n

\n19. PHP 7

\n\n

PHP versione 7.0 è stata rilasciata a dicembre 2015. Questa versione è dotata di nuove funzionalità e un significativo aumento delle prestazioni. TYPO3 CMS 7.6 LTS supporta PHP 7.0 in generale. Tuttavia alcuni problemi minori possono verificarsi in determinate circostanze.

\n\n

Questo capitolo mira a raccogliere alcune soluzioni per risolvere questi problemi noti. Si prega di notare che dipende fortemente dall’esatta versione di TYPO3 CMS in uso. Probabilmente non avrete bisogno di queste soluzioni se utilizzate sempre l’ultima versione di TYPO3 CMS 7.6 LTS.

Note

1La terminologia “problema” forse suona negativo, ma in realtà non è inteso cosi. Esso descrive tecnicamente il motivo per cui il cliente cerca una soluzione.↩

\n\n\n

\n\n

\n\n","tocStructure",[220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245],{"_81":82,"_43":83,"_75":-5,"_84":85,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":90,"_43":91,"_75":-5,"_84":92,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":90,"_43":97,"_75":-5,"_84":98,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":90,"_43":100,"_75":-5,"_84":101,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":90,"_43":103,"_75":-5,"_84":104,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":90,"_43":106,"_75":-5,"_84":107,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":90,"_43":109,"_75":-5,"_84":110,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":112,"_75":-5,"_84":113,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":116,"_75":-5,"_84":117,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":120,"_75":-5,"_84":121,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":124,"_75":-5,"_84":125,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":128,"_75":-5,"_84":129,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":132,"_75":-5,"_84":133,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":136,"_75":-5,"_84":137,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":140,"_75":-5,"_84":141,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":144,"_75":-5,"_84":145,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":148,"_75":-5,"_84":149,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":152,"_75":-5,"_84":153,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":156,"_75":-5,"_84":157,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":160,"_75":-5,"_84":161,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":164,"_75":-5,"_84":165,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":168,"_75":-5,"_84":169,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":172,"_75":-5,"_84":173,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":176,"_75":-5,"_84":177,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":180,"_75":-5,"_84":181,"_77":86,"_93":-5,"_94":-5,"_95":-5},{"_81":82,"_43":184,"_75":-5,"_84":185,"_77":86,"_93":-5,"_94":-5,"_95":-5},"publicChapterContent","nextChapter","sections",[],"routes/_store+/_layout","routes/_store+/_readers+/_layout","actionData","errors"]