“用户:蓝色/工作笔记/2011/2”的版本间的差异
来自Blueidea
小 |
小 |
||
| （未显示同一用户的21个中间版本） | |||
| 第1行： | 第1行： | ||
| + | == 26 == | ||
| + | *case 的改造工作进入第六天。 | ||
| + | *进展顺序，开始抓取182号段的数据 | ||
| + | *微博粉丝过8000 | ||
| + | *用户活跃度统计，家园交互数统计完成。 | ||
| + | |||
| + | == 19 == | ||
| + | *pages 应用写完，增加统计，收藏次数，热度统计等功能。 | ||
| + | *仔细通研 pages 应用，调整pages 模板。 | ||
| + | *case 应用开写 | ||
| + | |||
| + | == 18 == | ||
| + | *在红图工作5天，pages 基本完工，由于加入统计功能耽搁了二天半。 | ||
| + | *感谢轩辰重写了flash缩略图工具，消耗三天时间。 | ||
| + | |||
| + | == 13 == | ||
| + | *补充完维基dzx的大部分公用表的数据字典。 | ||
| + | *pages升级到第四天 | ||
| + | |||
| + | == 12 == | ||
| + | *pages 升级到第三天 | ||
| + | *关于上传目录和分布式存贮应用的思考 | ||
| + | *数据交互接口的测试逻辑 | ||
| + | |||
| + | == 10 == | ||
| + | *正式上班 | ||
| + | *升级我的位置插件，加入自定义的KEY变量(新版的map 已经不需要key了)，变量如果是字串型是不需要反串行化的 | ||
| + | *开始写pages的数据库字典 | ||
| + | |||
| + | == 6 == | ||
| + | *学习gallery标记 [[Zerg]] | ||
| + | *从1.6 起可以单独定义每个空间的首字大小写选项。但是仍然有几个永远是首字大写的NS_SPECIAL, NS_USER, NS_MEDIAWIKI，这造成我们网站的用户页面无法访问花了2个多小时才算找到设置的位置。也算是熟悉了wiki的debug工具和参数。维基的使用确实好杯具。 | ||
| + | *需要解决中文文件上传的问题，中文文件能传，但下载不了。新的版本以报错结束，还好，至少没有垃圾文件产生了。 | ||
| + | |||
| + | == 5 == | ||
| + | *学习到最少负载初始化。 | ||
| + | *现在使用的passport和数据通讯接口连我自己也看不下去了，得改为更精简和高效的接口。 | ||
| + | *实在不想亲手写代码。但还是得接着写。 | ||
| + | *花了四个小时升级维基，发现有BUG，又逼回转，郁闷。 | ||
| + | *又调整了一下，解决。测试稳定程度，升级多次第三方应用程序，目前已有经验，升级时间控制在4小时以内。 | ||
| + | *升级 sidebarex 另外又需要新安装 StubManager ，考虑是否不使用此插件 | ||
| + | *新的维基版本带来以下问题，所有的图片需要指定宽度,默认 sidebar 经常性的被初始化 | ||
| + | *重新设置DB缓存后，WIKI速度如飞，首次运行缓存语言文件需要花费相当长的时间，最好是先内部访问一次缓存就不会重复了。奇怪的是为什么对象缓存表不使用内存表。 | ||
| + | *ucenter 如果设置不同步登录，那么也不会同步退出。同步退出的JS返回为空。 | ||
| + | |||
| + | == 4 == | ||
| + | *短信插件再次完善。ajax 的信息可以用图标了 | ||
| + | *完善昵称插件的ajax提示 | ||
| + | *版本号升级 | ||
| + | *准备通讯接口 | ||
| + | *准备短信操作action功能 | ||
| + | |||
== 3 == | == 3 == | ||
*发现了消息提示设置的地方，dzx还是要不停的使用才能发现一些特别的地方。 | *发现了消息提示设置的地方，dzx还是要不停的使用才能发现一些特别的地方。 | ||
| 第5行： | 第57行： | ||
*手机完成找密码功能要做吗？ | *手机完成找密码功能要做吗？ | ||
*使用ucenter的积分兑换功能不能满足积分同步的需要，需要自己另写接口了。 | *使用ucenter的积分兑换功能不能满足积分同步的需要，需要自己另写接口了。 | ||
| + | *The Table is full ? mysql中使用myisam类型的表默认限制大小为4G，ALTER TABLE tbl_name MAX_ROWS=1000000000;可解决。 | ||
== 1 == | == 1 == | ||
*更改程序员的昵称插件到早上7点。发现测试实在是太重要了。有很多BUG是很难读出来和看出来的。只有测试才能把BUG显性化。 | *更改程序员的昵称插件到早上7点。发现测试实在是太重要了。有很多BUG是很难读出来和看出来的。只有测试才能把BUG显性化。 | ||
*培养一个程序员难，培养一个省心的程序员很难，培养一个省心的CTO是难上加难。下次培养程序员要先看星座。 | *培养一个程序员难，培养一个省心的程序员很难，培养一个省心的CTO是难上加难。下次培养程序员要先看星座。 | ||
2011-02-26T17:18:58的最后版本
26
- case 的改造工作进入第六天。
- 进展顺序，开始抓取182号段的数据
- 微博粉丝过8000
- 用户活跃度统计，家园交互数统计完成。
19
- pages 应用写完，增加统计，收藏次数，热度统计等功能。
- 仔细通研 pages 应用，调整pages 模板。
- case 应用开写
18
- 在红图工作5天，pages 基本完工，由于加入统计功能耽搁了二天半。
- 感谢轩辰重写了flash缩略图工具，消耗三天时间。
13
- 补充完维基dzx的大部分公用表的数据字典。
- pages升级到第四天
12
- pages 升级到第三天
- 关于上传目录和分布式存贮应用的思考
- 数据交互接口的测试逻辑
10
- 正式上班
- 升级我的位置插件，加入自定义的KEY变量(新版的map 已经不需要key了)，变量如果是字串型是不需要反串行化的
- 开始写pages的数据库字典
6
- 学习gallery标记 Zerg
- 从1.6 起可以单独定义每个空间的首字大小写选项。但是仍然有几个永远是首字大写的NS_SPECIAL, NS_USER, NS_MEDIAWIKI，这造成我们网站的用户页面无法访问花了2个多小时才算找到设置的位置。也算是熟悉了wiki的debug工具和参数。维基的使用确实好杯具。
- 需要解决中文文件上传的问题，中文文件能传，但下载不了。新的版本以报错结束，还好，至少没有垃圾文件产生了。
5
- 学习到最少负载初始化。
- 现在使用的passport和数据通讯接口连我自己也看不下去了，得改为更精简和高效的接口。
- 实在不想亲手写代码。但还是得接着写。
- 花了四个小时升级维基，发现有BUG，又逼回转，郁闷。
- 又调整了一下，解决。测试稳定程度，升级多次第三方应用程序，目前已有经验，升级时间控制在4小时以内。
- 升级 sidebarex 另外又需要新安装 StubManager ，考虑是否不使用此插件
- 新的维基版本带来以下问题，所有的图片需要指定宽度,默认 sidebar 经常性的被初始化
- 重新设置DB缓存后，WIKI速度如飞，首次运行缓存语言文件需要花费相当长的时间，最好是先内部访问一次缓存就不会重复了。奇怪的是为什么对象缓存表不使用内存表。
- ucenter 如果设置不同步登录，那么也不会同步退出。同步退出的JS返回为空。
4
- 短信插件再次完善。ajax 的信息可以用图标了
- 完善昵称插件的ajax提示
- 版本号升级
- 准备通讯接口
- 准备短信操作action功能
3
- 发现了消息提示设置的地方，dzx还是要不停的使用才能发现一些特别的地方。
- 继续研究dzx 的js函数
- 完善升级查询
- 手机完成找密码功能要做吗？
- 使用ucenter的积分兑换功能不能满足积分同步的需要，需要自己另写接口了。
- The Table is full ? mysql中使用myisam类型的表默认限制大小为4G，ALTER TABLE tbl_name MAX_ROWS=1000000000;可解决。
1
- 更改程序员的昵称插件到早上7点。发现测试实在是太重要了。有很多BUG是很难读出来和看出来的。只有测试才能把BUG显性化。
- 培养一个程序员难，培养一个省心的程序员很难，培养一个省心的CTO是难上加难。下次培养程序员要先看星座。
