Flusso di lavoro editoriale

Le pagine utilizzano quattro stati del flusso di lavoro:

• draft
• in_review
• published
• archived

Le nuove pagine iniziano come draft.

• contenuto in lavorazione
• non pubblico
• gli editor possono modificare il contenuto in questo stato

• pronto per la revisione
• non pubblico
• gli editor non possono continuare a modificare il contenuto della pagina finché la pagina non torna a draft

• pubblico
• raggiungibile tramite routing sul sito pubblico
• la visibilità della pagina continua a funzionare insieme alle regole di visibilità a livello di blocco all'interno della pagina

• ritirato dall'uso in produzione
• non pubblico
• un ruolo autorizzato può riportarlo a draft oppure pubblicarlo di nuovo

Azioni consentite:

• draft -> in_review
• in_review -> draft
• published -> draft
• archived -> draft

Non consentito:

• pubblicare
• archiviare

Azioni consentite per i siti assegnati:

• draft -> in_review
• draft -> published
• in_review -> draft
• in_review -> published
• in_review -> archived
• published -> draft
• published -> archived
• archived -> draft
• archived -> published

super_admin dispone delle stesse capacità di flusso di lavoro di site_admin, ma sull'intera installazione.

Solo le pagine con stato published sono pubbliche.

• le pagine draft restituiscono 404
• le pagine in_review restituiscono 404
• le pagine archived restituiscono 404

Questo vale per le normali rotte pubbliche, per il routing multisito e per le rotte localizzate.

Lo stato del flusso di lavoro della pagina e lo stato del blocco sono separati. La consueta azione Edit Page -> Overview Publish pubblica soltanto il record della pagina. Non pubblica in modo silenzioso i blocchi in bozza o in revisione contenuti nella pagina. Se una pagina contiene blocchi propri non pubblicati, l'azione di pubblicazione apre una finestra modale con l'opzione Also publish all unpublished page-owned blocks non selezionata. Lasciarla deselezionata mantiene il comportamento limitato alla sola pagina; selezionarla pubblica i blocchi propri della pagina idonei nella stessa azione di flusso di lavoro.

La scheda Overview mostra inoltre un avviso Unpublished page content quando i blocchi propri della pagina sono ancora in bozza o in revisione. Publish page-owned blocks pubblica soltanto quei blocchi propri della pagina e non modifica lo stato del flusso di lavoro della pagina.

Il contenuto degli Shared Slot è escluso da questi flussi di pubblicazione dei blocchi propri della pagina. Gli slot di intestazione, piè di pagina o altri slot basati su uno Shared Slot devono essere revisionati e pubblicati separatamente; WebBlocks CMS non propaga la pubblicazione della pagina agli alberi di blocchi degli Shared Slot.

Lo stato del flusso di lavoro determina anche chi può continuare a modificare il contenuto della pagina.

• gli editor possono modificare il contenuto della pagina solo mentre questa si trova in draft
• una volta che la pagina esce da draft, la modifica del contenuto richiede un site_admin o un super_admin, oppure un ritorno del flusso di lavoro a draft
• gli utenti site_admin e super_admin possono continuare a lavorare negli stati del flusso di lavoro che sono autorizzati a gestire

1. l'editor crea una pagina in draft
2. l'editor completa il contenuto e lo invia in revisione
3. il site admin o il super admin revisiona la pagina
4. il site admin o il super admin pubblica la pagina
5. gli aggiornamenti successivi possono riportare la pagina a draft e poi di nuovo attraverso la revisione

I flussi interni consentono di preparare aggiornamenti senza riportare la pagina pubblicata a draft. Si crea una pagina separata di staging in bozza, collegata alla fonte pubblicata. La fonte resta pubblica al suo indirizzo mentre lo staging è visibile in anteprima su /webadmin/pages/{page}/preview.

La promozione è esplicita. WebBlocks CMS copia nella fonte pubblicata il contenuto approvato degli slot propri della pagina, imposta i blocchi promossi su published e conserva indirizzo e stato della fonte. Gli slot basati su Shared Slots restano esclusi. Dopo aver registrato le versioni di sicurezza precedenti e successive, elimina la pagina tecnica di staging nella stessa transazione. Una bozza di staging attiva abbandonata può essere scartata tramite l'apposita azione Internal Content API senza concedere ampi diritti di eliminazione delle pagine.

