Python Django开发 异常及解决办法(三)

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 代码如下

1.Django2.2报错’gbk’ codec can’t decode byte 0xa6 in position 9737

在使用Django时,可能会报错如下:

File "C:\Users\LENOVO\.virtualenvs\Django_Framework-wC9HNSeq\lib\site-packages\django\views\debug.py", line 94, in technical_500_response
    html = reporter.get_traceback_html()
  File "C:\Users\LENOVO\.virtualenvs\Django_Framework-wC9HNSeq\lib\site-packages\django\views\debug.py", line 332, in get_traceback_html
    t = DEBUG_ENGINE.from_string(fh.read())
UnicodeDecodeError: 'gbk' codec can't decode byte 0xa6 in position 9737: illegal multibyte sequence
[24/Aug/2020 20:03:51] "GET / HTTP/1.1" 500 59
C:\Users\LENOVO\.virtualenvs\Django_Framework-wC9HNSeq\Lib\site-packages\django\views\debug.py changed, reloading.
Watching for file changes with StatReloader

提示django\views\debug.py332行GBK解码错误,即源码出错,此时只需要修改源码即可。

在PyCharm中按住Ctrl键鼠标移到File "C:\Users\LENOVO\.virtualenvs\Django_Framework-wC9HNSeq\lib\site-packages\django\views\debug.py", line 332, in get_traceback_html行(会有蓝色和下划线提示),即可打开源码,在331行和338行的open()方法中加入参数encoding="utf-8"即可,修改后如下:

    def get_traceback_html(self):
        """Return HTML version of debug 500 HTTP error page."""
        with Path(CURRENT_DIR, 'templates', 'technical_500.html').open(encoding="utf-8") as fh:
            t = DEBUG_ENGINE.from_string(fh.read())
        c = Context(self.get_traceback_data(), use_l10n=False)
        return t.render(c)
    def get_traceback_text(self):
        """Return plain text version of debug 500 HTTP error page."""
        with Path(CURRENT_DIR, 'templates', 'technical_500.txt').open(encoding="utf-8") as fh:
            t = DEBUG_ENGINE.from_string(fh.read())
        c = Context(self.get_traceback_data(), autoescape=False, use_l10n=False)
        return t.render(c)

此时再运行就不会报错。

2.Django在使用原生SQL插入数据到MySQL数据库报错Unknown column ‘XXX’ in ‘field list’"

Django中可以使用ORM操作数据库,也可以使用原生SQL,在使用原生SQL插入数据时,报错:

_mysql.connection.query(self, query)
django.db.utils.OperationalError: (1054, "Unknown column 'XXX' in 'field list'")

这是在Python中使用单引号和双引号错误导致的,错误的方法是cursor.execute('insert into book(name,price) values("%s", "%s")' % (name, price)),即外层是单引号、内层是双引号,可能是MySQL中对双引号和单引号的使用与Python中不一致,因此报错,改为外层双引号、内层单引号即可,如下:

cursor.execute("insert into book(`name`, `price`) values('%s', '%s')" % (name, price))

3.映射数据库时提示No migrations to apply

我们都知道,Django中一般使用的是ORM进行数据库操作,在app中的models.py中定义好模型之后,需要先执行python manage.py makemigrations命令生成迁移脚本文件,再执行python manage.py migrate命令进行数据库映射。

有时候明明执行makemigrations命令可以正常产生脚本文件,但是在执行migrate命令时会提示:

Operations to perform:
  Apply all migrations: admin, auth, book, contenttypes, sessions
Running migrations:
  No migrations to apply.

这可能是因为在当前Django项目之前,还有别的Django项目也用到了同样的数据库,并且存在相同的app,导致了生成了名称相同的迁移脚本文件因此映射记录已经存在于django_migrations表中(映射记录都会保存到该表中),会被认为当前项目app中的迁移文件已经被执行,因此无需再执行。

django_migrations表示意如下:

