Django-cms 安装,但 pull-downs 和其他 JS 不工作 - 修复的想法?
Django-cms installs, but pull-downs and other JS doesn't work - ideas for fixing?
我已将 Django-CMS 安装到现有网站上,虽然它没有抛出错误,但无法正常工作。特别是,当我使用“/?edit”时给定页面上的 header 出现,但下拉菜单的 none 有效,并且 [= 的 [=] 很少(可能 none) 89=] 有效。
其他方面:
- 我在本地安装的 Django 上完成了此操作,其中包含大量开发组件(例如,SQLite 和通过 django 教程提供的服务器)
- 我使用 MySQL 和 apache 服务器
在 WebFactional 上进行安装,结果相同
- 安装基本上就是这里描述的过程:
http://docs.django-cms.org/en/support-3.0.x/how_to/install.html
- 数据库安装工作 w/out 错误,/admin 站点有一个 CMS 部分
- CMS 检查显示跳过了 1 个测试,所有其他测试都通过了。
- 我正在使用 Django 1.6.5
- 这不是我唯一一次在让 django 以在项目上正确执行的方式交付 javascript 时遇到问题 - 我过去曾遇到相当简单的下拉菜单问题从未解决。
关于我可能做错了什么有什么想法吗?我的配置更改可以在这里看到:
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 使用相同的信息登录。当我查看数据库时,我看到在 syncdb.
期间来自 django-cms 的 cms_* 表
文件系统中静态主机的路径 - 它在服务器文件系统中的有效位置。 CSS 和 JS 在那里,当我在浏览器中下载源页面并查看它引用的 /static 链接时,我得到了我期望从服务器获得的正确 JS 或 CSS。主机为静态文件和特定配置推荐了一个特定的单独区域 - 我已经遵循并在 pre-django-cms 应用程序中成功工作。如果它不工作,我相信 CSS 将无法正确呈现,但它工作正常。
电子邮件设置 - 是服务器的电子邮件设置。现在他们不工作,需要测试和修复,但我非常怀疑电子邮件设置可能是一个因素。
valid email django 在创建邮件时使用的各种电子邮件设置。这些是与公司相关的有效地址。
看了大约 1.5 周后,我想我找到了答案。
解决方案的最终过程是在同一环境中启动教程和 运行,然后开始盲目地比较设置和模板。通过工作教程,我可以看到那里的内容并盲目地模仿它。
settings.py 和 local_settings.py 是一个老鼠洞 - 他们工作得很好。
最终的答案是预先存在的站点和 django-cms 正在争夺 base.html 和 "content" 的块 - 在基础站点中有一个“/”的映射 urls,这意味着它没有连接到模板,也没有任何内容块。这似乎真的让 Django-CMS 站点感到困惑,以至于它不提供下拉菜单。一旦我 base.html(现在 base.tmpl)更接近地模仿了教程,我就能够使下拉工作正常进行。
原始解决方案的提交是:
https://github.com/bethlakshmi/GBE2/commit/8286a9afd6e3ba8688dfefc4c9d888f5a2fd320f
在这里的分支上:
https://github.com/bethlakshmi/GBE2/tree/GBE-398
还有很多改进。
要查看的区域是 gbe/base.tmpl,还有着陆和 landing_page 区域,因为首先要执行的是 url 决议“/ " - 所以这是一个特殊的障碍。
这是我需要的飞跃,但仍然是部分解决方案,因为这里还有大量集成工作要做。
我已将 Django-CMS 安装到现有网站上,虽然它没有抛出错误,但无法正常工作。特别是,当我使用“/?edit”时给定页面上的 header 出现,但下拉菜单的 none 有效,并且 [= 的 [=] 很少(可能 none) 89=] 有效。
其他方面:
- 我在本地安装的 Django 上完成了此操作,其中包含大量开发组件(例如,SQLite 和通过 django 教程提供的服务器)
- 我使用 MySQL 和 apache 服务器 在 WebFactional 上进行安装,结果相同
- 安装基本上就是这里描述的过程:
http://docs.django-cms.org/en/support-3.0.x/how_to/install.html
- 数据库安装工作 w/out 错误,/admin 站点有一个 CMS 部分
- CMS 检查显示跳过了 1 个测试,所有其他测试都通过了。
- 我正在使用 Django 1.6.5
- 这不是我唯一一次在让 django 以在项目上正确执行的方式交付 javascript 时遇到问题 - 我过去曾遇到相当简单的下拉菜单问题从未解决。
关于我可能做错了什么有什么想法吗?我的配置更改可以在这里看到:
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 使用相同的信息登录。当我查看数据库时,我看到在 syncdb.
期间来自 django-cms 的 cms_* 表
文件系统中静态主机的路径 - 它在服务器文件系统中的有效位置。 CSS 和 JS 在那里,当我在浏览器中下载源页面并查看它引用的 /static 链接时,我得到了我期望从服务器获得的正确 JS 或 CSS。主机为静态文件和特定配置推荐了一个特定的单独区域 - 我已经遵循并在 pre-django-cms 应用程序中成功工作。如果它不工作,我相信 CSS 将无法正确呈现,但它工作正常。
电子邮件设置 - 是服务器的电子邮件设置。现在他们不工作,需要测试和修复,但我非常怀疑电子邮件设置可能是一个因素。
valid email django 在创建邮件时使用的各种电子邮件设置。这些是与公司相关的有效地址。
看了大约 1.5 周后,我想我找到了答案。
解决方案的最终过程是在同一环境中启动教程和 运行,然后开始盲目地比较设置和模板。通过工作教程,我可以看到那里的内容并盲目地模仿它。
settings.py 和 local_settings.py 是一个老鼠洞 - 他们工作得很好。
最终的答案是预先存在的站点和 django-cms 正在争夺 base.html 和 "content" 的块 - 在基础站点中有一个“/”的映射 urls,这意味着它没有连接到模板,也没有任何内容块。这似乎真的让 Django-CMS 站点感到困惑,以至于它不提供下拉菜单。一旦我 base.html(现在 base.tmpl)更接近地模仿了教程,我就能够使下拉工作正常进行。
原始解决方案的提交是:
https://github.com/bethlakshmi/GBE2/commit/8286a9afd6e3ba8688dfefc4c9d888f5a2fd320f
在这里的分支上:
https://github.com/bethlakshmi/GBE2/tree/GBE-398
还有很多改进。
要查看的区域是 gbe/base.tmpl,还有着陆和 landing_page 区域,因为首先要执行的是 url 决议“/ " - 所以这是一个特殊的障碍。
这是我需要的飞跃,但仍然是部分解决方案,因为这里还有大量集成工作要做。