Decisão B9 (aprovada em 01/09/2026): garantir que tudo esteja documentado. Este arquivo é o plano de sobrevivência do projeto — o que existe, onde, e como qualquer pessoa reconstrói tudo do zero.
O que existe e onde (as três cópias de tudo)#
| Material | Cópia 1 | Cópia 2 | Cópia 3 |
|---|---|---|---|
| Todo o texto, fotos, documentos, site (este repo) | disco do Flavio (~/Dev/Codex/Zeide) | GitHub privado fpripas/zeide | VPS (quando o deploy existir) |
| Os vídeos (WMV original 1,1 GB + MP4 1,25 GB) — fora do git | disco do Flavio | PENDENTE: segunda cópia (HD externo ou nuvem) | VPS (o MP4, no deploy) |
Entrevistas novas (entrevistas/brutos/, fora do git) | disco | criar 2ª cópia no dia da gravação | VPS |
| Chave SSH do repo | ~/.ssh/zeide_github (+ cadastrada no GitHub) | — | — |
Regra de ouro: o repo é a fonte da verdade de tudo que é texto/imagem; os vídeos precisam de disciplina própria de backup (3-2-1: três cópias, duas mídias, uma fora de casa).
Como reconstruir o site do zero (para quem chegar depois)#
git clone git@github.com:fpripas/zeide.git(ou baixar o ZIP pelo GitHub).- Os vídeos não vêm no clone: copiá-los da cópia de backup para a raiz (os nomes exatos estão no
.gitignore). - O site (quando o código existir, em
site/): build estático documentado no README dosite/— os.mddo projeto são compilados para JSON; sem banco, sem dependência de serviço externo. - Servir: qualquer servidor de arquivos estáticos. Referência nginx (VPS do Flavio): raiz → build do site;
/video/→ o MP4 (range requests são nativos); área da família →auth_basiccom o htpasswd da família; TLS via certbot; domíniozeide.fpripas.com. zeide-offline.zip(a produzir no build, decisão B9): o site inteiro navegável abrindoindex.html— sem servidor. Uma cópia por ramo da família (Brasil e Israel), renovada a cada atualização grande.
O plano de sucessão digital#
- Titular hoje: Flavio (domínio fpripas.com, VPS, GitHub, chave SSH, caixa zeide@).
- Sucessor(es): a nomear pelo Flavio — sugerido: um adulto de cada ramo (Brasil/Israel) com: acesso de leitura ao repo GitHub, uma cópia do
zeide-offline.zip, e este arquivo. - O que o sucessor precisa saber: este arquivo +
BRIEFING-INTERNO.mdbastam para reerguer tudo. - Se um dia a VPS/domínio caírem: o conteúdo continua no GitHub e nos ZIPs offline; o site pode renascer em qualquer host estático em uma tarde.
Checklist anual (1×/ano — sugestão: perto do yahrzeit, 20 de Tishrei)#
- [ ]
git pullfunciona? O GitHub ainda existe e a chave vale? - [ ] As duas cópias dos vídeos abrem?
- [ ] O domínio e a VPS estão renovados?
- [ ] O
zeide-offline.zipda família é da versão atual? - [ ] O sucessor nomeado ainda sabe que é sucessor?
- [ ] Algo novo da família (fotos, memórias, óbitos/nascimentos) para incorporar?
O que NUNCA depende de serviço de terceiros#
Por decisão de arquitetura (03, decisão 15): o site é estático, os dados são Markdown/JSON no repo, as fontes tipográficas são self-hosted, o vídeo é um MP4 servido por nós. Nenhuma funcionalidade essencial morre se um SaaS sumir. As únicas dependências externas: o registro do domínio, a VPS (substituível), o GitHub (espelhável) e o Google Analytics (dispensável).