+----+--------------+------------------------------------------+----------------------------+    
| id | app          | name                                     | applied                    |    
+----+--------------+------------------------------------------+----------------------------+    
|  1 | contenttypes | 0001_initial                             | 2020-09-11 02:28:06.214540 |    
|  2 | auth         | 0001_initial                             | 2020-09-11 02:28:06.482821 |    
|  3 | admin        | 0001_initial                             | 2020-09-11 02:28:06.820916 |    
|  4 | admin        | 0002_logentry_remove_auto_add            | 2020-09-11 02:28:06.888777 |    
|  5 | admin        | 0003_logentry_add_action_flag_choices    | 2020-09-11 02:28:06.901704 |    
|  6 | contenttypes | 0002_remove_content_type_name            | 2020-09-11 02:28:06.967527 |    
|  7 | auth         | 0002_alter_permission_name_max_length    | 2020-09-11 02:28:06.999439 |    
|  8 | auth         | 0003_alter_user_email_max_length         | 2020-09-11 02:28:07.037338 |    
|  9 | auth         | 0004_alter_user_username_opts            | 2020-09-11 02:28:07.049306 |    
| 10 | auth         | 0005_alter_user_last_login_null          | 2020-09-11 02:28:07.087205 |    
| 11 | auth         | 0006_require_contenttypes_0002           | 2020-09-11 02:28:07.090199 |    
| 12 | auth         | 0007_alter_validators_add_error_messages | 2020-09-11 02:28:07.112138 |    
| 13 | auth         | 0008_alter_user_username_max_length      | 2020-09-11 02:28:07.152031 |    
| 14 | auth         | 0009_alter_user_last_name_max_length     | 2020-09-11 02:28:07.193919 |    
| 15 | auth         | 0010_alter_group_name_max_length         | 2020-09-11 02:28:07.232815 |    
| 16 | auth         | 0011_update_proxy_permissions            | 2020-09-11 02:28:07.245782 |    
| 17 | sessions     | 0001_initial                             | 2020-09-11 02:28:07.267760 |    
| 18 | front        | 0001_initial                             | 2020-09-13 09:03:00.399662 |    
| 19 | book         | 0001_initial                             | 2020-09-13 11:29:40.427567 |    
+----+--------------+------------------------------------------+----------------------------+    
19 rows in set (0.00 sec)                                                                        

可以看到,第19条记录app为book,迁移文件名为0001_initial,这是前一个DJango项目的bokk app的初始化映射记录。如果当前项目和之前项目使用了同一个数据库,并且要映射的app也为book,并且也是初始化,在执行migrate命令时,就会出现上述的问题,解决办法有两种:

更换数据库

因为是使用的同一个数据库,所以会出现冲突,所以当前项目可以换一个数据库,在settings.py中进行相关数据库配置即可。

删除django_migrations表记录

将django_migrations表中app为book的记录删除,可以在命令行中执行命令delete from django_migrations where app=book;删除,也可以在可视化工具中手动删除。再进行映射,因为表中没有相关记录,就可以正常映射了,打印:

Operations to perform:
  Apply all migrations: admin, auth, book, contenttypes, sessions
Running migrations:
  Applying book.0001_initial... OK

即说明进行映射成功。

此时再查看django_migrations表,如下:

