Compartilhe um site com um desenvolvedor

Entregue um site a um desenvolvedor. Não sua senha.

Compartilhe um único site por e-mail. O desenvolvedor faz login com a própria conta da Zinn Digital®, puxa o site para a máquina dele com nossa ferramenta gratuita de linha de comando — arquivos e banco de dados — e trabalha nele localmente. Ele nunca vê sua cobrança, nunca acessa seus outros sites, e você pode encerrar o acesso no momento em que o trabalho terminar.

Todos os documentos para desenvolvedores

O que você faz, uma vez

Três etapas no seu painel, no site que você deseja compartilhar. O desenvolvedor ainda não precisa de uma conta — se ele nunca tiver feito login, o convite cria uma quando for aceito.

  1. Abra o site, vá para Segurança, escolha Compartilhar este site

    Digite o endereço de e-mail deles. Esse é todo o convite — você nunca cria um login para eles e nunca repassa um dos seus.

  2. Escolha o que eles podem fazer

    Visualizador, Editor ou Gerente. Um desenvolvedor normalmente precisa de Editor: é a função que pode alterar arquivos, abrir o painel do WordPress e fazer uma cópia do site para trabalhar.

  3. Defina uma data de término, se o trabalho tiver uma

    A permissão simplesmente para de contar nessa data. Ninguém precisa lembrar de removê-la, que é a parte que todo mundo esquece — o empreiteiro que terminou em março ainda tem as chaves em novembro.

Três funções, e uma lista que nunca muda

A função é por site, portanto a mesma pessoa pode ser leitora em um e editora em outro.

Visualizador

Visualiza, mas não altera nada. Vê o site, os respectivos registos e cópias de segurança. Ideal para um cliente que pretende visibilidade ou para um auditor.

Editor

O desenvolvedor do dia a dia. Faz deploys, limpa o cache, abre o painel do WordPress, altera o PHP — e faz uma cópia do site, dos arquivos e do banco de dados para trabalhar localmente.

Gerente

Tudo o que um editor faz, além de restaurar um backup sobre o site ativo, HTTPS e a CDN.

Nenhuma função pode excluir o site, transferi-lo para outra conta, ver ou pagar suas faturas, convidar mais ninguém ou acessar qualquer outro site de sua propriedade. Essas não são configurações — não existe nenhuma versão em que um colaborador tenha esses privilégios.

O que o desenvolvedor executa

O Zinnector® é a nossa ferramenta de linha de comando gratuita e licenciada sob a MIT. Ele precisa do Node 24 ou mais recente e de mais nada — sem Docker para o básico, sem PHP na máquina do usuário.

  1. Instalar

    npm install -g zinnector

    Um pacote do npm. Nada aqui precisa de uma conta ainda.

  2. Entrar como eles mesmos

    zinnector login

    Isso abre o navegador deles e os conecta com a própria conta — aquela para a qual o convite foi enviado. Eles nunca precisam da sua senha, e você nunca precisa fornecer uma para eles.

  3. Veja exatamente o que lhes foi dado

    zinnector sites

    A lista mostra os sites compartilhados com eles e nada mais. Uma lista vazia significa que o convite não foi aceito ou o acesso terminou.

  4. Desativar o site

    zinnector clone client-domain.com

    Temas, plugins, mídia e o banco de dados, em um projeto local. Ele deixa para trás o núcleo do WordPress e o arquivo de configuração de produção, e exibe exatamente o que levou e o que não levou, com contagens.

  5. Execute-o localmente, com seu conteúdo real

    cd client-domain.com && zinnector dev --runtime docker

    Isso importa o banco de dados, reescreve o endereço do site para a máquina deles e o abre. Eles fazem login com as próprias contas do WordPress do site.

Uma cópia de um site inclui o seu banco de dados

Isso geralmente é exatamente o que um desenvolvedor precisa — sem isso, ele estará vendo seu tema em um site vazio. Também são dados pessoais reais: o que seus visitantes forneceram ao site, desde endereços de comentaristas até pedidos de clientes. Três coisas decorrem disso, e nós fazemos todas as três.

Cada cópia está no seu log de auditoria

Quem o pegou, quando e se esse arquivo continha o banco de dados. Registrado quando o download é autorizado, portanto está lá, independentemente do que a ferramenta na outra ponta faça com ele depois.

Nunca é cometido por acidente

A ferramenta adiciona o arquivo de banco de dados à lista de ignorados do projeto no mesmo momento em que o grava, para que um commit descuidado não publique seus clientes em um repositório.

Ou eles podem trabalhar sem isso

Uma flag leva apenas os arquivos. Todo o resto funciona da mesma forma, e o desenvolvedor ainda pode compilar e implantar.

As perguntas que as pessoas realmente fazem

Preciso informar minha senha a eles?

Não, e não há como fazer isso. O desenvolvedor faz login com a própria conta do Zinn Digital®. Compartilhar uma senha também tornaria seu registro de auditoria inútil, porque tudo o que ele fizesse seria registrado como sendo você.

Eles conseguem ver meus outros sites?

Não. O acesso é concedido a um site por vez, e a restrição é aplicada no próprio banco de dados em vez de ocultar botões — a um colaborador que solicitar um site que não lhe foi atribuído é dada a resposta de que ele não existe.

Eles têm acesso aos dados dos meus clientes?

Se você atribuir a função de Editor ou Gerente a eles, eles poderão fazer uma cópia do site, e a cópia de um site consiste em seus arquivos e seu banco de dados. Você é avisado disso ao escolher a função, cada cópia é registrada no seu log de auditoria e você pode pedir que trabalhem apenas com arquivos.

Como faço para encerrá-lo?

Revogue-o na seção de Segurança do site. Isso entra em vigor imediatamente: o próximo comando executado por esse desenvolvedor não conseguirá ver o site. Uma data deexpiração faz a mesma coisa em uma data definida por você com antecedência.

Cada flag, e o que cada uma exibe

A referência de comandos completa do Zinnector® é gerada a partir da própria ferramenta, portanto, ela não pode divergir da versão que você tem instalada.

Abri a referência de comandos