cookie 在写入的时候不能有 , ; ? >等特殊字符,但可以有| 或 # 的字符
如果在页面表单里需要确定输入文本的长度时,不要完全根据数据库设计的长度来验证。原因很简单,因为完全按照数据库中字段的长度限制页面文本长度,一旦数据库的字段长度设计的过长,如:500个字节,你的页面验证按500个字节验证理论上是没错,但很有可能违背了页面的整洁的需求,可能在页面需要简介的部分维护过多的字符而使页面被撑开或错位。
解决问题:
从效率考虑,不要把验证长度与数据库字段长度一样长,必要时可以少于数据库字段长度来验证,来确保页面的整洁性。
从根本考虑,在做需求分析的时候,要首先对每个显示的信息字段的长度做好较详细的分析,在页面设计的部分里考率如何协调字段长度的需求与页面的需要达成统一,并最终确定字段长度(页面需求最好不要改动,要改就改字段长度,这是从用户体验优先的角度出发的),最后设计数据库来实现库表结构,包括类型长度等等,这样就不会出现页面错位。问题了,而且数据库的资源也得到了有效的利用。
如果在页面表单里需要确定输入文本的长度时,不要完全根据数据库设计的长度来验证。原因很简单,因为完全按照数据库中字段的长度限制页面文本长度,一旦数据库的字段长度设计的过长,如:500个字节,你的页面验证按500个字节验证理论上是没错,但很有可能违背了页面的整洁的需求,可能在页面需要简介的部分维护过多的字符而使页面被撑开或错位。
解决问题:
从效率考虑,不要把验证长度与数据库字段长度一样长,必要时可以少于数据库字段长度来验证,来确保页面的整洁性。
从根本考虑,在做需求分析的时候,要首先对每个显示的信息字段的长度做好较详细的分析,在页面设计的部分里考率如何协调字段长度的需求与页面的需要达成统一,并最终确定字段长度(页面需求最好不要改动,要改就改字段长度,这是从用户体验优先的角度出发的),最后设计数据库来实现库表结构,包括类型长度等等,这样就不会出现页面错位。问题了,而且数据库的资源也得到了有效的利用。