+----+--------------+------------------------------------------+----------------------------+       
| id | app          | name                                     | applied                    |       
+----+--------------+------------------------------------------+----------------------------+       
|  1 | contenttypes | 0001_initial                             | 2020-09-11 02:28:06.214540 |       
|  2 | auth         | 0001_initial                             | 2020-09-11 02:28:06.482821 |       
|  3 | admin        | 0001_initial                             | 2020-09-11 02:28:06.820916 |       
|  4 | admin        | 0002_logentry_remove_auto_add            | 2020-09-11 02:28:06.888777 |       
|  5 | admin        | 0003_logentry_add_action_flag_choices    | 2020-09-11 02:28:06.901704 |       
|  6 | contenttypes | 0002_remove_content_type_name            | 2020-09-11 02:28:06.967527 |       
|  7 | auth         | 0002_alter_permission_name_max_length    | 2020-09-11 02:28:06.999439 |       
|  8 | auth         | 0003_alter_user_email_max_length         | 2020-09-11 02:28:07.037338 |       
|  9 | auth         | 0004_alter_user_username_opts            | 2020-09-11 02:28:07.049306 |       
| 10 | auth         | 0005_alter_user_last_login_null          | 2020-09-11 02:28:07.087205 |       
| 11 | auth         | 0006_require_contenttypes_0002           | 2020-09-11 02:28:07.090199 |       
| 12 | auth         | 0007_alter_validators_add_error_messages | 2020-09-11 02:28:07.112138 |       
| 13 | auth         | 0008_alter_user_username_max_length      | 2020-09-11 02:28:07.152031 |       
| 14 | auth         | 0009_alter_user_last_name_max_length     | 2020-09-11 02:28:07.193919 |       
| 15 | auth         | 0010_alter_group_name_max_length         | 2020-09-11 02:28:07.232815 |       
| 16 | auth         | 0011_update_proxy_permissions            | 2020-09-11 02:28:07.245782 |       
| 17 | sessions     | 0001_initial                             | 2020-09-11 02:28:07.267760 |       
| 18 | front        | 0001_initial                             | 2020-09-13 09:03:00.399662 |       
| 20 | book         | 0001_initial                             | 2020-09-16 08:51:09.527889 |       
+----+--------------+------------------------------------------+----------------------------+       
19 rows in set (0.00 sec)                                                                           

此时可以看到,第20条记录即为刚生成的,同时是当前项目的app生成的。

再查看数据库中的表:

+----------------------------+            
| Tables_in_django_fw        |            
+----------------------------+            
| auth_group                 |            
| auth_group_permissions     |            
| auth_permission            |            
| auth_user                  |            
| auth_user_groups           |            
| auth_user_user_permissions |            
| book                       |            
| book_article               |            
| book_book                  |            
| django_admin_log           |            
| django_content_type        |            
| django_migrations          |            
| django_session             |            
| front_book                 |            
+----------------------------+            
14 rows in set (0.00 sec)                 
  • 表book_article即是成功映射生成的表。

4.Django中使用DateTimeField类定义字段时提示DateTimeField XXX.xxx received a naive datetime

在使用DateTimeField类定义字段并进行数据库映射,再进行访问测试时,提示警告信息如下:

