O código é seu
Em todos os planosDownloads nos planos pagos
- Leia
- O File Explorer mostra os arquivos escritos para o seu site, como a versão publicada os guarda.
- Edite
- Quem tem permissão de edição pode alterar arquivos à mão e publicá-los, sem IA e sem créditos. Um salvamento que quebra uma regra de publicação é retido, e nada vai ao ar se a compilação falhar.
- Baixe
- Em um plano pago, qualquer pessoa do espaço de trabalho pode baixar a versão no ar, ou uma anterior, como zip.
- O que fica de fora
- O download contém os arquivos do seu próprio site. Ele deixa de fora as partes compartilhadas em que todo site do Briks funciona, os arquivos de configuração e as chaves, por isso não roda sozinho.
Sincronização com o GitHub
Planos pagos
- Conectar
- Owners e Admins conectam um repositório e uma branch a um projeto.
- Briks para GitHub
- Cada versão que vai ao ar vira um commit na sua branch.
- Do GitHub para o Briks
- Um push na sua branch é verificado pelas mesmas regras de publicação, criado e publicado, sem IA.
- Conflitos
- Quando os dois lados alteraram o mesmo arquivo, o Briks coloca a versão dele em uma branch
briks-syncpara você mesclar. Ele nunca faz push forçado. - O que vai aqui
- Apenas os arquivos do seu site, então o repositório não funciona sozinho. Arquivos de configuração, alterações do banco de dados e chaves nunca fazem parte dele.
O banco de dados de cada site
Em todos os planosDownloads nos planos pagos
- Banco de dados próprio
- Um site que guarda dados recebe o próprio banco de dados, criado na União Europeia por padrão, na primeira vez que uma construção precisar de um.
- No estúdio
- Veja, pesquise, ordene, adicione e edite registros coleção por coleção, com visões das contas, pedidos e assinaturas do site.
- Downloads
- Em um plano pago, baixe todas as coleções em JSON ou uma coleção em CSV.
- Mudando o formato
- Peça um novo campo ou coleção em palavras simples. As mudanças só acrescentam, a Briks cria um ponto de restauração antes de aplicá-las, e uma mudança que perderia dados interrompe a publicação.
- Voltar atrás
- Owners e Admins podem levar o banco de dados de volta a um momento anterior ou a um ponto de restauração. Em um plano pago, cópias noturnas são mantidas por 30 dias.
Tarefas agendadas, webhooks e deploy hooks
Em todos os planosLimites por plano
- Tarefas agendadas
- Chame uma rota do seu site, ou qualquer endereço web seguro, em um horário programado no seu próprio fuso horário. Cada execução fica registrada por 30 dias.
- Webhooks
- Mensagens assinadas no formato Standard Webhooks para qualquer endereço seguro quando o site é publicado, uma entrada de formulário chega ou um registro é alterado no estúdio:
site.published,form.receivederecord.changed. Uma entrega que falha é tentada de novo por cerca de 45 minutos. - Deploy hooks
- Um endereço privado que publica o site de novo quando outra ferramenta o chama, sem IA.
| Plano | Tarefas agendadas | Webhooks | Chamadas por dia |
|---|---|---|---|
| Free | 1 | 1 | 2.000 |
| Starter | 5 | 5 | 5.000 |
| Pro | 10 | 10 | 10.000 |
| Studio | 25 | 25 | 50.000 |
| Agency | 50 | 50 | 100.000 |
Cada projeto tem sua própria cota. As chamadas por dia contam juntas as execuções agendadas e as entregas de webhook.
Segredos
Em todos os planos
- Onde ficam
- As chaves de que o código do seu servidor precisa são salvas direto no site publicado, criptografadas. O Briks guarda apenas os nomes delas, e ninguém consegue ler um valor de volta.
- Como adicioná-los
- Depois que o site é publicado, Editors, Admins e Owners somam até 100 por projeto, um de cada vez ou a partir de um arquivo .env.
- Como usá-los
- O código do seu servidor lê cada chave pelo nome. Uma chave nunca chega ao navegador de um visitante, e uma chave escrita em um arquivo interrompe a publicação.
Pagamentos com sua própria conta
Todos os planos, inclusive o Free
- Seu próprio processador
- Stripe, PayPal, Mollie, Razorpay, Paddle, Lemon Squeezy, Polar, Creem ou Dodo Payments, um por vez, com a sua própria conta e as suas chaves. O dinheiro vai para você, e a Briks não cobra taxa.
- Checkout e assinaturas
- O pagamento avulso funciona com todos eles. As assinaturas, com período de teste gratuito opcional, funcionam com Stripe, Paddle, Polar e Lemon Squeezy.
- Verificado
- Cada relatório de pagamento é verificado antes de um pedido ser contabilizado, e os pedidos e as assinaturas ficam no banco de dados do próprio site.
- Chaves
- Owners e Admins as salvam. Cada uma é testada primeiro e depois mantida junto com o site publicado.
Login para seus visitantes
Em todos os planos
- Por padrão
- E-mail e senha, com confirmação de e-mail e redefinição de senha.
- Provedores
- Adicione Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn ou Discord com as suas próprias chaves.
- Somente para membros
- Reserve páginas e registros para membros conectados ou para assinantes.
Peça qualquer coisa, com poucas regras fixas
Em todos os planos
- Seu pedido vem primeiro
- Peça em palavras simples o seu próprio código de servidor, outro serviço conectado com a sua chave ou um fluxo de pagamento próprio. Uma correção que a Briks fizer depois nunca desfaz o que você pediu.
- A decisão é sua, com o risco explicado
- Algumas regras de pagamento só se flexibilizam quando você pede com todas as letras, como deixar o comprador escolher o valor. A criação mantém o pedido e avisa você do risco.
- Outros sites
- Permita até 10 sites de confiança nas configurações do projeto, para que o seu site possa carregar os scripts deles, enviar dados a eles ou mostrar as páginas deles.
- Regras que nunca mudam
- Uma chave escrita em um arquivo, uma chave secreta lida no navegador e um código que lê as chaves da própria Briks são recusados, não importa quem peça.
Verificações a cada publicação
Em todos os planos
- As regras de publicação
- Toda criação, mudança, edição manual e envio ao GitHub é conferida com elas. Uma mudança que quebre alguma regra não é publicada, e o site no ar continua como estava.
- Uma leitura de segurança
- O código que a Briks escreve é revisado em busca dos erros que mais vazam dados, e o que for encontrado volta para ser corrigido antes de publicar.
- Uma verificação de lançamento
- Passar para produção verifica se há texto de exemplo, páginas sem título ou descrição, links que não levam a lugar nenhum e a falta de uma página de não encontrado.
Logs
Em todos os planos
- Criações
- Cada build, alteração e publicação, com as etapas por que passaram.
- Solicitações
- As últimas 24 horas de requisições e erros do código de servidor do seu próprio site.
- Tarefas e webhooks
- Cada execução agendada e cada entrega de webhook, guardadas por 30 dias.
Indisponível hoje
- Uma API ou servidor MCP para criar e gerenciar sites a partir das suas próprias ferramentas.
- Como importar um repositório existente para o Briks.