mirror of
https://github.com/melgarafael/DeskcommCRM.git
synced 2026-10-02 01:28:34 +08:00
docs(arm64): o instalador com Supabase junto tambem atende ARM64
README e fragmento diziam "continua restrito a amd64", contra o README do kit
e o ubuntu-production-installer.sh (f725c0d), que aceitam aarch64. Medido no
registro: as 11 imagens do Supabase self-hosted/v0.8.1 publicam linux/arm64.
O fragmento ganha a troca do WAHA de quem ja roda em ARM e a linha de credito.
Refs #1938 #991 #1266
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5.5
parent
287936388d
commit
b2f40856ac
@@ -4,4 +4,6 @@ secao: adicionado
|
||||
titulo: Instalação em VPS ARM64
|
||||
---
|
||||
|
||||
O instalador padrão agora atende VPS ARM64/aarch64, como Oracle Ampere A1, usando as imagens nativas do DeskcommCRM e a variante NOWEB ARM64 oficial do WAHA. O caminho usa Supabase externo e não exige compilação na VPS. O instalador alternativo que hospeda o Supabase junto continua limitado a amd64.
|
||||
O instalador agora atende VPS ARM64/aarch64, como Oracle Ampere A1, AWS Graviton e Hetzner CAX, inclusive no modo com Supabase na mesma VPS. As imagens do DeskcommCRM são construídas em máquina ARM nativa e publicadas na mesma tag das de amd64, e o WAHA usa a variante oficial NOWEB ARM64 (`devlikeapro/waha:noweb-arm-2026.7.2`). Nada é compilado na VPS. Quem já roda em ARM passa a atualizar pelas imagens publicadas, e o `update.sh` troca no `.env` o WAHA amd64 antigo pela variante ARM (um valor escolhido à mão fica intacto). Em amd64 nada muda.
|
||||
|
||||
Contribuição de @mauriciobera1990-droid (#1938).
|
||||
|
||||
@@ -90,9 +90,10 @@ Se faltar Docker, o instalador pergunta e instala sozinho.
|
||||
| **IA** | Uma chave de **OpenRouter**, **Anthropic** ou **OpenAI** — o instalador pergunta qual você quer |
|
||||
| **WhatsApp** | Seu número, conectado por QR code no onboarding (ou o canal oficial da Meta) |
|
||||
|
||||
O instalador padrão também atende VPS ARM64/aarch64, como a Oracle Ampere A1, e escolhe a imagem
|
||||
NOWEB oficial do WAHA compatível com essa arquitetura. Esse caminho usa Supabase externo. O
|
||||
instalador alternativo que coloca o Supabase na mesma VPS continua restrito a amd64.
|
||||
O instalador também atende VPS ARM64/aarch64, como a Oracle Ampere A1, e escolhe a imagem
|
||||
NOWEB oficial do WAHA compatível com essa arquitetura. Vale para os dois caminhos: com Supabase
|
||||
externo e com o Supabase na mesma VPS (as imagens do Supabase self-hosted fixadas pelo kit também
|
||||
são publicadas para `linux/arm64`). Nada é compilado na VPS.
|
||||
|
||||
> 💡 **O Supabase pode ser criado pelo próprio instalador.** Exporte um
|
||||
> `SUPABASE_ACCESS_TOKEN` antes de rodar e ele cria o projeto, espera o banco ficar saudável,
|
||||
|
||||
Reference in New Issue
Block a user