RuntimeWarning: DateTimeField XXX.xxx received a naive datetime (2020-09-16 19:35:14.528853) while time zone support is active.
  warnings.warn("DateTimeField %s received a naive datetime (%s)"

意思是当时区支持开启时,DateTimeField接受了一个naive time。

如需要直接解决问题可以直接跳到总结部分第(1)点。

在Django中有两种时间,即naive time和aware time两种,前者是不带时区标记的时间格式,后者是带有时区标记的时间格式。

在settings.py中一般会进行时区的默认设置,如下:

TIME_ZONE = 'UTC'
USE_I18N = True
USE_L10N = True
USE_TZ = True

其中,USE_TZ参数用于控制是否使用时区,TIME_ZONE用于选择具体的时区,并且TIME_ZONE只有在USE_TZ设置为False时才起作用。

(1)USE_TZ为True时使用带时区标记的aware时间格式,并且默认将aware的时间设为UTC即东0区,可以将UTC时间转化为所在时区的本地时间,如模板中即可对时间使用date过滤器过滤为本地时间,如下:

{% for article in articles %}
    <p>{{ article.release_time | date:'H:i:s' }}</p>
{% endfor %}

(2)USE_TZ为False时使用的就是不带时区标记的naive时间格式。

因此可以总结如下:

(1)对于国内项目,可以进行配置如下:

TIME_ZONE = 'Asia/Shanghai'
USE_I18N = True
USE_L10N = True
USE_TZ = False

即USE_TZ为False,并且设置TIME_ZONE为我国的时区。

此时在定义模型字段时设置DateTimeField的属性时再使用auto_now_add=True、auto_now=True或者default=datetime.now均能以当前时间作为存储到数据库中的时间,并且不会报错。

(2)对于国外或全球性的项目,USE_TZ需要设置为True,并使用模板过滤器或者时间计算转化为当地所在时区的时间。

5.使用ListView展示数据显示警告信息UnorderedObjectListWarning

Django开发中经常会遇到需要将数据以列表的形式展示出来的兵,此时一般会用到ListView,如下:

class ArticleListView(ListView):
    model = Article
    template_name = 'article_list.html'
    paginate_by = 10
    context_object_name = 'articles'
    ordering = 'create_time'
    page_kwarg = 'page'
    def get_context_data(self, **kwargs):
        context = super(ArticleListView, self).get_context_data(**kwargs)
        for key, value in context.items():
            print(key, value)
        return context
    def get_queryset(self):
        return Article.objects.filter(id__lte=78)

在访问时,会出现警告信息,如下:

UnorderedObjectListWarning: Pagination may yield inconsistent results with an unordered object_list: <class 'article.models.Article'> QuerySet.
  return self.paginator_class(

即UnorderedObjectListWarning无序对象列表警告,提示是未对数据进行排序,因此可以对数据进行排序。

有两种方式实现:

(1)在模型中定义ordering属性

在模型中的Meta子类中定义模型的全局属性,ordering即是用来控制默认排序方式的,所以可以通过该属性来设置排序方式,如下:

class Article(models.Model):
    title = models.CharField(max_length=30)
    content = models.TextField()
    create_time = models.DateTimeField(auto_now_add=True)
    class Meta:
        ordering = ['id']

(2)在get_queryset(self)中设置order_by()

重写类视图的get_queryset(self)方法,在获取到数据后调用order_by()方法指定排序字段,如下:

class ArticleListView(ListView):
    model = Article
    template_name = 'article_list.html'
    paginate_by = 10
    context_object_name = 'articles'
    ordering = 'create_time'
    page_kwarg = 'page'
    def get_context_data(self, **kwargs):
        context = super(ArticleListView, self).get_context_data(**kwargs)
        for key, value in context.items():
            print(key, value)
        return context
    def get_queryset(self):
        return Article.objects.filter(id__lte=78).order_by('create_time')

6.CentOS部署Django项目映射数据库时报错perationalError: (1366, “Incorrect string value: ‘\xE7\x94\xA8\xE6\x88\xB7’ for column ‘name’ at row 1”)

将Django项目迁移到CentOS进行部署,在执行python3 manage.py migrate映射数据库时,可能会报错如下:

_mysql.connection.query(self, query)
MySQLdb._exceptions.OperationalError: (1366, "Incorrect string value: '\\xE7\\x94\\xA8\\xE6\\x88\\xB7' for column 'name' at row 1")

这可能是因为新建数据库时需要指定编码格式,而在迁移到CentOS后,新建数据库时并没有指定数据库的编码格式,导致不能识别出不在编码集中的字符。

解决办法如下:

先修改Django项目的配置文件,如settings.py如下:

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'HOST':'127.0.0.1',
        'PORT':'3306',
        'NAME':'db_name',
        'USER':'root',
        'PASSWORD':'root',
        'TEST': {
            'CHARSET' : 'utf8',
            'COLLATION':'utf8_general_ci'
        }
    }
}

然后执行drop database db_name;删除所使用的数据库,最后执行CREATE DATABASE db_name DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;指定编码格式重新创建数据库。

此时再执行python3 manage.py migrate映射数据库就可以正常执行了。


