Server 在pythonenywhere.com上运行Django服务器时会发生什么？

As是托管python web应用程序的最佳场所之一。应用程序将按照wsgi.py的配置托管在自己的服务器上。但是当我在它的bash shell上执行类似的操作时会发生什么呢

$ python manage.py runserver 127.0.0.1:9000

Performing system checks...
System check identified no issues (0 silenced).
April 28, 2016 - 15:29:48
Django version 1.9.5, using settings 'MyProject.settings'
Starting development server at http://127.0.0.1:9000/
Quit the server with CONTROL-C.

---

正如您所看到的，我已将端口更改为

：9000

，因此是否有任何方法可以访问此端口，或者它只是毫无意义，因为它是在服务服务器服务上为应用程序提供服务的。无法使用

manage.py runserver

访问您运行的服务器。它将尝试绑定到本地端口，但从pythonywhere集群外部看不到该端口

$ python manage.py runserver 127.0.0.1:9000

Performing system checks...
System check identified no issues (0 silenced).
April 28, 2016 - 15:29:48
Django version 1.9.5, using settings 'MyProject.settings'
Starting development server at http://127.0.0.1:9000/
Quit the server with CONTROL-C.

---

[编辑]哦，谢谢你对蟒蛇的好话

这意味着它毫无意义。所以，它可能会消耗CPU周期，那么为什么Python开发人员允许用户这样做呢？我的意思是，他们可以做一些事情，防止用户以这种方式在该端口上托管。我想我找到了一个完美的男人@Giles ThomasYup，这是没有意义的，但它不会消耗太多CPU周期——我猜启动不到一秒钟，然后什么都没有。一般来说，我们可以阻止人们绑定到端口，但我们不能仅对Django这样做——而且有各种模糊的包实际上可以有效地绑定到仅群集的端口/IP地址（特别是一些科学方面的东西）。不可能允许它们，但不允许Django（或Flask或其他带有本地测试服务器的web框架）。