FAQ
Domande frequenti su EmDash CMS, sull’architettura di questo sito, sulle scelte di deployment e sul percorso di migrazione da WordPress.
Cos’è EmDash CMS in una frase?
EmDash CMS è un CMS full-stack in TypeScript costruito attorno ad Astro, con un modello di contenuto moderno, un’interfaccia di amministrazione e un’architettura plugin progettata per un’esecuzione più sicura su Cloudflare.
EmDash è un CMS headless?
Non nel senso tradizionale. La documentazione pubblica di EmDash lo presenta come un CMS nativo di Astro, non come un servizio contenuti separato da interrogare da qualsiasi frontend.
Questo è importante perché il prodotto è progettato per vivere dentro l’architettura del sito, non fuori.
EmDash è solo per Cloudflare?
No. I materiali ufficiali presentano Cloudflare come runtime più adatto per la piattaforma completa, soprattutto per plugin sandboxati, D1 e R2. Ma EmDash è descritto anche come portabile su Node.js e su configurazioni compatibili con SQLite o S3.
In breve:
- Cloudflare è l’opzione di produzione più solida
- Cloudflare non è l’unico ambiente possibile
Perché questo sito parte come sito Astro statico invece del runtime completo di EmDash?
Perché questo sito è prima di tutto una superficie pubblica di contenuti:
- documentazione
- pagine plugin
- pagine template
- FAQ
- contenuti di migrazione
- aggiornamenti
Tutti questi elementi sono perfetti per una delivery statica su Cloudflare Pages. Partire da qui riduce complessità e costi senza bloccare una futura migrazione al runtime completo.
Perché non costruire il sito ufficiale direttamente su WordPress?
Perché il sito deve incarnare la direzione del prodotto che promuove.
L’attuale struttura del sito riflette questa direzione:
- contenuti basati su file
- tool frontend moderni
- publishing chiaro guidato da Git
- buona compatibilità con editing assistito da IA
Usare WordPress per promuovere un successore di WordPress indebolirebbe anche molto il messaggio architetturale.
EmDash supporta la migrazione da WordPress?
Sì. La documentazione ufficiale descrive tre approcci di importazione:
- upload di file WXR
- import da WordPress.com
- interrogazione via API REST
Descrive anche il supporto alla migrazione per articoli, pagine, media, tassonomie, mappatura degli stati e conversione da Gutenberg a Portable Text.
EmDash ha l’autenticazione integrata?
Sì. Le docs ufficiali descrivono EmDash come passkey-first, con WebAuthn come modello principale. Descrivono anche fallback con magic link, OAuth opzionale e la possibilità di usare Cloudflare Access per deployment su Cloudflare.
Le pagine plugin e template possono comunque sembrare vere pagine prodotto su questo sito statico?
Sì. In questo progetto, ogni voce plugin o template può includere:
- screenshot
- versione
- prezzo
- stato
- data di rilascio
- link di download
- link GitHub
- link demo
- changelog
Questo basta per creare un livello pubblico convincente in stile marketplace, senza richiedere un backend.
Quando questo sito dovrebbe passare al runtime completo di EmDash?
Passa quando la delivery statica non è più sufficiente, ad esempio se ti serve:
- editing via browser per utenti non tecnici
- workflow di invio autenticati
- media e upload gestiti dal runtime
- permessi editoriali complessi
- operazioni di ecosistema che richiedono interfacce admin invece di Git
Fino ad allora, la delivery statica resta la scelta con meno manutenzione.
Il runtime completo di EmDash richiede funzionalità Cloudflare a pagamento?
Il README ufficiale su GitHub indica che i plugin sandboxati dipendono dai Dynamic Workers e che questa funzione richiede attualmente un account Cloudflare a pagamento. Indica anche che puoi disabilitare la configurazione del worker loader se vuoi eseguire senza plugin sandboxati.
Questo è un altro motivo per cui il sito pubblico attuale parte prima da Cloudflare Pages.
L’IA può aiutare a mantenere questo sito?
Sì, ed è uno dei motivi più forti per mantenere il sito pubblico orientato prima di tutto ai contenuti.
L’IA funziona meglio quando può lavorare su:
- file MDX distinti
- frontmatter esplicito
- strutture di route stabili
- diff revisionabili
Questo progetto è impostato proprio per sfruttare questi vantaggi.