Questo sito utilizza cookie per le proprie funzionalità e per inviarti pubblicità e servizi in linea con le tue preferenze. Chiudendo questo banner, scorrendo questa pagina o cliccando qualunque suo elemento acconsenti all’uso dei cookie.

Accedendo al link http://www.odoo-italia.org/index.php/home/cookie-policy puoi leggere in dettaglio le modalità di trattamento dei cookie da parte dell'Associazione Odoo Italia.

Benvenuto, Ospite
Nome utente: Password: Ricordami
  • Pagina:
  • 1
  • 2
  • 3

ARGOMENTO: Gunicorn e Nginx

Gunicorn e Nginx 5 Anni 2 Settimane fa #15377

  • enlightx
  • Avatar di enlightx
  • Online
  • Platinum Boarder
  • Messaggi: 6064
  • Ringraziamenti ricevuti 638
  • Karma: 85
a mio avviso tra usare i workers direttamente e gunicorn, non ci sono differenze di prestazioni o stabilità.

strumenti più evoluti come circus ti permettono invece di aumentare diminuire i processi dinamicamente, ti offrono una dashboard per il monitoraggio ed altre "finezze". ma idem...non penso ci siano differenze in fatto di prestazioni.
Davide Corio
Odoo Solution Architect
email: Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
web: www.davidecorio.com
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Gunicorn e Nginx 5 Anni 2 Settimane fa #15378

  • caiuka
  • Avatar di caiuka
  • Offline
  • Gold Boarder
  • Messaggi: 180
  • Ringraziamenti ricevuti 8
  • Karma: 1
enlightx ha scritto:
a mio avviso tra usare i workers direttamente e gunicorn, non ci sono differenze di prestazioni o stabilità.

strumenti più evoluti come circus ti permettono invece di aumentare diminuire i processi dinamicamente, ti offrono una dashboard per il monitoraggio ed altre "finezze". ma idem...non penso ci siano differenze in fatto di prestazioni.

Perfetto, cristallino.
Era un argomento poco trattato sul forum, speriamo possa essere una discussione utile anche ad altri.

Grazie ancora
--
Gianluca Milano
gm@gianlucamilano.com
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.
Ringraziano per il messaggio: NicoTheBrush

Gunicorn e Nginx 5 Anni 2 Settimane fa #15403

  • NicoTheBrush
  • Avatar di NicoTheBrush
  • Offline
  • Platinum Boarder
  • Messaggi: 1952
  • Ringraziamenti ricevuti 156
  • Karma: 46
infatti ho letto volentieri caiuka, grazie per avere avviato la discussione
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Gunicorn e Nginx 5 Anni 2 Settimane fa #15409

  • caiuka
  • Avatar di caiuka
  • Offline
  • Gold Boarder
  • Messaggi: 180
  • Ringraziamenti ricevuti 8
  • Karma: 1
caiuka ha scritto:
Proseguendo con Nginx...

Ho installato su una VPS sia la V7 che la trunk, entrambe gestite da apposito servizio, come da indicazioni del wiki.

Avevo già nginx configurato per la V7, per cui raggiungendo la VPS con un subdomain (openerp.miodominio.com) viene reindirizzata la porta 80 sulla 8069 (o altra) di OpenERP, e viene anche utilizzato il protocollo https.

Sto cercando, senza successo, di fare lo stesso per l'istanza della trunk (ad un altra porta ovviamente) utilizzando un altro subdomain (trunk.miodominio.com).

Sto studiando un po' nginx, ma é un mare di roba...

Cerco una..."scorciatoia", vi chiedo dritte.

p.s. al momento raggiungo la trunk tramite openerp.miodominio.com:8079, quindi l'istanza della trunk funziona. Giusto per eliminare una variabile...

Grazie

Allora, sperando che possa essere di interesse, sto facendo qualche passo in avanti.

Il file di configurazione di nginx (nella cartella /etc/nginx/sites-available) che provavo senza successo era il seguente:
server {
    listen 80;

    server_name sub1.miodominio.com;

    location / {
        proxy_pass http://x.x.x.x:8069;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
    }
}

server {
    listen 80;

    server_name sub2.miodominio.com;

    location / {
        proxy_pass http://x.x.x.x:8079;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
    }
}

ma non funzionava, pur essendo più che semplice.

Il motivo ho poi scoperto essere che doveva essere abilitata la riga
server_names_hash_bucket_size 64;
nel file /etc/nginx/nginx.conf (sezione http).

Adesso funziona.
Ora sto cercando di far funzionare il protocollo https, ma al momento funziona solo per il primo sottodominio.
Pur avendo creato due certificati diversi.

Seguiranno, SPERO, aggiornamenti
--
Gianluca Milano
gm@gianlucamilano.com
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.
  • Pagina:
  • 1
  • 2
  • 3
Tempo creazione pagina: 0.154 secondi

Odoo Italia Associazione - C.F: 94200470485 - Sede: Viale dei Cadorna, 83 - Firenze - Italy

Protected by R Antispam