--- title: "Briks per sviluppatori: codice, GitHub e webhook" url: https://briks.dev/it/developers description: "Leggi, modifica e scarica il codice del tuo sito, sincronizzalo con GitHub e usa il suo database, i webhook, i segreti e i pagamenti." last_updated: 2026-10-22 --- # Briks per sviluppatori Briks scrive codice vero per ogni sito, e sei tu a poterlo leggere, modificare e, con un piano a pagamento, scaricare. Ecco cosa ottieni, dalla sincronizzazione con GitHub ai webhook, e le regole che ogni pubblicazione segue. **your-site-version-14.zip** Cosa contiene un download - `app/`Le pagine del sito, una cartella per ogni indirizzo di pagina. - `components/custom/`Le sezioni scritte per il tuo sito, come hero e footer. - `content/`Le parole e i fatti del sito. - `public/`Immagini e file che il sito serve così come sono. - `api/`Il codice server del sito, se ne ha. - `db/`La struttura dei dati del sito, se ne conserva. - `.env`Mai nel download: le chiavi restano in Secrets. Esclusi: le parti condivise su cui gira ogni sito Briks, quindi il download non funziona da solo. ## Il codice è tuo In ogni piano Download con i piani a pagamento **Leggilo** Il File Explorer mostra i file scritti per il tuo sito, così come li contiene la versione online. **Modificalo** Chi ha i permessi di modifica può cambiare i file a mano e pubblicarli, senza IA e senza crediti. Un salvataggio che infrange una regola di pubblicazione viene bloccato, e nulla va online se la build fallisce. **Scaricalo** Con un piano a pagamento, chiunque nello spazio di lavoro può scaricare come zip la versione online o una precedente. **Cosa lascia fuori** Il download contiene i file del tuo sito. Non include le parti condivise su cui funziona ogni sito Briks, i file di impostazioni e le chiavi, quindi da solo non funziona. - [Il codice del tuo sito](https://briks.dev/it/docs/code) ## Sincronizzazione con GitHub Piani a pagamento **Collega** Owner e Admin collegano un repository e un branch a un progetto. **Da Briks a GitHub** Ogni versione che va online diventa un commit sul tuo branch. **Da GitHub a Briks** Un push sul tuo branch viene controllato con le stesse regole di pubblicazione, creato e pubblicato, senza IA. **Conflitti** Quando entrambe le parti hanno modificato lo stesso file, Briks mette la sua versione su un branch `briks-sync` perché tu possa unirla. Non fa mai force-push. **Cosa metterci** Solo i file del tuo sito, quindi il repository non funziona da solo. I file delle impostazioni, le modifiche al database e le chiavi non ne fanno mai parte. - [Sincronizzazione con GitHub](https://briks.dev/it/docs/github) ## Il database di ogni sito In ogni piano Download con i piani a pagamento **Un database tutto suo** Un sito che archivia dati ottiene il proprio database, creato per impostazione predefinita nell'Unione Europea, la prima volta che una costruzione ne ha bisogno. **Nello studio** Visualizza, cerca, ordina, aggiungi e modifica i record raccolta per raccolta, con viste di account, ordini e abbonamenti del sito. **Download** Con un piano a pagamento, scarica ogni raccolta in JSON, oppure una singola raccolta in CSV. **Cambiarne la struttura** Chiedi un nuovo campo o una nuova raccolta in parole semplici. Le modifiche aggiungono soltanto, Briks crea un punto di ripristino prima di applicarle e una modifica che farebbe perdere dati blocca la pubblicazione. **Tornare indietro** Gli Owner e gli Admin possono riportare il database a un momento precedente o a un punto di ripristino. Con un piano a pagamento, le copie notturne vengono conservate per 30 giorni. - [Database](https://briks.dev/it/docs/database) - [Backup](https://briks.dev/it/docs/backups) ## Attività pianificate, webhook e deploy hook In ogni piano Limiti per piano **Attività programmate** Chiama una route del tuo sito, o qualsiasi indirizzo web sicuro, a intervalli programmati nel tuo fuso orario. Ogni esecuzione viene registrata per 30 giorni. **Webhook** Messaggi firmati nel formato Standard Webhooks verso qualsiasi indirizzo sicuro quando il sito viene pubblicato, arriva una compilazione di un modulo o un record viene modificato nello studio: `site.published`, `form.received` e `record.changed`. Un invio non riuscito viene ritentato per circa 45 minuti. **Deploy hook** Un indirizzo privato che pubblica di nuovo il sito quando lo chiama un altro strumento, senza IA. | Piano | Attività programmate | Webhook | Chiamate al giorno | | --- | --- | --- | --- | | Free | 1 | 1 | 2000 | | Starter | 5 | 5 | 5000 | | Pro | 10 | 10 | 10.000 | | Studio | 25 | 25 | 50.000 | | Agency | 50 | 50 | 100.000 | Ogni progetto ha il proprio limite. Le chiamate al giorno includono insieme le esecuzioni programmate e le consegne dei webhook. - [Attività programmate](https://briks.dev/it/docs/crons) - [Webhook](https://briks.dev/it/docs/webhooks) - [Deploy hook](https://briks.dev/it/docs/publish-history) ## Segreti In ogni piano **Dove si trovano** Le chiavi di cui ha bisogno il codice del tuo server vengono salvate direttamente nel sito pubblicato, cifrate. Briks conserva solo i loro nomi, e nessuno può rileggere un valore. **Come aggiungerli** Dopo la pubblicazione del sito, Editor, Admin e Owner possono aggiungere fino a 100 per ogni progetto, uno alla volta o da un file .env. **Come usarli** Il codice del tuo server legge ogni chiave dal suo nome. Una chiave non arriva mai al browser di un visitatore, e una scritta dentro un file blocca la pubblicazione. - [Segreti](https://briks.dev/it/docs/secrets) ## Pagamenti con il tuo account Ogni piano, Free compreso **Il tuo processore di pagamento** Stripe, PayPal, Mollie, Razorpay, Paddle, Lemon Squeezy, Polar, Creem o Dodo Payments, uno alla volta, con il tuo account e le tue chiavi. Il denaro va a te e Briks non applica commissioni. **Pagamenti e abbonamenti** Il pagamento singolo funziona con ognuno di loro. Gli abbonamenti, con una prova gratuita facoltativa, funzionano con Stripe, Paddle, Polar e Lemon Squeezy. **Verificato** Ogni rapporto di pagamento viene verificato prima che un ordine venga conteggiato, e ordini e abbonamenti sono conservati nel database del sito. **Chiavi** Li salvano Owner e Admin. Ognuno viene prima provato, poi conservato insieme al sito pubblicato. - [Accesso e pagamenti](https://briks.dev/it/docs/sign-in-and-payments) ## Accesso per i tuoi visitatori In ogni piano **Per impostazione predefinita** Email e password, con conferma dell'email e reimpostazione della password. **Fornitori** Aggiungi Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn o Discord con le tue chiavi. **Solo per i membri** Riserva pagine e record ai soci che hanno effettuato l'accesso, o agli abbonati. ## Chiedi ciò che vuoi, con poche regole fisse In ogni piano **Prima di tutto la tua richiesta** Chiedi con parole semplici il tuo codice server, un altro servizio collegato con la tua chiave o un flusso di pagamento tutto tuo. Una correzione che Briks fa in seguito non annulla mai ciò che hai chiesto. **Decidi tu, con il rischio spiegato** Poche regole sui pagamenti si allentano solo se lo chiedi esplicitamente, per esempio lasciare che sia chi acquista a scegliere l'importo. La creazione le mantiene e ti avvisa del rischio. **Altri siti web** Consenti fino a 10 siti web di cui ti fidi nelle impostazioni del progetto, così il tuo sito può caricarne gli script, inviare loro dati o mostrarne le pagine. **Regole che non cedono mai** Una chiave scritta in un file, una chiave segreta letta nel browser e il codice che legge le chiavi di Briks vengono rifiutati, chiunque lo chieda. ## Controlli a ogni pubblicazione In ogni piano **Le regole di pubblicazione** Ogni creazione, modifica, intervento manuale e push su GitHub viene controllato in base a queste regole. Una modifica che ne viola una non viene pubblicata, e il sito online resta com'era. **Un controllo di sicurezza** Il codice che Briks scrive viene controllato alla ricerca degli errori che più spesso fanno trapelare dati, e quello che emerge viene corretto prima della pubblicazione. **Un controllo prima del lancio** Il passaggio in produzione controlla se ci sono testi segnaposto, pagine senza titolo o descrizione, link che non portano da nessuna parte e una pagina di errore 404 mancante. - [La sicurezza in Briks](https://briks.dev/it/security) ## Log In ogni piano **Creazioni** Ogni creazione, modifica e pubblicazione, con i passaggi di ciascuna. **Richieste** Le richieste e gli errori delle ultime 24 ore provenienti dal codice server del tuo sito. **Attività e webhook** Ogni esecuzione programmata e ogni invio di webhook, conservati per 30 giorni. - [Log](https://briks.dev/it/docs/logs) ## Non disponibile oggi - Un'API o un server MCP per creare e gestire siti dai tuoi strumenti. - Come importare in Briks un repository esistente.