当前位置: 首页 > 网络应用技术

如何修改Django(Django使用教程)

时间:2023-03-07 09:58:05 网络应用技术

  首席执行官在本文中注明将介绍有关如何在Django和Django使用教程中修改的相关内容。我希望这对每个人都会有所帮助。让我们来看看。

  本文目录清单:

  1.“ Django Framework” - 拆卸配置文件设置2.如何修改Django背景应用程序的顺序3.如何使用Django命令修改Django Auth.user的默认值以生成项目的基本结构,即配置信息由defaultin在项目目录中保存在settings.py文件中,以相同的名称,在实际开发中,对于项目,这通常是不合适的。有必要将设置配置文件拆分为几个文件。文件放在base.py文件中,在线放置在product.py文件中,并将开发和测试的文件放在devert.py.py中文件。此功能部很明确,这对于我们的在线和离线调试非常方便。

  1)在同名项目中,创建一个设置包(目录中包含__init__.py的文件夹)。

  2)在设置软件包中创建3个新文件:public base base.py(用于配置Django默认配置文件),develop.py(用于开发环境)和product.py(用于生产环境)。

  3)将原始设置的内容复制到base.py文件。

  4)确认目录确定后,我们需要在base.py中修改时区和语言配置:

  如果需要修改类似的公共零件,则可以在base.py(例如注册表应用程序)中修改它,这里没有示例。

  5)之后,对于不同的在线和离线零件,我们只能导入base.py模块并将其修改为不同零件。例如,在线和离线对接不同的测试数据库,我们可以修改数据库连接:

  6)修改Manage.py文件。使用自己的服务开始时,Django需要知道设置文件的路径。

  7)生产时,请使用asgi.py(在django3.x中)或wsgi.py(django2.x版本),您可以更改生产配置文件的路径:

  上述问题也有问题。如果在线和离线环境切换,我们需要更改代码,我们可以通过设置系统环境变量来动态获取它,以避免修改代码:

  这样,Django通过在系统环境变量中读取Lipin_profile来加载不同的设置文件。

  这可以删除原始设置.py文件!交叉

  但是会有一个问题。您会发现我们无法访问以前的好网页,也找不到模板!

  这是因为在先前的配置文件中,路径问题,因为我们的原始配置文件以同一名称为单位,现在我们被分为一个新软件包,因此我们需要转到第一级目录是我们需要的

  Django修改了管理背景中显示的名称

  Dajngo在管理背景中的默认显示的名称是创建应用程序时的名称

  从django1.7中,您不再使用app_label,并且需要使用appconfig修改应用程序相关的应用程序。对Django版本更新的大型更改,建议使用Django的官方文档。Baidu,Google只能在__init__.py的应用中进行帮助,并将其修改。

  #django#用户的URL设置问题。使用UserProfile之后,将会出现一个问题,即,在Django的auth应用程序中,用户模型的get_absolute_url的正文是/用户/用户名/,如果您已经扩展了一个用户forprofile,则您已经扩展了,您可能需要使用userProfile,.get_absolute_url要使用它,然后您需要重新定义auth.user的绝对URL。

  用户中的用户中的get_absolute_url像这样定义了模型:

  [python]查看普通副本

  def get_absolute_url(self):

  返回“/用户/%s/”%urllib.uquote(smart_str(self.username))

  它在这里已经死了,但是Django仍然提供了修改它的方法。

  该方法是:在settings.py中添加设置:absolute_url_overrides

  [python]查看普通副本

  absolute_url_overrides = {

  'blogs.weblog':lambda o:“/blogs/%s/“%o.slug,

  'news.story':lambda o:“/stories/%S/%S/"%S/“pub_year,o.slug),

  }

  因此,对于Auth.user,请按以下内容进行修改:

  [python]查看普通副本

  absolute_url_overrides = {

  'auth.user':lambda u:“/member/profile/%s/”%u.username,

  #其他设置

  }

  结论:以上是首席CTO注释的所有内容,每个人都在Django上修改。感谢您花时间阅读内容,不要忘记在此网站上找到它。