Я успешно создал сайт Django (1.9) на своем компьютере. И теперь пытается переместить его на веб-сервер (CentOS 7). После целого дня, ища в Интернете, я нашел множество руководств о том, как это сделать. Но посреди всего этого, вероятно, некоторые из них были смущены, так как кажется, что нет «одностороннего», чтобы Django работал на веб-сервере.Запуск Django 1.9 на CentOS 7/Apache 2.4/Python 3.4
После долгой борьбы мне удалось запустить Apache (2.4.6), но теперь я вижу ошибку Internal 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, хотя я не могу понять, почему, как и где поставить это.
Из интереса будущих читателей, а также чтобы посмотреть, что я сделал, я попытаюсь повторить шаги, которые я сделал, чтобы увидеть, что я мог пропустить или сделать неправильно.
NB: Я не использую virtualenv для запуска проекта Django.
- установлен Python 3.4
- Установленные пип для Python 3.4 (с использованием завитка)
- установлен Apache 2.4 (с Yum)
- Installed mod_wsgi (от Yum) (многие сайты сказали собрать его непосредственно из кода , не рисковать в этом, кто рекомендует высоко, чтобы сделать это?)
- Installed Джанго с пип (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 в значительной степени стандартны, я изменил несколько вещей, но не то, что должно иметь влияние, насколько мне известно, поэтому я просто показываю здесь файл conf, который я использую в " /etc/httpd/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 создает при создании первоначального проекта. Это работает с собственным веб-сервером Djangos при работе на моем компьютере, не вижу, может ли мне что-то изменить здесь, чтобы заставить его работать при использовании 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 на стороне сервера. Есть так много руководств, но вам нужно объединить много разных раз, чтобы получить полную картину, поскольку каждый гид делает так много предположений, и вы более или менее должны иметь предварительные знания, чтобы использовать их.
И когда вы объединяете направляющие, каждый гид делает это немного по-другому, заставляя ваш мозг работать сверхурочно, чтобы собрать все это вместе. :)
может любой помочь. Описание проблемы такое же, как и выше, но это не решает мою проблему. –
@DivijSehgal: вы ответили мне, но это был не мой вопрос - я просто (повторно) опубликовал ответ оригинального плаката. OP не вступил в систему в течение месяца, поэтому вы можете задать новый вопрос, связавшись с этим, если хотите. Однако не забудьте добавить достаточно подробные сведения: ваш комментарий не добавляет никакого нового контекста. – halfer