FAQ sui limiti del piano Cloudflare Free per Emdash CMS

Pubblicato il 2026-04-08 di Emdash Cms Everything

Cosa limita il piano Cloudflare Free in Emdash CMS?

I flussi core del CMS restano disponibili, ma l’esecuzione sandbox dei plugin no.
In pratica, gestione contenuti e deployment standard del sito funzionano, mentre non funziona l’isolamento plugin che dipende da Dynamic Workers.

worker_loaders deve rimanere nella configurazione?

No. Nel piano Free va rimosso.
Lasciarlo attivo causa spesso errori in deploy o runtime, perché dipende da funzionalità a pagamento.

Posso comunque andare in produzione con il piano Free?

Sì, con limiti chiari:

• adatto a siti contenuto, documentazione e marketing
• non adatto se il flusso principale dipende da plugin sandbox di terze parti

Se l’esecuzione sandbox dei plugin non è mission-critical, il piano Free in genere basta per iniziare.

Come gestire in sicurezza l’uso dei plugin sul piano Free?

Usa una policy di plugin fidati:

• abilita plugin con proprietà verificabile e auditabile
• esegui revisione di dipendenze e permessi prima del rilascio
• sposta la logica di integrazione ad alto rischio in servizi backend isolati

Il piano Free non significa “niente plugin”; significa “niente runtime isolato per plugin non fidati”.

Perché il deployment può riuscire mentre le funzionalità plugin falliscono?

Perché “deployabile” e “capace di sandbox” sono requisiti diversi.
Il runtime Worker base permette il deployment; Dynamic Workers abilita l’esecuzione plugin isolata.

Quando dovrei valutare seriamente un piano a pagamento?

Valuta un upgrade se almeno una condizione è vera:

• devi eseguire plugin provenienti da fonti parzialmente non fidate
• la compliance richiede prove di isolamento a livello plugin
• l’impatto di business da abuso di privilegi plugin è inaccettabile

Se questi casi non si applicano ancora, operare in modo stabile sul piano Free è una strategia valida.

Checklist minima pre-lancio sul piano Free

Conferma prima del lancio:

1. worker_loaders è stato rimosso.
2. I nomi dei binding D1/R2 sono coerenti.
3. L’elenco plugin non contiene elementi che richiedono sandbox.
4. La validazione post-rilascio copre scrittura/lettura contenuti e upload media.

Questi quattro controlli riducono il rischio reale di incidenti più efficacemente di upgrade prematuri del piano.

Esempio di configurazione per il piano Free

{
  "d1_databases": [{ "binding": "DB", "database_name": "your-db", "database_id": "..." }],
  "r2_buckets": [{ "binding": "MEDIA", "bucket_name": "your-media-bucket" }]
  // Nessun worker_loaders nel piano Free
}