Il codice è tuo
In ogni pianoDownload 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.
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-syncperché 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.
Il database di ogni sito
In ogni pianoDownload 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.
Attività pianificate, webhook e deploy hook
In ogni pianoLimiti 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.receivederecord.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.
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.
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 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.
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.
Non disponibile oggi
- Un'API o un server MCP per creare e gestire siti dai tuoi strumenti.
- Come importare in Briks un repository esistente.