在CentOS 7 / Apache 2.4 / Python 3.4上運行Django 1.9

Question

我已經在計算機上成功創建了Django（1.9）網站。 現在正在嘗試將其移至Web服務器（CentOS 7）。 經過一整天的搜索，在網絡上找到了許多有關此操作的指南。 但是在所有這些之中，可能會使其中一些混淆在一起，因為似乎沒有“單向”的辦法可以使Django在Web服務器上運行。

經過長時間的努力，我實際上設法使Apache（2.4.6）運行，但是現在看到內部500錯誤。 我花了一段時間，但找到了日志文件。 對於我而言，其他讀者則在/ etc / httpd / logs / error_log中。

[Wed Feb 24 18:00:05.475116 2016] [mpm_prefork:notice] [pid 4641] AH00163: Apache/2.4.6 (CentOS) mod_wsgi/3.4 Python/2.7.5 configured -- resuming normal operations
[Wed Feb 24 18:00:05.475162 2016] [core:notice] [pid 4641] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
[Wed Feb 24 18:00:12.867329 2016] [:error] [pid 4642] [client x:54699] mod_wsgi (pid=4642): Target WSGI script '/var/www/sites/mysite.com/mysite/wsgi.py' cannot be loaded as Python module.
[Wed Feb 24 18:00:12.867484 2016] [:error] [pid 4642] [client x:54699] mod_wsgi (pid=4642): Exception occurred processing WSGI script '/var/www/sites/mysite.com/mysite/wsgi.py'.
[Wed Feb 24 18:00:12.867570 2016] [:error] [pid 4642] [client x:54699] Traceback (most recent call last):
[Wed Feb 24 18:00:12.867664 2016] [:error] [pid 4642] [client x:54699]   File "/var/www/sites/mysite.com/mysite/wsgi.py", line 12, in <module>
[Wed Feb 24 18:00:12.868020 2016] [:error] [pid 4642] [client x:54699]     from django.core.wsgi import get_wsgi_application
[Wed Feb 24 18:00:12.868109 2016] [:error] [pid 4642] [client x:54699] ImportError: No module named django.core.wsgi

我假設我需要某種對Django代碼的引用，盡管我無法弄清楚為什么，如何或在哪里放置它。

出於對將來任何讀者的興趣，並查看我所做的事情，我將嘗試回顧我所做的步驟，以便能夠看到我可能錯過或做錯的事情。

注意：我沒有使用virtualenv運行我的Django項目。

1. 已安裝python 3.4
2. 為python 3.4安裝了pip（使用curl）
3. 已安裝Apache 2.4（來自yum）
4. 安裝了mod_wsgi（來自yum）（許多站點據說直接從代碼中進行編譯，沒有冒險嘗試，有人強烈建議這樣做嗎？）
5. 用pip安裝Django（NB，不帶virtualenv）

完成上述操作后，我使用SVN客戶端將服務器上的代碼簽出到/var/www/sites/mysite.com文件夾中。 文件夾結構如下所示。 （請注意，仍在使用sqllite，尚未遷移到PostgreSQL，這是下一步，一旦我在線查看我的網站）

（請注意，我花了很多時間弄清楚將Django代碼放到哪里，因為到處看，它的位置都不同。我最終決定將其直接放在/ var / www中，因為它是站點代碼，似乎需要用到，歡迎任何評論。）

+---var
|   \---www
|       \---sites
|          \---static
|          \---mysite.com
|             +---db.sqllite3
|             +---manage.py
|             \---.svn
|             \---mysite
|                +---settings.py
|                +---urls.py
|                +---wsgi.py
|                +---...
|             \---mysiteapp
|                +---urls.py
|                +---admin.py
|                +---...

我已經使用“ sudo python3.4 manage.py collectstatic”將靜態文件移動到/ var / www / sites / static /文件夾。 由於我不希望它位於我的.svn文件所在的文件夾中。 我可以忽略該文件夾，但目前情況如此。

就我而言，Apache的安裝幾乎是標准的，就我而言，我已經更改了一些內容，但沒有更改應有影響的內容，因此，我僅在此處顯示我在“ / etc / httpd”中使用的conf文件。 /conf.d”文件夾。 （請注意，我已將項目名稱替換為mysite）