相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
3天前
|
存储 前端开发 关系型数据库
108-Django开发在线书店
该项目是一个使用Python Django框架开发的在线书店系统,提供用户管理(包括普通用户、管理员和匿名用户)、权限管理、书籍管理、订单管理和额外功能(搜索、购物车、支付和评论)。系统支持安全的HTTPS传输和加密密码存储,保证用户数据安全。通过Django实现了用户购书、管理员后台管理的全面功能,兼顾易用性和可维护性。
11 0
|
4天前
|
缓存 数据挖掘 数据库
104-Django开发在线美食购物网站
美味小厨在线购物网站是基于Python和Django构建的电商平台,提供商品展示、搜索过滤、问题反馈、购物功能、商品详情查看、产品编辑添加、多用户及站点管理、订单管理等服务。采用Django框架实现高效、稳定且可扩展的系统,前后端分离以提升性能,支持数据库优化和缓存技术,注重用户数据安全。未来计划优化用户体验,拓展更多功能,并加强数据分析。
10 1
|
4天前
|
设计模式 开发框架 数据库
Python Web开发主要常用的框架
【5月更文挑战第12天】Python Web开发框架包括Django、Flask、Tornado和Pyramid。Django适用于复杂应用,提供ORM、模板引擎等全套功能;Flask轻量级,易于扩展,适合小型至中型项目;Tornado擅长处理高并发,支持异步和WebSockets;Pyramid灵活强大,可适配多种数据库和模板引擎,适用于各种规模项目。选择框架需依据项目需求和技术栈。
122 2
|
4天前
|
Python
【Python进阶(一)】——异常与错误
【Python进阶(一)】——异常与错误
|
1天前
|
前端开发 JavaScript 数据库
110-Django开发社交聊天网站
该内容描述了一个聊天网站的功能模块和技术实现要点,主要包括: 1. 用户管理:用户注册、登录/登出、信息编辑和密码管理。 2. 权限管理:角色定义、权限分配和访问控制。 3. 好友管理:添加、查看、删除好友及处理好友请求。 4. 通讯管理:创建聊天室、在线聊天、消息发送/接收、历史记录和实时通知。 5. 技术实现:使用Django认证系统、channels库支持WebSocket、MySQL数据库、前端技术(如HTML/CSS/JavaScript)以及性能优化。 请注意,由于字符限制,部分图片无法在摘要中展示。
17 6
|
2天前
|
前端开发 关系型数据库 MySQL
109-Django开发考试与问卷系统
该项目描述了用户、测试和权限三个核心模块的详细需求。用户模块包括注册(需验证信息并唯一性检查,密码安全存储,确认邮件)和登录(凭据验证,可选的“记住我”功能,防止暴力破解)。测试模块涉及题目、选项和分数设置,支持创建、编辑及自动评分。权限模块关注用户角色和权限管理,实现访问控制。其他考虑因素涵盖用户界面、数据库选择(如SQLite3和MySQL)、安全性最佳实践以及系统的可维护性和可扩展性。
13 3
|
2天前
|
程序员 Python
python学习1:安装注意事项(1),2024年最新3个月学会Python开发
python学习1:安装注意事项(1),2024年最新3个月学会Python开发
python学习1:安装注意事项(1),2024年最新3个月学会Python开发
|
4天前
|
前端开发 JavaScript 测试技术
107-Django开发医院管理系统(医生-患者-医院管理员)
该内容描述了一个基于Python和Django的医疗管理系统的开发步骤。主要涵盖以下关键点: 1. 环境搭建:安装Python和Django,创建项目和应用。 2. 数据库模型:设计用户、医生、患者、发票和预约等模型。 3. 用户认证和权限:使用Django内置系统,创建自定义角色和权限。 4. 视图和模板:处理用户请求,渲染HTML页面,包括医生列表、患者注册、管理界面等。 5. 表单处理:创建表单处理用户输入,验证数据并保存到数据库。 6. PDF生成:利用xhtml2pdf库生成治疗发票的PDF。 7. 路由配置:设置URL路由以连接视图。
18 7
107-Django开发医院管理系统(医生-患者-医院管理员)
|
4天前
|
JSON 缓存 Java
|
4天前
|
数据库 数据安全/隐私保护 开发者
106-Django开发在线交易网站
该内容是关于使用Django框架开发电子商务网站的步骤摘要:
15 2