2016-02-24 2 views
1

Я успешно создал сайт 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.

  1. установлен Python 3.4
  2. Установленные пип для Python 3.4 (с использованием завитка)
  3. установлен Apache 2.4 (с Yum)
  4. Installed mod_wsgi (от Yum) (многие сайты сказали собрать его непосредственно из кода , не рисковать в этом, кто рекомендует высоко, чтобы сделать это?)
  5. 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 на стороне сервера. Есть так много руководств, но вам нужно объединить много разных раз, чтобы получить полную картину, поскольку каждый гид делает так много предположений, и вы более или менее должны иметь предварительные знания, чтобы использовать их.

И когда вы объединяете направляющие, каждый гид делает это немного по-другому, заставляя ваш мозг работать сверхурочно, чтобы собрать все это вместе. :)

ответ

0

(Отправлено от имени ОП).

Иногда вам просто нужно уйти от вещей и просмотреть его под другим углом. Это была просто ссылка, которая отсутствовала. В conf мне нужно было также добавить ссылку на библиотеки Django. В WSGIPythonPath я добавил «/usr/lib64/python3.4/site-packages:», поэтому теперь он выглядит следующим образом. И тогда все сработало. Надеюсь, это по крайней мере сейчас поможет кому-то другому.

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

Если кто натыкается на этот пост, и чувствует, как комментировать любые другие вопросы, которые я спросил, пожалуйста, не стесняйтесь. Я все еще хотел бы знать, если мой подход может быть улучшен, так как это всего лишь промежуточный сервер, и я должен все это сделать для производства. Можете также научиться делать это лучше.

+0

может любой помочь. Описание проблемы такое же, как и выше, но это не решает мою проблему. –

+0

@DivijSehgal: вы ответили мне, но это был не мой вопрос - я просто (повторно) опубликовал ответ оригинального плаката. OP не вступил в систему в течение месяца, поэтому вы можете задать новый вопрос, связавшись с этим, если хотите. Однако не забудьте добавить достаточно подробные сведения: ваш комментарий не добавляет никакого нового контекста. – halfer