2016.12.19 update
1.新加入test代码时执行报错:
sqlalchemy.exc.InvalidRequestError: This Session's transaction has been rolled back due to a previous exception during flush. To begin a new transaction with this Session, first issue Session.rollback(). Original exception was: (raised as a result of Query-invoked autoflush; consider using a session.no_autoflush block if this flush is occurring prematurely) (sqlite3.IntegrityError) UNIQUE constraint failed: users.email [SQL: u'INSERT INTO users (username, password_hash, email, confirmed, email_change, name, location, about_me, member_since, last_seen, role_id) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)'] [parameters: (None, 'pbkdf2:sha1:1000$lKaFXySn$93e32e0bc577ddf4608f27ec462a171169b856e6', 'john@example.com', 0, None, None, None, None, '2016-12-18 15:22:47.588511', '2016-12-18 15:22:47.588521', 3)]
解决方法:
发现UserModelTestCase类中缺失setUp
和tearDown
方法,补充后恢复成功。
2.Page105 用户资料界面
以管理员账户注册时并没有被赋予Administrator
角色。
排查:
在test
代码中新建administrator_user
方法检查以管理员账户登录时is_administrator
方法是否被返回正确值,测试成功。
def test_administrator_user(self):
u = User(email='*****@qq.com', password='cat')
self.assertTrue(u.is_administrator())
之后在以shell
模式运行代码,导出以管理员账户注册的用户,检测is_administrator
方法是否返回正确值,结果显示False
>>> u = User.query.filter_by(email='269584357@qq.com').first()
>>> u.is_administrator()
False
进一步排查,发现其role
对象为空,初始化出现问题。
>>> u.role
>>> u.role == User
False
最终发现,User
对象的__init__
方法中没有对Role
进行初始化,即没有调用Role.insert_roles()
方法,添加后Administrator
角色可正常被赋值。
2016.12.19 update
3.邮件被当做垃圾邮件退回
更换ip登录后,发送confirm的邮箱邮件被当做垃圾邮件。目前可通过更改发送邮箱签名或更改subject
主题暂时解决,但长久方法未知。
4.Page109 添加edit_profile_admin
路由后发现新BUG:
所有用户均被设置为Administrator
角色,且Admin
无法修改用户的role
属性。
排查:
首先想到可能是form显示错误,于是在视图方法中更改role
为role_id
,发现role正确显示。原因为user.role
返回的是Role
对象而非整数,因此SelectField
只能做默认显示。
form.role.data = user.role_id
5.已知Bug:每次更新User类属性后,Database和Model不匹配而报错。寻求办法解决数据库插入行问题。
sqlite可视化工具:
启动命令:sqliteman
安装代码:
$ sudo apt-get install sqliteman
用该工具打开dev-data.sqlite
文件后alert
->usertable
->add Column
再根据类属性更改这一列的type值即可。
补充:
VARCHAR
和CHAR
类型的区别(db.String为vachar类型):
1. CHAR (10),表示你存储的字符将占10个字节(包括7个空字符),而同样的VARCHAR2 (10)则只占用3个字节的长度,10只是最大值,当你存储的字符小于10时,按实际长度存储。
2.CHAR的效率比VARCHAR2的效率稍高。
3.目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串,但是oracle不这样做,尽管它保留以后这样做的权利。Oracle自己开发了一个数据类型VARCHAR2,这个类型不是一个标准的VARCHAR,它将在数据库中varchar列可以存储空字符串的特性改为存储NULL值。如果你想有向后兼容的能力,Oracle建议使用VARCHAR2而不是VARCHAR。
何时该用CHAR,何时该用varchar2?
CHAR与VARCHAR2是一对矛盾的统一体,两者是互补的关系.
VARCHAR2比CHAR节省空间,在效率上比CHAR会稍微差一些,即要想获得效率,就必须牺牲一定的空间,这也就是我们在数据库设计上常说的‘以空间换效率’。
VARCHAR2虽然比CHAR节省空间,但是如果一个VARCHAR2列经常被修改,而且每次被修改的数据的长度不同,这会引起‘行迁移’(Row Migration)现象,而这造成多余的I/O,是数据库设计和调整中要尽力避免的,在这种情况下用CHAR代替VARCHAR2会更好一些。
2016.12.20 update
6.Page120 在按书上程序在shell中调用User
和Post
类的generate_fake
方法后,运行程序发现只出现了已注册用户的100篇文章。
Bug排查:
->推测User没有被正确随机出来,查看数据库发现只有已注册的2个用户
->推测User.generate_fake
方法调用中commit
出现错误
->删去try
和except
语句,发现程序报错:
InvalidRequestError: This Session's transaction has been rolled back due to a previous exception during flush. To begin a new transaction with this Session, first issue Session.rollback(). Original exception was: (sqlite3.IntegrityError) NOT NULL constraint failed: users.id [SQL: u'INSERT INTO users (username, password_hash, email, confirmed, email_change, name, location, about_me, member_since, last_seen, avatar_hash, role_id) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)'] [parameters: (u'irene64', 'pbkdf2:sha1:1000$LAWaFxMm$be57e6ce6cc5ad414a75ae82ac86616455edfe43', u'anthony@riffpath.edu', 1, None, u'Margaret Williamson', u'Nevada City', u'Nulla ac enim.', '2016-11-30 00:00:00.000000', '2016-12-20 03:42:23.078335', '48bfeed725c37b1155af2d0ef1b6c8d0', 3)]
->在stackoverflow上搜索问题,发现是user.id没有设置自动增量而使得User的生成出现问题stackoverflow类似问题
->解决方法:在id中添加语句autoincrement=True
->补充:此bug仍然存在,在更改已存在对象结构后(如增加类属性),即使对sqlite增加响应的Column,在建立实例时也会出现各种问题。而重新drop、create后问题解决。
7.已知Bug:系统注册时发出的第一封confirmed邮件总是失效的,而在unconfirmed页面点击重新发送的邮件则可以用。
2016.12.22 update
8.Page136 更改了user.html部分代码后,在进入user界面后提示
AttributeError: 'bool' object has no attribute '__call__'
根据代码提示,确定代码中下列行出现问题:
{% if current_user.is_authenticated() and user != current_user and user.is_following(current_user) %}
根据相似问题here,去掉括号后解决问题。