Я установил Django-CMS на существующий сайт и, хотя он не бросает ошибки, он не работает. В частности, заголовок на заданной странице появляется, когда я использую "/? Edit", но ни одно из выпадающих меню не работает, и очень мало (возможно, нет) работы JavaScript.

Другие грани:

Я сделал это при локальной установке Django со значительными компонентами разработки (например, SQLite и сервером, предоставленным через учебник django).
Я сделал это с тем же результатом при установке на WebFactional с использованием MySQL и сервера apache
Установка - это в основном процесс, описанный здесь:

http://docs.django-cms.org/en/support-3.0.x/how_to/install.html

БД установила работу с ошибками w/out, а на сайте /admin был раздел для CMS
Проверка CMS показала, что 1 тест пропущен, и все остальные тесты прошли.
Я использую Django 1.6.5
Это не единственный случай, когда у меня возникли проблемы с доставкой jjjdo для правильного выполнения проекта - у меня были проблемы с довольно простыми выпадающими меню в прошлом, которые я никогда не разрешал.

Любые идеи о том, что я могу делать неправильно? Мое изменение конфигурации можно увидеть здесь:

https://github.com/bethlakshmi/GBE2/compare/GBE-398

Локальные настройки (последнее редактирование)

DEBUG = True
TEMPLATE_DEBUG = False

ALLOWED_HOSTS = ['*domain of server*']
LOGIN_REDIRECT_URL = '/'

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': '*db name*',
        'USER': '*username*',
        'PASSWORD': '*password*',
        'HOST': '',
        'PORT': '',
    }

}

STATIC_ROOT = '*path to the static host in the file system*'
#STATIC_ROOT = '/'


EMAIL_HOST = '* email settings*'
EMAIL_HOST_USER = '*email settings*'
EMAIL_HOST_PASSWORD = '*email settings*'
DEFAULT_FROM_EMAIL = '*valid email*'
SERVER_EMAIL = '*valid email*'

домен сервера. Сайт размещен на субдомене: - prototypecms.gbeadmin.webfactional.com, разрешенный хост - "gbeadmin.webfactional.com"
имя db, имя пользователя, пароль - правильные настройки для локально размещенной базы данных. Сам веб-сайт отлично работает с этими настройками базы данных. Я могу войти в систему с той же информацией, используя PHP Admin с консоли. И когда я смотрю в БД, я вижу таблицы cms_ *, которые пришли из django-cms во время syncdb.
путь к статическому хосту в файловой системе - его правильное расположение в файловой системе сервера. CSS и JS есть, и когда я загружаю исходную страницу в браузере и смотрю на/статические ссылки, которые она ссылается, я получаю правильные JS или CSS, которые я ожидаю от сервера. Хост рекомендует конкретную отдельную область для статических файлов и конкретной конфигурации - за которой я следил и успешно работал в приложении pre-django-cms. Если он не работает, я считаю, что CSS не будет отображаться правильно, и он отлично работает.
настройки электронной почты - это настройки электронной почты для сервера. Сейчас они не работают и нуждаются в проверке и исправлении, но у меня есть много сомнений в том, что настройки электронной почты могут быть фактором здесь.
действительный email различные настройки электронной почты, используемые django при создании почты. Это действительные адреса, относящиеся к бизнесу.

Ответ 1

Посмотрев на это около 1,5 недель, я думаю, что нашел ответ.

В конечном итоге процесс решения заключался в том, чтобы запустить учебное пособие в той же среде и начать рабски сравнивать настройки и шаблоны. С помощью рабочего учебника я мог видеть, что там было, и рабски имитировать его.

Параметры settings.py и local_settings.py были отверстием для крыс - они работали нормально.

В конечном итоге ответ заключался в том, что ранее существовавший сайт и django-cms конкурировали с base.html и блоком для "контента" - в URL-адресах базового сайта было отображение "/", а это означало, t подключиться к шаблону, и у него не было блоков контента. Казалось, что это действительно запутало сайт Django-CMS так, чтобы он не предлагал никаких выпадающих списков. После того, как я получил base.html(теперь base.tmpl), чтобы более точно подражать учебнику, я смог получить отрывные работы.

Конец исходного решения был:

https://github.com/bethlakshmi/GBE2/commit/8286a9afd6e3ba8688dfefc4c9d888f5a2fd320f

И на ветке здесь:

https://github.com/bethlakshmi/GBE2/tree/GBE-398

Было еще много уточнений.

Областями, на которые нужно смотреть, будет gbe/base.tmpl, а также местами приземления и посадки в качестве первой вещи, которые были выполнены, было предсказуемо разрешение URL-адреса "/", поэтому это был особый блокиратор.

Это прыжок вперед, который мне нужен, но все же частичное решение, так как здесь есть огромная интеграция.