Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1648685
  • 博文数量: 1481
  • 博客积分: 26784
  • 博客等级: 上将
  • 技术积分: 17045
  • 用 户 组: 普通用户
  • 注册时间: 2011-07-12 09:22
文章分类

全部博文(1481)

文章存档

2014年(10)

2013年(353)

2012年(700)

2011年(418)

分类: PHP

2011-08-08 13:48:00

    怎么开头我又纠结了,不过还是开始写吧。就像第一个项目我想了一天都没有写出一个代码一样,脑袋里是一团浆糊,不知道从哪里开始下手。现在项目完成了,当时的各种担心都像是过眼云烟了。万事开头难,这句话真不错,现在我也知道接下来开始写点什么了,其实大多数的时候我们都是给自己不停的设置障碍,认为自己不行,但是只要克服这一点,你离成功就只有一步之遥了。
现在看看当初的项目计划书,感慨万千啊,感慨万千,有木有。光字段就添加了若干个,这也给之后敲代码带来了不少的麻烦,自己的数据库有哪些字段都记不清楚,总是不停的去查看数据库,这给开发效率带来了很大的障碍。还好项目写完了,论坛的基本功能都实现了,现在想想各种功能也不过如此,只不过是所学知识的综合利用罢了。就像是搭积木,什么三角,方块,什么的,单一的拿出来并没有什么利用价值,但是如果配合起来使用,就能搭建出各种想要的东西。
现在把自己开发过程中遇到的各种失误总结一下:
首先是用户密码,varchar类型,设置了20位,因为当时考虑到用户的密码最长是20位,结果写完登录页面后发现无论怎么登录都登录不进去,反复检查流程发现没有什么逻辑上的错误,错误出在了哪里呢?后来才想到密码是经过MD5加密的,加密后的密码是32位的,可是字段的长度只有20位,肯定不会验证成功的。
接下来验证码又出现了问题,验证码函数的返回值是函数生成图片上的字符与数字,明明这与验证码图片上显示的是一致的,可为什么不会成功呢。Echo了一下后发现,通过session传过去的值总是与get或post过去的值相同。正在郁闷时有的同学也遇到了相同的问题,后来凯哥说是php.ini配置文件中有一项 register_globals=on
还有把用户资料的修改和修改密码写在了同一个页面,这样修改用户资料的同时发现密码全都被重置了,原理很简单就是提交表单的同时,如果密码框中是空就把值为空的密码传递到了数据库,密码当然被修改了。
这些还都不算什么,现在想想犯的最低等的错误就是把’= =’写成了赋值的=,并且还不止一次,这个真是害死人啊,检查了一遍又一遍还找不错误的所在,等发现的时候自己都乐了,这么低级的错误真是太可怕了。
最后交项目的时候出了一个小BUG,可是之前测试的时候都没有发现,这个是让老白同学发现的,我是走到了一个误区,也许是当局者迷吧,后来总结了一下,就是关闭数据库要放到最后而不是放到每个条件语句中,这样一旦错误的语句被执行,后面的无论有什么都是瞎扯了。
写着写着就写了这么多,于是我又想起了开始不知道怎么下笔的感觉,所幸的是我还是敢于提起笔来写,并是不去想怎么才能写出来,战胜自己心理中给自己设立的障碍吧!
做个广告:学习累了怎么办?来神奇的地球放松一下吧,各种神奇给力搞笑的视频与您分享.

原文地址:

阅读(204) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~