现在的位置: 首页 > 综合 > 正文

我的大学科研项目纪实(9)——翻译与问题

2012年11月08日 ⁄ 综合 ⁄ 共 3357字 ⁄ 字号 评论关闭
     搭建一个php的开发环境,花费了我们两个星期的时间——其实我们也就只有去实验室那边的时候琢磨下问题动动手,回来后就忘得一干二净了。搭建环境的时候出的些低级错误,又不好意思总问何博。于是又开发了梅学长这条路,估计他也是安装得够呛,竟在qq空间写了篇日志,专门介绍安装方法,我们跟着一步步做下去,也是时而有问题,时而没问题。
     你也许会感到奇怪,php环境安装一次不就够了,怎么会时而有问题,时而没问题。原因就在于我们每个人都重新安装了不下十次。
     体会:这个过程固然好,让我们熟悉了php开发环境的组成,包括apache的配置方法,php组件的添加方法,但未免费时过多,且此为windows下的安装方法,似乎不太实用。
前情回顾:第一回——初次接触:
         http://www.cnblogs.com/biko-zc/archive/2009/08/30/1556803.html
        第二回——接触失败:
        http://www.cnblogs.com/biko-zc/archive/2009/08/31/1557593.html
        第三回——再接触:
        http://www.cnblogs.com/biko-zc/archive/2009/09/01/1558406.html
        第四回——接触成功
        http://www.cnblogs.com/biko-zc/archive/2009/09/02/1559052.html
        第五回——人员与申报
        http://www.cnblogs.com/biko-zc/archive/2009/09/03/1559830.html
        第六回——申报失败
        http://www.cnblogs.com/biko-zc/archive/2009/09/04/1560594.html
        第七回——讲座学习
        http://www.cnblogs.com/biko-zc/archive/2009/09/06/1561520.html
        第八回——搭建本地环境
        http://www.cnblogs.com/biko-zc/archive/2009/09/12/1565179.html
      第一次成功后,接着就向数据库导数据,哪知这个基于对象代理的数据库totem的dump命令竟不能将对象模式导出,直接导致数据库表中数据不完整。那时我们都不会使用sql语言,这查看数据成了大难题——连以注册的用户名,密码都不知道,怎么登陆系统,体验系统。还有个方法就是注册一个新用户,我按照要求填写好注册信息后,点击submit,返回的结果却是注册失败,估计又是哪代码出问题了。
     请教梅学长,他帮着在残存的数据中找到一个完整的用户信息——用户名:feifei
密码:fei,按理说可以登录了吧,结果突然发现显示验证码的地方图案没了。梅学长认为是gd2扩展没加上,于是修改php.ini,把;extension=php_gd2.dll前的分号去掉,保存重启apache,结果验证码依然没显示。查看代码,没有问题。梅学长琢磨了一小时,仍然不知问题所在。当时我就有个想法——这验证码又不是关键所在,把这个机制去掉得了,反正我电脑上的这个系统是给我开发看的,少了验证还少了麻烦呢。
     体会:应该当机立断去掉验证码,不该为些技术上的末支小问题耽误项目推进。
     这个再小不过的问题竟成了拦路虎,我,吴同学,贺同学都被拦截在此,动弹不得,付同学则没有问题。梅学长一狠心让我们干脆全部重装,结果是我们重装四遍,问题依然存在。最后梅学长祭出法宝,让我们直接使用appserv集成安装软件,为重装提速。使用之后,果然上瘾,导致我现在搭建php开发环境都一直使用这个,不知是福是祸。
      体会:何博一直不让我们用这种集成安装,也许是希望我们熟悉php开发环境的搭建过程,不过这一过程对于完全没有基础的我们是否合适,是个值得思考的问题。
     虽说重装平台是提速了,但是问题没有解决,且至今悬而未决。

     这里向大家征集解决方法——为何验证码图片无法显示呢?

     最后我实在看不下去了,直接把验证机制隐藏注释掉了。经过四个星期,即一个月后,我终于进入了cms系统的主页面,出现在我眼前的是一大堆warning和fatal error
经发现问题所在是代码从linux环境转到windows环境后,路径符“/”与“\”的问题,当然还有数据残缺的问题,一个个问题改下去,又花费我们两个月时间,直至我们都看习惯了,一些末支问题也不想改了。
      至今记忆犹新的问题是warning: session_start function.session-start cannot send session cookie headers already sent by。别说当时,就是现在我也希望有人帮我好好讲讲错误产生的根本原因。反正解决方法是session_start必须顶头,前面不能有空格。
      其实,环境还没搭好,我们就已经开始翻译工作了。因为也想做做实事,可是没办法看到界面,结果就没法检验。代码结构又不熟,很多地方都漏过去了。
      最关键的是分工不均,贺同学量太少,就七八个文件,里面代码量也小,一天就搞定了。吴同学量太多,十多个文件夹,里面文件多代码也多,最终也只搞定文件夹外的文件。付同学有些文件不知怎么回事,出现一堆乱码,大概是电脑又中毒了(不良网站上多了)我的还算不多不少,可漏翻译了不少地方。总之是任务无法完成。
     体会:任务分配是个有学问的活,对新人如何分配任务就更需要讲究了。新人什么都不会,分给他的任务能做好吗?他能胜任吗?如果没做好,是否要处罚呢?如何驱使他迅速摆脱新手状态?如何让他加入团队?这些问题现在是何博需要考虑的,以后是我需要考虑的。大家又有什么高招呢?
      问题出在:1.环境没搭起来,没法看界面;2.有的组员没有紧迫感——比如付同学;3.有的组员没有责任感——比如贺同学;4.组员缺少沟通——比如我们;5.最关键是我们在windows下的修改,弄到Linux下又会有路径等问题,这样一星期提交一次,就得全部修改一次,是谁都觉着麻烦。
      于是翻译工作就交给周学姐她们了,新任务是加紧学习,并提交报告。
      未完待续:下一回:自主学习
前情回顾:第一回——初次接触:
         http://www.cnblogs.com/biko-zc/archive/2009/08/30/1556803.html
        第二回——接触失败:
        http://www.cnblogs.com/biko-zc/archive/2009/08/31/1557593.html
        第三回——再接触:
        http://www.cnblogs.com/biko-zc/archive/2009/09/01/1558406.html
        第四回——接触成功
        http://www.cnblogs.com/biko-zc/archive/2009/09/02/1559052.html
        第五回——人员与申报
        http://www.cnblogs.com/biko-zc/archive/2009/09/03/1559830.html
        第六回——申报失败
        http://www.cnblogs.com/biko-zc/archive/2009/09/04/1560594.html
        第七回——讲座学习
        http://www.cnblogs.com/biko-zc/archive/2009/09/06/1561520.html
        第八回——搭建本地环境
        http://www.cnblogs.com/biko-zc/archive/2009/09/12/1565179.html

抱歉!评论已关闭.