捐助系统v2.5版成了跳票王。原本计划要在8.1发最终版，今天已经8.6了连个测试版还没搞定。票还是要接着跳的，罗列点更新的内容吧：

what's new in v2.5

1. 重新对页面流程、操作规范进行调整；对页面内容进行按类别组织，更加便于阅读；
2. 邮件发送支持多个"发件人池"，每次发送邮件时从中随机选取一个作为邮件发送者，可通过此方法绕开到达邮件账户每日发送量限制时发送失败问题；并调整邮件发送过程为异步模式，可尽快的将操作权转交给操作员；
3. 通知状态跟踪，在捐助过程中(发布、确认、发放)由系统发出的通知都进行记录，在捐助详情中可看到相应通知记录；
4. 短信通知功能。作为除邮件之外的另一种通知方式，邮件发送给捐助代理人(在论坛注册并实际操作系统认捐的人——以前叫作论坛联系人，似乎捐助代理人更为妥当)，而短信通知直接通知捐助人；..................未完成
5. 新的财务系统同步功能。只有支付宝的自动确认才会同步到财务系统，并且是同步到财务系统的"待确认"列表，财务人员可根据此列表确认最终是否要进入正式科目；
6. 支付宝日志。支付宝通知我们的记录全部记录到日志中，便于对账和破案；
7. 认捐时锁定学生。不会产生选中孩子后，被其他人抢走的情况了，如果选中后异常退出而没有解锁，系统会在10分钟(暂定)后自动解锁；
8. 强制手工生成续捐记录。过期未生成续捐数据时可使用此功能提供待生成学生编号强制生成，生成时同样要求待续捐学生为未结束、已反馈状态；此功能要求特殊管理权限；
9. 强制改名功能，此功能需要特殊管理及学生管理等权限；
10. 强制变更捐助人功能，要求特殊管理权限；
11. 定时执行任务框架——用于定时解锁被锁定学生、刷新报表(未完成)等任务；
12. 配置工具，可通过界面修改系统配置-------------未完成。
13. 重新调整配置文件结构，更加合理和有逻辑。

enhanced function

1. 修正重复支付宝确认问题.....8月已在v2.1中更新；
2. 增强捐助批次查询性能；
3. 捐助人查询.去掉与学生的绑定(可在捐助查询中根据捐助人姓名查询，所以这里无需再绑定)........未完成
4. 邮件通知正文可以包含比较详细的捐助资料和孩子资料；
5. 预约功能可单独发送通知，或删除；
6. "我的格桑花"更改为"我的捐助" ；
7. 增强并优化身份验证机制.................优化未完成。
8. 发布环节、反馈环节增加发放人、反馈人等资料的记录。...........................未完成
9. 捐助列表对SEO优化，搜索引擎可以查到更多的资料了.
10. 性能提升。增加多级缓存机制。

曾经计划至少每个月都要在格桑花的网站发一篇blog的。可还是坚持了没几天，按理说个人blog内容可以随便些没必要一定要和格桑花有关的。但是既然已经有了另外一个blog那这里似乎不与格桑花有关就觉得不好分类的了。

今年的大体计划基本已经确定，眼下来说还是粗略地罗列罗列，毕竟办公系统尚未正式投入使用。当然在这里看的人也很少，然而却没什么不对，因为本来就是随便念叨，不算正式的消息。

1、捐助系统 看得到的变化就是对界面的调整。现在的界面在使用上不是很流畅，尤其是一些资料管理的页面也带着菜单、logo等一大群噪音元素，这次的调整时要把这些噪音去掉，同时把资料收集、显示的页面做一下归类，便于使用。当然这个变化也是很有风险的，大家已经熟悉现在的方式，新的方式不可能一下子被大家接受——如同xp到vista的升级。看不到的变化呢，都是在软件里边了，而且呢绝对不比能看到的东西少。

2、财务系统 财务系统本身的主题不需要做大的调整了，可跟其他系统的接口部分需要一些大的变化。主要是增加一个“池”的概念。其他所有系统过来的数据都必须先入池，然后经财务人员确认后进入明细。使用这个池把其他系统和财务隔离开，免得搞出一群冤假错案来。

3、办公系统 还在评估期。两个软件各有所长，很难取舍。从普通用户使用方便来说oa强点；从知识管理角度wss强点；从条例上貌似oa强点，用熟了wss强点；版本控制wss强点；工作流貌似oa强点；全文检索wss能，oa不能。

4、网站优化 以SEO为主。小有成就，百度"助学"关键字的排名从需要翻2、3页到排名第二、第三了；google只拍到10左右。

一、网站变革事宜

年会中对官网、论坛的定位与职责划分，以及如何活跃论坛跟很多朋友做了交流。形成的决议跟帮主和棒子做了汇报和交流，详细内容需要在整理出来。经组织决定后，推动或配合推动后续的落实工作。

二、捐助系统升级

