Live Reload in Produzione

[RGJ (Richard - Communiteq)]

	Riepilogo	Riportare i ricaricamenti CSS in produzione
	Repository	\u003chttps://github.com/communiteq/discourse-tc-livereload\u003e
	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="GitHub repository link"]
Installa questo componente tema
[/wrap]

Ad agosto, il ricaricamento CSS in tempo reale è stato rimosso in produzione.

@\"david

I ricaricamenti in tempo reale dei fogli di stile sono stati disabilitati per le istanze di produzione, poiché stavano causando 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 in tempo reale solo per i fogli di stile è rischioso.

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.

Ho creato questo componente tema per riportare il ricaricamento in tempo reale negli ambienti non di sviluppo.

Poiché può effettivamente causare problemi (che è 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

[pfaffman (Jay Pfaffman)]

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!

[david (David Taylor)]

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.

[pfaffman (Jay Pfaffman)]

@david

Finché c’è un’appropriata clausola di esclusione di responsabilità nella descrizione, una nuova impostazione del sito basata sui gruppi nel core va bene. pr-welcome

Bello!

@david

Un sacco di errori utili e informazioni di debug vengono rimosse dalle build di produzione, quindi non si ottengono feedback utili quando le cose vanno male.

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.