Finirà di servire tutte le richieste correnti prima del riavvio?Il Phusion Passenger si riavvia con garbo quando tocchi restart.txt
risposta
Sono sotto l'impressione che ogni istanza applicazione passeggero muore DOPO l'elaborazione di una richiesta invece di riavviare PRIMA la richiesta successiva quando restart.txt viene toccato. Quindi c'è una latenza di una richiesta in ogni lavoratore passeggeri. Quando il processo si interrompe e lo spawner dell'app genera solo una nuova istanza, non lo chiamerei "aggraziato".
Ciò significa che alla richiesta successiva di una singola istanza dell'applicazione verrà data risposta da quella versione dell'istanza che quindi si chiude (dopo aver eseguito il proprio lavoro). Le attuali richieste in corso non verranno eliminate.
Risposta breve: sì!
Infatti, consentirà di completare la richiesta corrente e di offrire una nuova richiesta con una nuova versione. Sto cercando di trovare un riferimento a questo, ma non ne trovo nessuno per il momento.
"Creando o modificando il file tmp/restart.txt nella cartella radice dell'applicazione Rails, Phusion Passenger riavvierà automaticamente l'applicazione durante la richiesta successiva." http://modrails.com/documentation.html –
Ho letto quella citazione mentre leggevo i documenti per rispondere a questa domanda, la interpretate come implicante che si riavvierà con garbo? Cioè, finisco tutte le richieste in sospeso e poi la prossima con la nuova versione? – Greg
Sì, è così che l'ho interpretato. –
- 1. Come si riavvia un Phusion Passenger Standalone?
- 2. Phusion Passenger Ubuntu 11.10
- 3. Phusion Passenger v. WEBrick
- 4. Errore interno server Phusion Passenger
- 5. Impossibile avviare il watchdog di Phusion Passenger?
- 6. Phusion Passenger e database pooling
- 7. Dove si trova il file di configurazione di Phusion Passenger?
- 8. Aggiornamento di Phusion Passenger senza reinstallare Nginx
- 9. Rails 3 Asset Pipeline + Apache + Phusion Passenger
- 10. phusion passenger e ruby 1.9.1 funziona già?
- 11. Avvio lento del server iniziale quando si utilizza Phusion Passenger e Rails
- 12. In che modo Phusion Passenger riutilizza thread e processi?
- 13. C'è qualche server web nell'ecosistema java simile al phusion passenger?
- 14. Passeggero Phusion con Ruby 1.8 e 1.9?
- 15. Non c'è il file tmp/restart.txt nell'app Rails
- 16. Password che protegge il sito Rails in esecuzione su Nginx e Phusion Passenger
- 17. Android, SharedPreference perso quando il telefono si riavvia
- 18. Riconnessione del client quando il server si riavvia in WebSocket
- 19. Avvia MIDlet automaticamente quando il dispositivo si riavvia?
- 20. L'animazione CSS non si riavvia quando si azzera la classe
- 21. Emulatore Android si riavvia quando si invia la postazione fittizia
- 22. Phusion passeggero non funziona su Apache
- 23. Il dispositivo Android si riavvia occasionalmente
- 24. Il servizio Android si riavvia dall'applicazione uccisa
- 25. L'app si arresta e riavvia il telefono
- 26. Uscire un'applicazione con garbo?
- 27. Come chiudere un'applicazione ASP.NET con garbo quando si interrompe il debug in VS 2010?
- 28. Rileva quando Windows si riavvia dopo crash o powerfailure
- 29. UIScrollView tocchi vs tocchi subview
- 30. Esistono semplici istruzioni per la migrazione da Phusion Passenger a Unicorn?
Con garbo intendo solo che ogni richiesta in corso è completata senza lasciarne cadere nessuna. – Greg
Ho appena modificato la mia risposta: non lascerà cadere un'istanza dell'app, né durante una richiesta né per la richiesta successiva immediata. – hurikhan77