43
Come posso rendere permanente il server di sviluppo da django? In modo che non si fermi quando esco dalla shell.Django runserver permanente
Grazie
A
risposta
42
Se siete su Linux/Unix utilizzare il comando "nohup".
nohup manage.py runserver &
Poi per tornare indietro, utilizzare il comando fg:
fg
Grazie a: Xiong Chiamiov
+1
Quindi per ripristinarlo, utilizzare il comando fg. –
+0
Questo non ti permetterà di uscire dalla shell mentre un lavoro sarà in esecuzione. Destra? –
+1
@Adam N. Sarai in grado di uscire dalla shell, il nohup è per "no hangup", continuerà a eseguire il lavoro dopo aver lasciato la shell. – MikeN
50
un altro modo semplice per farlo è quello di eseguire:
[[email protected]]$screen
[[email protected]]$python manage.py runserver 0.0.0.0:8000
Ora premere Ctrl+A e quindi premere d per uscire da questa schermata.
Ciò crea il server in una schermata e quindi la scollega. In questo modo puoi semplicemente tornare indietro e digitare:
ed è possibile riprendere il controllo del server e vedere cosa sta succedendo.
+1
È possibile disconnettersi e tornare allo schermo? –
+0
@AdamNelson Sì, se non si termina esplicitamente una sessione di schermo, continuerà a essere in esecuzione anche dopo un logout. – 0sh
+1
Un problema con questa soluzione è che l'esecuzione del server avvia la console del server e non è possibile fornire comandi al terminale, quindi non è possibile eseguire lo schermo -d metodo – Freestyle076
2
creare un file con questo, ad esempio /tmp/screendjango:
screen python manage.py runserver
e poi lo metti:
screen -dmS django -c /tmp/screendjango
per collegare la sessione che si mettono
screen -d -r django.
+1
Penso che sia il modo più complicato per usare lo schermo, mai. –
0
Su Windows, esegui
pythonw.exe manage.py runserver
0
Sto per farlo da solo. Lo scenario è che sono un prototipo rapido per un cliente e hanno bisogno di vedere come sono le cose. Non ci sarà mai più di 2-3 persone su questo in un momento, ma io non voglio impostare Apache o rimanere connesso.
sudo ./manage.py runserver 192.168.1.94:80 [run this on port 80 so a normal business user can see it]
ctrl+z [to suspend the job (same thing as appending & to the above command but then I don't need to deal with entering the sudo password on the command line)]
bg %1 [puts the job in the background]
jobs [just to see what's going on]
exit [exit the session]
22
Come schermata uso Travis says--. Se non lo hai già installato, vai a ottenerlo:
sudo apt-get install screen
screen
Invio invio. Ora è come se ti trovassi in un'altra finestra di terminale.
Iniziate la server con:
python manage.py runserver 0.0.0.0:8000
Ora si sta eseguendo il server, e ti piacerebbe tornare alla tua prima schermata, mentre lasciando l'applicazione Django continuare l'esecuzione. Lo schermo ha una bella funzionalità integrata per questo.Per tornare al vostro tipo di terminale principale:
ctrl+a d
Da lì, si può tornare alla schermata django digitando:
screen -r
Se si dispone di più schermate aperte si può raggiungere quella corretta da è 4-5 cifre numero ID:
screen -r 1333
E le pagine man sono piuttosto buone:
man screen
+0
Sono molto interessato alla tua soluzione. Dato che sto usando CentOS, ho dovuto usare 'pipl install screen'. L'installazione è stata un successo ma poi ho digitato 'screen' e get -bash: screen: comando non trovato. Qualche idea? Grazie – Dmitry
+1
@dmitrymar anche se potresti aver installato correttamente la schermata, sembra che non ci sia nel tuo PERCORSO. Dovrai capire dove lo ha installato pipl e assicurarti che la directory in cui è stato installato sia nel PERCORSO. Controlla 'echo $ PATH' per vedere qual è il percorso corrente. E 'quale schermo' per verificare che la tua shell lo veda da qualche parte nel percorso. – kelorek
9
on Ubuntu run:>./manage.py runserver 0.0.0.0:8000 > /dev/null 2>&1 &
>exit
Problemi correlati
- 1. Django colore runserver uscita
- 2. Django manage.py verbosità di runserver
- 3. Django 1.4 Comando sconosciuto: 'runserver'
- 4. Django banca dati runserver personalizzato
- 5. django sudo runserver sollevando un errore
- 6. errore runserver Django quando specifica porta
- 7. Django: Override Debug = True dal comando run.py runserver
- 8. Perché coverage.py non misura correttamente il comando runserver di Django?
- 9. Vagrant non sta inoltrando quando eseguo django runserver su ssh
- 10. NSManagedObjectID permanente non è così permanente?
- 11. stack trace da runserver manage.py che non appare il comando
- 12. Django runserver associato a 0.0.0.0, come posso ottenere quale IP ha preso la richiesta?
- 13. Come eliminare i processi secondari di Django runserver da uno script bash?
- 14. Run Django senza Apache utilizzando runserver sulla porta 80 e accessibile al di fuori LAN
- 15. Stampa una traccia dello stack su stdout sugli errori in Django durante l'utilizzo di manage.py runserver
- 16. Eliminazione permanente e permanente dei file su CentOS
- 17. LocalStage permanente in Awesomium
- 18. HttpServletResponse sendRedirect permanente
- 19. NetBeans: aggiungere biblioteca permanente
- 20. Sottolineatura permanente LinkButton
- 21. "stato permanente" vs. "stato corrente"
- 22. Aggiunta permanente di hive jar
- 23. Sostituzione permanente di una funzione
- 24. Recupero e stato permanente tra richieste
- 25. File statici Django su S3: S3ResponseError: 301 spostati in modo permanente
- 26. perché ho due process quando eseguo python manage.py runserver
- 27. Gulp - Come scrivere il comando a runserver da gulpfile
- 28. Apri file nell'app Django
- 29. shrink tablespace permanente in oracle 11g
- 30. Archiviazione permanente della sessione nel nodo
Spero che non lo stiate chiedendo per l'uso su un server di produzione. Ti condurrà solo al male se lo sei. – wlashell
Si suppone che la shell sia aperta solo durante lo sviluppo. Questo NON è pensato per la produzione! – Soviut
E per i beta tester? – panchicore