问题标签 [django-1.7]

我想从 Apache vhost 配置文件中读取环境变量并将它们存储到 Django 设置中。

在更新到 Django 1.7 之前一切都很好，但现在它坏了。

当我打电话时，问题似乎出在我的 wsgi.py 脚本中

因为它在设置环境变量之前读取配置文件。

在 Django 1.7 中还有另一种方法可以做到这一点吗？

在我的 /etc/apache2/sites-enabled/mysyte.conf 我有：

在我的 wsgi.py 中：

在我的 settings.py 中，我有：

这是日志文件报告的内容：

我正在尝试按照https://docs.djangoproject.com/en/dev/ref/applications/上的文档为我的一个名为“articles”的 Django 应用程序设置自定义应用程序配置，但我ImportError: No module named articles.apps在执行时不断获取./manage.py check（或任何其他管理命令，例如./manage.py runserver）

这是项目的树

在settings.py中安装的应用程序：

内容articles/__init__.py：

内容articles/apps.py：

我'projectname.apps.articles'在我的INSTALLED_APPS

只是为了确保我真的拥有所有这些文件并且没有弄乱路径

一切都很好进口...

但：

我在这个 csv 问题上被困了几个小时。以下代码在表单发布后运行：

“traitement_du_fichier”函数是这样的：

我收到以下错误：

我尝试使用 open() 但据我了解， open() 仅适用于上传文件的直接路径。但是，我需要从记忆中做到这一点。

project_list() 视图列出了所有已经存在的项目，并为您提供了添加新项目的选项。new_project() 处理该新项目的创建，然后重定向到 project() 视图或返回到 project_list() 包括表单，以便它可以显示错误。

我一直在想我应该以某种方式使用相同的渲染功能。原因是大约一个星期以来，我没有意识到form.is_valid() == False在页面正确加载但没有列出项目之后（我忘记在第二次渲染中包含项目变量）。

如何保持这个逻辑分开但使用相同的渲染调用？

另外，假设我需要用另一个额外的变量来第三次渲染这个，我应该如何解释呢？

首先，当谈到 Django 时，我是一个新手。

我正在努力解决的问题是尝试为 Django 1.7 中的内置身份验证表单创建模板，但是在文档或其他地方的任何地方，我都找不到具体示例的方式。

我可以找到很多描述如何手动创建模板（或从 Django 包中复制它们）的问题和示例，但根据我对 Form 类和内置身份验证表单的了解，我不需要手动在模板中创建实际的表单。事实上，使用 Form 类似乎更可取，因为这将确保正确命名字段、应用验证（例如文本字段的最大长度）等。

谁能指出我正在谈论的一些具体示例或文档？我已经阅读了以下部分，

• https://docs.djangoproject.com/en/1.7/topics/forms/
• https://docs.djangoproject.com/en/1.7/topics/auth/default/
• https://docs.djangoproject.com/en/1.7/topics/auth/customizing/

事实上，我会说这个问题通常扩展到任何 Form 类，但我在这里专门查看身份验证表单，因为我显然没有编写这些 Form 类。

我不认为它应该与我读过的内容有任何区别，因为应该应用相同的过程，但我会说我正在使用 django-authtools 包（http://django-authtools.readthedocs.org/ zh/最新/ )

我有实际的身份验证系统工作正常。它使用户登录和注销，我可以强制某些 url 要求用户首先登录，等等。所以它只有实际的表单显示是一个问题。

在 Django 1.7 之前，我曾经在设置中定义每个项目的fixtures目录：

并使用它来放置我的固定装置，以存储整个项目必不可少initial_data.json的默认组。这对我来说效果很好，因为我可以通过将每个项目数据与特定于应用程序的数据分开来保持设计整洁。

现在在 Django 1.7 中，initial_datafixtures 已被弃用，建议将数据迁移与应用程序的模式迁移一起包括在内；没有为全球每个项目的初始数据留下明显的选择。

此外，新的迁移框架会在为兼容的应用程序（包括应用程序）执行迁移之前安装所有旧的初始数据固定装置django.contrib.auth。此行为会导致包含默认组的我的夹具安装失败，因为该auth_group表尚不存在于数据库中。

关于如何（优雅地）在所有迁移之后或至少在身份验证应用程序迁移之后运行固定装置的任何建议？或任何其他想法来解决这个问题？我发现固定装置是提供初始数据的好方法，并且希望有一种简单而干净的方式来声明它们以进行自动安装。新的RunPython实在是太笨重了，我认为它在大多数情况下都是矫枉过正的；它似乎仅适用于每个应用程序的迁移。

如果我将数据库中的布尔字段设置为 False，我不想在表单中显示字段。

这是我的代码：

因此，如果 g.boolean_clients 为 true，则必须有过滤器，但如果 g.boolean_clients 为 false，我不想在表单中显示此字段。

有什么方法可以热吗？

我无法对在 django 1.7 中使用 django-timezone-field 的模型对象之一进行迁移

我在这里找到了解决方案： https ://github.com/mfogel/django-timezone-field/issues/12

我安装了 django-time-field 的分叉版本，它解决了这个问题： https ://github.com/mfogel/django-timezone-field/issues/12

我现在得到错误： unicode object has no attribute zone和'unicode' object has no attribute 'localize'

我这样称呼这个领域：timezone.activate(customer.time_zone.zone)

我的模型看起来像：

如果这个分叉不好，我该如何迁移？除了时区字段还有其他解决方案吗？

我有一个 Django 应用程序，它的部分最初是用 Django 1.2 编写的，并且该应用程序一直升级到 1.7。升级到 1.7 后，我收到以下警告python manage.py check：

错误消息中提到的URL确实详细说明了所做的更改，但它没有给出任何关于为什么触发此警告或如何禁止它的提示。即使警告消息引用了 Django 1.6，它也只是在升级到 Django 1.7 后才开始出现

我检查了在 Django 1.7 下运行的单元测试数量与在 Django 1.6.1 下运行的单元测试数量相同。

对于那些感兴趣的人，有问题的应用程序是一个名为Kompassi的事件管理系统，可以在Github上找到。

我正在关注此以在我的模型表单上添加自定义验证，并且它正在工作......主要是。

我的代码：

在 1900 年 1 月 1 日之前，它会像预期的那样引发错误，但是一旦我进入 1899 年它就不会。我不确定是什么原因造成的。我正在使用DateTimeWidget。

我得到的错误是：

我检查了比较的结果，它按预期工作（1920 年以下的年份为假）。

简而言之，模型正在更新，并且在应该时不会引发错误。