1、论坛中的升级要求

2、为捐助人增加自己名下捐助人的查询功能(江风)。短期先导一份江风名下的捐助人列表给他。

3、免费版开发。需要制作安装/升级程序、去掉格桑花特有的功能、配置等。

三、项目捐助

主要是bug的修订，实物管理估计至少上半年没时间做了。——除非找到可以接收之人。

四、接班人

继续寻找接班人，要有能力、有意愿的人。目前心梅推荐的朋友正在研究mojoPortal中，再过一、二周跟踪下结果。

新手上路

色影无忌

驴行天下

家有儿女

见光不死

MojoPortal的Rss Feed日期处理有问题，上次已经说过了。这次仍然给出一个折衷的办法。MojoPortal实际上使用一个叫做Argotic的项目来解析rss，那么我们就从这一项目入手去解决。

下载源代码，并修改SyndicationDateTimeUtility.cs中如下几点：

1、value=value.Replace("+0800", "GMT+8")

2、string[] formats                    = new string[5];

3、     formats[2]  = "ddd',' dd MMM yyyy HH:mm:ss zzz";
           formats[3] = "ddd',' dd MMM yyyy HH:mm:ss GMT+8";//for sina && sohu
            formats[4] = "ddd',' d MMM yyyy HH:mm:ss GMT+8";//for sina && sohu

三道试题

• 定目标，划范围  设定总体的战略目标和工作范围，并以操作为所有工作的最终目标和依据
• 定策略，强执行  制订具体事情的具体策略以及制定这些策略的依据，加强落实提升执行力
• 放胸襟，纳人才 以开放的胸怀广泛吸纳各种层次的人员，并对不同层次的人员采用不同的"使用策略"，加强人员沟通、培养、保留机制。

我们需要什么样的官网？

什么是官网？什么样子的才是官网？其实这些问题并没有统一的答案，更没用唯一的答案。甚至可以说这两个问题本身就没有多大的意义，然而换一个角度问"我们究竟需要什么样子的官网？"更为合适。

关于这一问题的回答已在前面的Post中有所阐述，这里不再重复。需要补充的是，官网要做成什么样子的才算官网这一绕不开的问题。

最近几年来Web2.0这一词汇充斥了互联网界，这一术语并不代表新的技术，而是一种新的态度。一种以倡导全民参与、平等、尊重的为代表的草根文化。

同时Web2.0的网站与传统的网站更是有了一些显著的区别，其主要特点是：界面简洁、清爽、互动性强。

一直以来我们都标榜自身的民间性(草根性)，那么从这一点出发简洁、清爽的2.0风格理应更适合我们的口味。如果是至此还不能说明问题的话可以参看下边的几个网站：

多背一公斤

还不够？那么看看这个美国白宫的官网。偌大一个白宫的官网都可以做成如此简洁的形态，我们为什么不可以？

在没有更好的设计之前，官网的风格就暂定为这一极其朴素的样子了。

整个样式的设定极其简单，采用灰色、绿色、橙色、淡蓝色勾勒出总体页面的框架。大面积的空白、灰色边框给页面总体奠定一种素雅的格调，加以橙色的点睛使充满生气。又因大量空白和灰色的使用，给网站图片下效果预留了极大的发挥空间。字体以更利于液晶显示器阅读的微软雅黑作为默认设定。当然，如果您的电脑上没有安装这一字体，将会用黑体和仿宋作为替代。

首页的设计上，几乎是简单到不能再简单了。然后这简单的背后是大量的权衡与取舍，核心思想是第一时间告诉浏览者我们是谁，做什么的，核心理念是什么；做了什么（待统计数据功能加上后实现），有什么最新动态；如何参与。能实现这三个方面的主要目标应该来说算是一个还算合格的主页设计。

框架有了，内容还不算完善。“从入门到提高”也是一个不小的挑战，应对这一挑战应该是多层面，多角度的，也更是一个长期而艰巨的任务！

mojoportal的Rss Feed模块对非标准格式的pubDate解析有问题，而新浪之类的blog提供商所提供的rss格式正好是那种非觉得标准的格式，导致解析时无法得到正确的发布日期。没办法只得修改Feed的代码。

需要修改mojoPortal.Features.UI.csproj中FeedCache.GetRssFeedEntries()

在源码93行，即foreach (Argotic.Syndication.RssItem rssItem in rssFeed.Channel.Items)后边添加调整代码：

if (rssItem.PublicationDate < new DateTime(2005, 1, 1))
                                {
                                    rssItem.PublicationDate = DateTime.Now.AddDays(-dayOffset); ;
                                    dayOffset++;
                                }

当然在foreach前边要int dayOffset=0;

后遗症：所有无法正确解析的发布时间统一从一个起始时间前移。

Blog回复正常了。升级mojoPortal到2.2.8.1

RSS Feed居然工作不稳定

开始几乎全封闭式休假，活动从每天早晨5点到22点。