Immich 3.0

Sentimento geral e casos de uso

• Muitos descrevem o Immich como uma das melhores apps auto-hospedadas que utilizam, “no mesmo nível ou melhor que Google/Apple Photos” para uso doméstico.
• Uso comum: arquivo completo da família, vídeos grandes que não são adequados para serviços na nuvem, navegação local rápida e fuga dos limites de armazenamento/preços do Google One/iCloud.

Configuração, atualizações e confiabilidade

• Vários relatam anos de implantações estáveis em Docker, autoatualizações e backups fáceis; backups do banco de dados e da pasta da biblioteca são simples.
• Outros contam migrações dolorosas ou corrupção (BD, miniaturas), especialmente com versões anteriores ou Proxmox LXC; alguns dizem que más experiências de atualização os deixaram receosos de atualizar.
• Alguns observam que auto-hospedar, em geral, traz risco: quebras em atualizações, corrupção latente e a necessidade de manutenção de longo prazo.

Auto-hospedagem vs nuvem e custo

• Alguns não querem mais um serviço auto-hospedado (manutenção, energia, falhas de hardware) e tendem para opções hospedadas.
• Outros argumentam que VPS ou servidores dedicados alugados contam como auto-hospedagem “boa o suficiente”; backups para armazenamento barato na nuvem ou NAS são padrões comuns.
• Preocupação de que o preço dos backups em nuvem possa mudar, forçando migrações periódicas.

Criptografia, privacidade e modelos de ameaça

• Um grande subfio discute a falta de criptografia de ponta a ponta (E2EE).
  • Um lado: para auto-hospedagem, criptografia de filesystem/disco + TLS/VPN é suficiente; E2EE no nível do aplicativo mataria ML, busca e transcoding do lado do servidor, além de aumentar a complexidade.
  • Outro lado: tudo que está no computador de outra pessoa (VPS, hospedagem gerenciada) deveria ter E2EE; citam riscos de provedores vasculhando dados ou solicitações de órgãos de aplicação da lei.
  • Esclarecimentos: E2EE vs “criptografia em repouso” é repetidamente confundida; alguns apontam que recursos de recuperação e E2EE estão inerentemente em tensão.
• Alguns querem E2EE principalmente para hospedar para família/amigos ou em VPS não confiável, garantindo que operadores não possam inspecionar fotos.

Importação e exportação de dados

• Google Takeout → Immich é um ponto recorrente de dor:
  • immich-go é a ferramenta de facto; alguns relatam importações tranquilas de 100–700GB com álbuns preservados, enquanto outros veem muitas Live Photos quebradas ou falhas de metadados e chamam o projeto de “abandonware”.
  • As peculiaridades do Takeout (arquivos divididos, JSON de metadados, nomenclatura) adicionam atrito; baixar via curl usando “Copiar como cURL” do navegador é uma solução popular.
• Importação do iCloud via app iOS do Immich tem bugs antigos, especialmente em relação a Live Photos, segundo alguns relatos.
• Exportação/migração para fora do Immich:
  • Alguns reclamam que não há um “baixar tudo” óbvio na interface; outros observam que o download em massa foi adicionado recentemente e, de qualquer forma, os arquivos brutos ficam no disco e podem ser copiados diretamente.

Apps móveis e comportamento de sincronização

• Android: o backup em segundo plano teria melhorado significativamente na 3.0 com um novo agendador; alguns usuários já tinham uploads em segundo plano confiáveis antes.
• iOS: a sincronização é descrita como mais frágil:
  • Alguns dizem que agora está aceitável; outros relatam uploads de biblioteca completa muito lentos ou que nunca terminam e uploads de vídeos grandes que não podem ser retomados.
  • Comparações com Synology/Ente sugerem que a experiência iOS do Immich pode ficar atrás em confiabilidade para sincronizações iniciais grandes.
• O desejo por comportamento “configurar e esquecer” para parentes não técnicos é forte; se isso foi totalmente resolvido, não está claro.

Bibliotecas externas, pastas somente leitura e armazenamento

• Bibliotecas externas (somente leitura) estão disponíveis e são amplamente usadas:
  • Boas para quem quer preservar estruturas de pastas existentes e manter o Immich apenas como indexador.
  • Recomenda-se montar volumes de bibliotecas externas como somente leitura no Docker.
• Reclamações:
  • A interface e a lógica têm arestas; alguns problemas recorrentes com a data de captura em subconjuntos de fotos.
  • Bibliotecas externas por usuário atualmente geram miniaturas duplicadas e maior uso de armazenamento; o reconhecimento facial entre vários usuários amplifica isso.
  • Os mantenedores indicam planos para unificar melhor bibliotecas externas e internas e melhorar isso.

Rede, exposição e acesso

• Muitos executam o Immich atrás de:
  • Tailscale/WireGuard para acesso privado; o impacto na bateria dos telefones é relatado como pequeno se não estiver usando nós de saída completos.
  • Nginx/Caddy, às vezes via Cloudflare Tunnel (mas o limite de 100MiB da Cloudflare pode quebrar uploads de vídeos grandes).
• Debate sobre expor o Immich diretamente à internet:
  • Alguns dizem que está tudo bem com atualizações, WAF/CrowdSec e geofencing de IP.
  • Outros insistem em VPN apenas para minimizar a superfície de ataque, citando a complexidade da base de código.

Alternativas e comparações

• Ente é a principal alternativa discutida:
  • Elogiado pela UX polida, E2EE, compartilhamento de álbuns com links públicos de upload e auto-hospedagem opcional.
  • Alguns relatam bugs sérios de upload em instalações auto-hospedadas; outros dizem que roda sem falhas.
  • Visto como complementar: Ente para E2EE/uso em nuvem, Immich para auto-hospedagem confiável.
• Photoprism e Synology Photos são mencionados como soluções existentes; vários estão considerando ou planejando migrar para o Immich.

Lacunas de recursos e desejos

• Frequentemente solicitados:
  • Ferramentas de importação melhores e de primeira classe a partir do Google Photos/iCloud (sem depender de projetos externos).
  • Fluxos de trabalho mais inteligentes (por exemplo, álbuns automáticos baseados em rosto), álbuns/pastas aninhados e elementos de álbum além de fotos (texto, mapas) para imitar a sensação de “story” do Google Photos.
  • Área “vault”/bloqueada por foto para imagens especialmente sensíveis.
  • Tratamento mais robusto de bibliotecas externas e coleções compartilhadas entre vários usuários.