Su una bozza o pagina di staging esistente, scegliete Apri pannello di anteprima nelle impostazioni della pagina o in un modulo supportato di un blocco proprio, poi Aggiorna anteprima. Il normale renderer combina i valori non salvati supportati del modulo aperto con il resto della bozza salvata. Gli altri moduli aperti sono esclusi. Aggiornare non salva contenuti, crea versioni o promuove aggiornamenti; i punti di recupero restano indipendenti. Per una pagina pubblicata create prima uno staging.

Scegliete una lingua di contenuto abilitata e Desktop (1024 px) o Telefono (390 px). Dopo un cambio di lingua serve un altro aggiornamento. La lingua di modifica del modulo resta invariata: un testo turco non salvato non diventa inglese cambiando il selettore. Se manca la traduzione della pagina viene mostrato un errore esplicito; i ripieghi esistenti dei blocchi restano invariati.

Modifiche in sospeso indica che il risultato può essere superato. Dopo un errore resta visibile l'ora dell'ultimo rendering riuscito. Validazione, fonti indisponibili, perdita di connessione e accesso scaduto conservano i valori. Correggete il problema e aggiornate; non ricaricate un modulo incompleto solo per riprovare. Dynamic Content usa mappature, filtri, ordinamento, paginazione e comportamento vuoto/errore configurati. Digitare e aprire il pannello non interroga le fonti.

Il pannello privato isola il contenuto dall'editor. Link, script del contenuto, frame incorporati e invio di moduli sono disabilitati; la paginazione nativa delle raccolte resta disponibile. Moduli Gallery, di figli inline, plugin ed Embedded Applications, nuovi blocchi, caricamenti di file e cambi di tipo, slot, genitore, ordine o stato richiedono prima il salvataggio. Le operazioni non supportate sono spiegate nel modulo. Anteprima salvata in nuova scheda resta disponibile su schermi stretti e mostra solo valori salvati. Tenete separate le azioni Salva e pubblica.

Su bozze e pagine di staging esistenti, le impostazioni e i moduli dei blocchi propri proteggono i valori incompleti con punti di recupero, inclusi formato Rich Text localizzato e riferimenti ai media selezionati. Aspettate Punto di recupero confermato prima di farvi affidamento. Una conferma in sospeso o fallita indica che le ultime digitazioni potrebbero non essere protette; tenete aperta la scheda o salvate normalmente.

Dopo un ricaricamento o una sessione interrotta, tornate all'editor nella stessa scheda e, se necessario, accedete con lo stesso utente. Scegliete Ripristina valori del modulo, Scarta punto o Continua con il contenuto salvato. Ripristina compila il modulo per controllarlo e Salvare esplicitamente. Continua conserva il punto precedente e sospende la protezione delle nuove modifiche fino al ripristino o allo scarto. Scarta rimuove il punto pertinente senza modificare contenuti salvati.

Se la pagina salvata è cambiata altrove, controllate il contenuto attuale e confermate la verifica prima di ripristinare. Salva ricontrolla eventuali conflitti successivi. Accesso al sito, permessi, attività dell’account, lingua e flusso vengono verificati durante tutto il recupero. Utenti, moduli, lingue e sessioni mantengono punti separati.

Il recupero non crea revisioni né pubblica. Copre bozze e pagine di staging esistenti; preparate uno staging prima di modificare una pagina pubblicata. Sono esclusi Shared Slots, nuove pagine non salvate, caricamenti e credenziali. Serve un browser moderno con isolamento delle schede; l'assenza di supporto o disponibilità è esplicita.

I punti sono limitati a 256 KiB e 512 controlli, con fino a 32 sessioni incomplete per utente. Scadono sette giorni dopo l'ultimo aggiornamento. Salvataggio riuscito e scarto esplicito eliminano il punto pertinente; un salvataggio fallito lo conserva. Lo scheduler elimina quelli scaduti ogni giorno. Gli operatori possono anche eseguire php artisan webblocks:editor-recovery:prune.