rusi__的博客

前言1、实测成功2、只描述思路和方法，不提供具体有关代码和文档链接背景项目长期维护了一个自定义的Person表，有关用户表的边缘操作都是自己造的轮子，终于有一天大家终于受不了了，而这个任务就落在了我的身上。。方案及流程1、将person表直接继承django自带的AbsUser。2、配置setting中有关默认用户表的变量为：'cur_app.Person'3、生成一个迁移文件4、再生成两个空的迁移文件5、删掉第一个迁移文件有关 username 字段的唯一约束。（请提前将该字段的相关操

描述遇到这个问题的时候是我在调试的过程中发现的，当我的后台控制台打印出两条相投的语句的时候，我发现了这个问题。解决在搜索引擎上是没有搜索到这个答案的，在官方文档上也没有对应的解释。于是我就点进源码里看了看，当时应该是看到了一点什么，但是时间久了，就忘记了（印象中，大概是DRF的模板也会自动访问一次对应的接口的…）。总而言之：这是正常的！，如果这个问题困扰到你，你可以试试用requests模块中访问一下你的接口，然后就会发现，这样访问的时候和浏览器访问是不同的效果的。...

第一种：直接在url上下手。 url(r'^comment/(?P<course_id>\d+)$', login_required(CommentsView.as_view()), name="comment") 补充说明问题1：为什么可以这样？回答1：1、回忆一下装饰器的原理：将函数本身的引用作为参数传递给这个函数，由该函数定义一个同名函数，在此同名函数中进...

摘要版本时 python3.65 django 2.1先看问题代码片class UserCourse(models.Model): '''用户课程''' user = models.ForeignKey(UserProfile, verbose_name="用户", on_delete=models.CASCADE) course = models.Foreign...

摘要网上有很多关于csrf的介绍文章（互抄），致使其解释要么冗余，要么晦涩，要么错误百出，所以本文重在通俗解释，核心解释。有部分内容参考他人博客，侵删。CSRF：跨站请求伪造CSRF攻击原理及过程：1、用户C打开浏览器，访问受信任网站A，输入用户名和密码请求登录网站A；2、在用户信息通过验证后，网站A产生Cookie信息并返回给浏览器，此时用户登录网站A成功，可以正常发送请求到网站...

摘要首先，我服那些说删库的人，解决问题非要删库？其次，我更服那些复制粘贴说删库的人，天天删库删库你的良心不会痛吗？再次，bai度爬虫的算法还是那么不尽人意，真的很难把握用户的意图。问题描述：  遇到这个问题是因为我在改变用户所用模型类基类的之前生成了迁移文件和迁移表。所以在配置AUTH_USER_MODEL = "users.UserProfile"后出现了迁移文件可以生成但是迁移...

摘要快速将flask和mysql建立命令管理关系命令行一共五个，在代码片的末端补充django生成迁移表及迁移文件的命令# coding:utf-8from flask import Flaskfrom flask_sqlalchemy import SQLAlchemyfrom flask_script import Manager # 脚本管理员from flask...

摘要仅展示常用的包括字符串过滤器、列表过滤器、自定义过滤器字符串过滤器safe：禁用转义； <p>{{ '<em>hello</em>' | safe }}</p>capitalize：把变量值的首字母转成大写，其余字母转小写； <p>{{ 'hello' | capitalize }}</p>lo...