Consultoría Alcaraz Salazar
582c267ec0
Infra (todo convive en la misma VPS, mismo addons_path read-only): - infra/clinica2/: odoo.conf (puerto 8070, db clinica2_odoo, data_dir propio), odoo-clinica2.service (sin env vars de WACRM/Supabase/Hermes), nginx-vhost (80 con server_name clinica2.consultoria-as.com + 8880 LAN, /api/odoo -> 8070, /wacrm/ cortado con 403), postinstall.py (brand neutro, menu WACRM vacio, admin con password propio y must_change_password) - docs/segunda-instancia.md: mapa completo de la instalacion, pasos para reproducir (instancia 3+), pendiente del hostname en dashboard del tunel (remotamente administrado), aislamiento de datos escenario B - frontend/public/brand/: logos SVG neutros + favicon para la instancia 2 Fix de menus (aplica a todas las instalaciones limpias, una sola pasada): - menu_skeen_root se mueve a skeen_pacientes (modulo raiz de la jerarquia); en bases existentes se transfirio el ownership del xmlid (ir_model_data) asi actualizar no duplica el menu - menu_skeen_citas (padre) se declara en skeen_citas/views/menus.xml que carga antes que bloqueo/lista_espera; menu_views.xml conserva las entradas con action (cargan despues de cita_views, donde se define la accion) - referencias actualizadas: pacientes(catalogos/recetas), monedero, ventas, inventario, visitas -> skeen_pacientes.menu_skeen_root Verificacion: produccion (skeen_odoo) actualizada sin duplicar menus y API intacta; instalacion limpia clinica2_odoo 9 modulos OK; 15/15 tests end-to-end (brand neutro, login admin, WACRM oculto+403, datos vacios)
48 lines
1.7 KiB
Plaintext
48 lines
1.7 KiB
Plaintext
# Segunda instancia (white-label) — frontend React + API Odoo en puerto 8070.
|
|
#
|
|
# Acceso LAN inmediato: http://192.168.10.114:8880
|
|
# Acceso publico: requiere agregar el hostname en el dashboard del tunel
|
|
# cloudflared (remotamente administrado, sin config local):
|
|
# ingress: - hostname: clinica2.consultoria-as.com
|
|
# service: http://localhost:80
|
|
server {
|
|
listen 80;
|
|
listen 8880;
|
|
server_name clinica2.consultoria-as.com;
|
|
|
|
# Frontend React (mismo build que SKEEN; el brand sale del API /brand)
|
|
location / {
|
|
root /var/www/clinica2-frontend;
|
|
try_files $uri $uri/ /index.html;
|
|
add_header Cache-Control "no-cache";
|
|
}
|
|
|
|
# Odoo API para el frontend
|
|
location /api/odoo/ {
|
|
proxy_pass http://127.0.0.1:8070/;
|
|
proxy_http_version 1.1;
|
|
proxy_set_header Host $host;
|
|
proxy_set_header X-Real-IP $remote_addr;
|
|
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
|
|
proxy_set_header X-Forwarded-Proto $scheme;
|
|
proxy_read_timeout 120s;
|
|
}
|
|
|
|
# Backend Odoo (administracion directa, opcional)
|
|
location /web/ {
|
|
proxy_pass http://127.0.0.1:8070/web/;
|
|
proxy_http_version 1.1;
|
|
proxy_set_header Host $host;
|
|
proxy_set_header X-Real-IP $remote_addr;
|
|
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
|
|
proxy_set_header X-Forwarded-Proto $scheme;
|
|
proxy_read_timeout 120s;
|
|
}
|
|
|
|
# Escenario B: la instancia 2 no tiene WhatsApp. Aunque el backend tenga
|
|
# fallback a localhost:3000, aqui se corta la ruta: 403 fijo, sin excepciones.
|
|
location /api/odoo/skeen/frontend/v1/wacrm/ {
|
|
return 403;
|
|
}
|
|
}
|