Live Reload in Produzione

:information_source: Riepilogo Riportare i ricaricamenti CSS in produzione
:hammer_and_wrench: Repository \u003chttps://github.com/communiteq/discourse-tc-livereload\u003e
:question: Guida all’installazione Come installare un tema o un componente tema

\u003c!-- Compilare "repoName" e "repoURL" per il pulsante di installazione automatico –\u003e

[wrap=theme-install-button repoName="Live Reload for Production" repoUrl="https://github.com/communiteq/discourse-tc-livereload\"]\nInstalla questo componente tema\n[/wrap]

Ad agosto, il ricaricamento live del CSS è stato rimosso in produzione.

[quote="david, post:202, topic:82950"]\nI ricaricamenti live dei fogli di stile sono stati disabilitati per le istanze di produzione, poiché causavano problemi durante l’aggiornamento di temi e/o del core di Discourse.

Fondamentalmente: le modifiche ai fogli di stile sono spesso legate a modifiche in JS/HTML, quindi il caricamento live solo per i fogli di stile è rischioso.
[/quote]

Ora uso il mio ambiente di sviluppo per i plugin, ma la maggior parte delle volte sviluppo componenti tema su un server di staging, che tecnicamente è produzione, ma ha solo persone che sanno premere F5 quando vedono cose strane accadere.

Ho creato questo componente tema per riportare il ricaricamento live negli ambienti non di sviluppo.

Poiché può effettivamente causare problemi (che era il motivo per cui è stato rimosso), la funzionalità può essere limitata a gruppi specifici. Il valore predefinito è staff. I gruppi possono essere modificati nelle impostazioni del componente tema.

Tuttavia, non è consigliabile utilizzare questo componente tema se non si sa cosa si sta facendo :face_with_open_eyes_and_hand_over_mouth:

11 Mi Piace

Evviva! Mi piacerebbe che questa cosa venisse integrata nel core e si applicasse solo agli amministratori, oppure che fosse disabilitata di default e costringesse le persone ad aggiungere un gruppo per farla applicare.

Stavo facendo praticamente tutto il mio sviluppo di temi su siti di produzione (anche se di solito un sito tecnicamente di staging ma di produzione).

Grazie mille!

2 Mi Piace

Fintanto che ci sia un’adeguata clausola di esclusione di responsabilità nella descrizione, una nuova impostazione del sito basata sui gruppi nel core va bene. pr-welcome

Continuerei a sconsigliare vivamente di sviluppare su un’istanza di produzione come attività quotidiana. Molti messaggi di errore utili e informazioni di debug vengono rimossi dalle build di produzione, quindi non si otterrà un feedback utile quando le cose vanno male.

5 Mi Piace

Bello!

Aha. Forse è un bene forzare un “hacker” come me a ottenere suggerimenti migliori, allora. Spesso non so cosa sia andato storto. Forse è per questo!

Ma per semplici modifiche a CSS e colori, probabilmente non c’è pericolo, immagino.

4 Mi Piace

Sì, dal punto di vista del debugging, non c’è molta differenza tra dev/prod per i file CSS.

Ma tornando al problema del ‘live reload’ - quello è specifico per il CSS. Se i fogli di stile di una versione più recente di Discourse vengono inseriti in una pagina che esegue una versione precedente di Discourse, è probabile che ciò causi problemi sorprendenti per gli utenti finali.

Ecco perché abbiamo aggiornato le cose in modo che l’aggiornamento CSS venga posticipato fino alla navigazione successiva della pagina, in modo che ora si allinei con gli aggiornamenti JS.

4 Mi Piace