【问题标题】:Django runserver command not workingDjango runserver 命令不起作用
【发布时间】:2013-10-27 22:30:32
【问题描述】:

我正在尝试设置本地 django 安装,但在正确配置它时遇到了很多问题。

尝试启动服务器不起作用:

admins-macbook:myproject Admin$ python manage.py runserver 8080

Traceback (most recent call last):
  File "manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/core/management/__init__.py", line 443, in execute_from_command_line
    utility.execute()
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/core/management/__init__.py", line 382, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/core/management/__init__.py", line 261, in fetch_command
    klass = load_command_class(app_name, subcommand)
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/core/management/__init__.py", line 69, in load_command_class
    module = import_module('%s.management.commands.%s' % (app_name, name))
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/utils/importlib.py", line 35, in import_module
    __import__(name)
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/core/management/commands/runserver.py", line 8, in <module>
    from django.core.servers.basehttp import AdminMediaHandler, run, WSGIServerException, get_internal_wsgi_application
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/core/servers/basehttp.py", line 26, in <module>
   from django.views import static
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/views/static.py", line 95, in <module>
    template_translatable = ugettext_noop(u"Index of %(directory)s")
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/utils/translation/__init__.py", line 75, in gettext_noop
    return _trans.gettext_noop(message)
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/utils/translation/__init__.py", line 48, in __getattr__
    if settings.USE_I18N:
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/utils/functional.py", line 184, in inner
    self._setup()
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/conf/__init__.py", line 42, in _setup
    self._wrapped = Settings(settings_module)
  File "/Users/Admin/myapp/lib/python2.7/site-packages/django/conf/__init__.py", line 95, in __init__
    raise ImportError("Could not import settings '%s' (Is it on sys.path?): %s" % (self.SETTINGS_MODULE, e))

ImportError: Could not import settings '{{ project_name }}.settings' (Is it on sys.path?): No module named {{ project_name }}.settings

我一直主要关注directions here

我完全不知道自己可能做错了什么。我用谷歌搜索,发现有人说这可能是因为项目名称之间的命名冲突或试图同时使用两个安装。我更改了我的项目名称,并检查我只有一个 django 安装,但仍然面临同样的问题。任何人都可以帮忙吗?感谢您的任何想法!


编辑:检查路径

admins-macbook:Downloads Admin$ echo $PATH
/Users/Admin/myapp/lib/python2.7/site-packages/django/conf/myproject:/Users/Admin/myapp/lib/python2.7/site-packages/django/conf:/Users/Admin/myapp/lib/python2.7/site-packages/django:/Users/Admin/myapp/lib/python2.7/site-packages:/Users/Admin/myapp/lib/python2.7:/Users/Admin/myapp/lib:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin

编辑:添加目录结构(没有改变,直接来自 django 1.4.2):

-bin
-contrib
-core
-(etc.)
-django
--conf
---__init__
---app_template
---urls
---myproject
----myapp
-----settings.py
-----urls.py
-----(etc.)
----manage.py

【问题讨论】:

  • 找不到你的settings.py。你在建立项目时有没有做任何不寻常的事情?您的目录看起来如何?
  • 不,我根本没有改变任何东西。在最初尝试runserver 并收到此错误后,我在互联网上阅读此错误可能是由项目名称冲突引起的后更改了项目和应用程序名称。否则,我没有改变任何东西。我将在上面添加目录结构。感谢您的任何想法!
  • 不需要。你的评论告诉我问题出在哪里(见答案)
  • 等等...您没有在站点包中的 django 库内部编写您的应用程序,对吧?
  • 天哪,对不起,我搞砸了,正在站点包文件夹中工作。在根文件夹中设置一个新项目解决了这个问题。感谢您的帮助!

标签: django python-2.7 installation osx-snow-leopard django-1.4


【解决方案1】:

首次创建 manage.py 时,它包含一个代码,每当运行命令(例如运行服务器)时,它会将项目的 settings.py 的路径添加到 python 路径。由于您更改了文件夹的名称,因此 manage.py 无法再找到设置。

打开 manage.py 并将那里的旧项目名称更改为新名称。还有其他地方可能会出现此问题,因此请注意对旧项目名称的引用会导致麻烦

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2020-09-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-01-30
    • 2020-01-30
    • 1970-01-01
    相关资源
    最近更新 更多