WSGIPythonPath /var/www/sites/mysite.com
ServerName sub.server.com
<VirtualHost *:80>

  Alias /static/ /var/www/sites/static/
  <Directory /var/www/sites/static/>
    Options -Indexes
    Require all granted
  </Directory>

  WSGIScriptAlias / /var/www/sites/mysite.com/mysite/wsgi.py

  <Directory /var/www/sites/mysite.com/mysite>
    <Files wsgi.py>
      Require all granted
    </Files>
  </Directory>

</VirtualHost>

我的wsgi.py文件是Django在創建初始項目時創建的標准文件。 這在我的計算機上運行時可與Django自己的Web服務器一起使用，無法查看是否可能需要在此處進行某些更改才能使其在使用Apache時正常工作？

import os

from django.core.wsgi import get_wsgi_application

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "mysite.settings")

application = get_wsgi_application()

對於感興趣的人，我還包括settings.py文件，以查看此處的內容。

import os

# Build paths inside the project like this: os.path.join(BASE_DIR, ...)
BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))

# Quick-start development settings - unsuitable for production
# See https://docs.djangoproject.com/en/1.9/howto/deployment/checklist/

# SECURITY WARNING: keep the secret key used in production secret!
SECRET_KEY = <removed>

# SECURITY WARNING: don't run with debug turned on in production!
DEBUG = True

ALLOWED_HOSTS = []

# Application definition

INSTALLED_APPS = [
    'mysiteapp.apps.mysiteappConfig',
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
]

MIDDLEWARE_CLASSES = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.auth.middleware.SessionAuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

ROOT_URLCONF = 'mysite.urls'

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(BASE_DIR, 'templates')],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
            ],
        },
    },
]

WSGI_APPLICATION = 'mysite.wsgi.application'


# Database
# https://docs.djangoproject.com/en/1.9/ref/settings/#databases

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
    }
}


# Password validation
# https://docs.djangoproject.com/en/1.9/ref/settings/#auth-password-validators

AUTH_PASSWORD_VALIDATORS = [
    {
        'NAME': 'django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.MinimumLengthValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator',
    },
]


# Internationalization
# https://docs.djangoproject.com/en/1.9/topics/i18n/

LANGUAGE_CODE = 'en-us'

TIME_ZONE = 'CET'

USE_I18N = True

USE_L10N = True

USE_TZ = True

# Logging
LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'filters': {
        'require_debug_false': {
            '()': 'django.utils.log.RequireDebugFalse'
        }
    },
    'handlers': {
        'mail_admins': {
            'level': 'ERROR',
            'filters': ['require_debug_false'],
            'class': 'django.utils.log.AdminEmailHandler'
        },
        'logfile': {
            'class': 'logging.handlers.WatchedFileHandler',
            'filename': '/var/log/django/error.log'
        },
    },
    'loggers': {
        'django.request': {
            'handlers': ['mail_admins'],
            'level': 'ERROR',
            'propagate': True,
        },
        'django': {
            'handlers': ['logfile'],
            'level': 'ERROR',
            'propagate': False,
        },
    }
}

# Static files (CSS, JavaScript, Images)
# https://docs.djangoproject.com/en/1.9/howto/static-files/

STATIC_ROOT = '/var/www/sites/static/'
STATIC_URL = '/static/'

我希望有人能指出我正確的方向。 感謝您能獲得的任何幫助或對安裝程序的評論。 經過一整天的嘗試，並在網上搜索之后，我真的很想念一個很好的指南，說明如何使Django在服務器端運行。 指南太多了，但是您一次需要將很多不同的指南組合在一起才能獲得全面的了解，因為每個指南都做出了如此多的假設，您或多或少必須具備使用它們的先驗知識。

而且，當您合並這些指南時，每個指南的操作方式都會有所不同，使您的大腦需要加班才能將它們拼湊在一起。 :)

Answer 1

（代表OP發布）。

有時，您只需要遠離事物，並從另一個角度來看待它。 它只是缺少的參考。 在conf中，我還需要添加對Django庫的引用。 我在WSGIPythonPath中添加了“ /usr/lib64/python3.4/site-packages：”，因此現在看起來如下所示。 然后所有的工作。 我希望至少現在可以幫助其他人。

WSGIPythonPath /usr/lib64/python3.4/site-packages:/var/www/sites/mysite

如果有人偶然發現了這篇文章，並且想評論我所問的其他任何問題，請隨意。 我仍然想知道，是否可以改進我的方法，因為這只是一個登台服務器，我必須為生產再次進行所有操作。 最好學會做得更好。