1. 解决方法

# AttachFile.py line 572
        # restrict upload file length
        #add by LiYan @2010/03/11
        limit = 1024*1024*300
        file_size = bytes
        if file_size>=limit:
            # get attached file name
                attach_dir = getAttachDir(request, pagename)
                fpath = os.path.join(attach_dir, target).encode(config.charset)
                os.remove(fpath)
                return _(u"reach file ...

1. 解决方法

# AttachFile.py line 572
        # restrict upload file length
        #add by LiYan @2010/03/11
        limit = 1024*1024*300
        file_size = bytes
        if file_size>=limit:
            # get attached file name
                attach_dir = getAttachDir(request, pagename)
                fpath = os.path.join(attach_dir, target).encode(config.charset)

                os.remove(fpath)
                
                return _(u"reach file ...

前两天思考了研发管理目标，提出了研发工作要产品化。从目前云端技术部的工作上看，运营系统是今年最重要的。从架构上看，可以划分成以下四部分：

1. 营销系统：主要提供运营产品展示，主动进行用户营销和用户购买服务。
2. 订单系统：订单处理，包括计费的部分工作和订购关系建立。
3. 运营支撑系统： 主要是运营的配置管理
4. 监控系统：运营活动监控和告警，以及一些数据分析工作

第一、二部分其实就是09年在做的运营系统V3.0，今年会继续做下去；增加的第三、四部分是以前BOSS和系统部门负责的，现在把需求把控的职责也拿回来了。这几部分和在一起后，对整体运营目标的达成和日常工作开展，会很有好处的。

应用程序虚拟化不谈（Java和.Net），平台虚拟化技术如今已经发展到可以落地的阶段了。
对于平台虚拟化，可以定义为使用特定软件（Virtual Machine Monitor/Hypervisor）隐藏特定计算平台的实际物理特性，为用户提供抽象的、统一的、模拟的计算环境（称为虚拟机）。虚拟机中运行的操作系统被称为客户机操作系统（Guest OS），运行虚拟机监控器的操作系统被称为主机操作系统（Host OS）。
如今系统部也开始了基于Xen® hypervisor的前期调研。

Jira能在公司推广，至少有华仔80%的作用，如今产品、运营和研发三大部门已经打通了流程，相关的培训和指导工作也在开展，培训文档看来全由华仔包办了，在指导上我会投入精力的，过程中也可以添几条FAQ。

昨天产品部的平仔给我们研发做Scrum培训，又听了一遍。产品部门有这样的同事，对研发来说是很幸福的。

晚上下班和华仔一路，说到一个开发经理新出的面试题，赞不绝口。题目是这样的，给出以下需求的最简实现方案： 工作餐AA制，每天有人统一付账，其他人可能当时给，可能事后给，需要一个系统进行记录 ...

昨天晚上10点接到华仔的电话，说moin从1.6升级到1.8.5不是很顺利。一共有两个槛儿：
1. 之前系统部升级失败，但已经更新了数据文件，从而无法自动更新用户密码了（原来的SHA加密升级成SSHA了）
2. 决定上LDAP认证，但redhat上装python-ldap遇到了无法解决的依赖关系。
两个问题，第一个属于既成事实，只有硬走第二条路了。

今天早上我们俩前后脚到单位，华仔很兴奋的告诉我，1.8.5升级成功了，昨天干到11点多，终于辗转腾挪把依赖关系给解决了。赞一个。
1.6往上升级，还有一个槛儿，就是用户组的正则表达变了，引起的问题是acl权限认证失效，应该改成下面这样：
page_group_regex = ur"(?P(?PS+)Group)"

升级的初衷是希望解决pptx后缀的附件下载被认作zip格式，但这个问题在1.8.5还依然存在，还是得继续看看。

moin1.8支持rss发布了，这个功能很有用。

公司的产品和运营都用Jira做信息系统了，研发是继续使用自己开发的系统还是切换到Jira，现在成了一个问题。

其实也没那么难决策，从以下几个方面比较一下就一目了然了：

1 ...

－ Reference
http://moinmo.in/HelpOnAuthentication

- Outline
1. 工作过程：
• 用户在登录界面输入用户名和密码，点击登录按钮
• On login, ldap_login.LDAPAuth checks username/password against LDAP.
  ◦ If username/password is ok for LDAP, it creates or updates a user profile with values from ldap (name, alias, email) and creates a user object in the MoinMoin process, then ...

本来想写点儿东西，从技术和管理角度，在系统级别、应用级别论证一下Debian优于Redhat。但手里的资料还是比较少，写这样的东西太主观了。就先开一篇文字，罗列一下我目前能够比较的点吧。

相同点：
1. 内核都是基于Linux Kernel，做应用服务器，用什么linux基本没有差异
2. 软件丰富度差不多，开源软件包支持度一样： GNU/FSF/Apache....debian目前官方的软件包25113个（见http://www.debian.org/）
3. 同样庞大的用户群

差异性：

• 系统安装：最简安装VS全副武装

• 软件包管理：deb包管理（通过互联网上的软件仓库安装、升级卸载软件甚至操作系统）VS RPM（人工处理依赖关系）

Debian的包管理十分方便, 这将节省大量的维护和管理的时间。

• 系统升级（安全补丁）：及时性和付费情况

Redhat的自动升级服务是要交费的，对于企业服务器版本的费用则更高。如果不买，则要到处去找包，去解决相互的依赖；
Debian支持操作系统平滑升级，他们的社区在随时关注各种安全问题，在最快的时间内发布香港的安全补丁 ...

Sventon Can  Integrate with JIRA, Hudson, Luntbuild and TortoiseSVN
www.sventon.org

- 操作环境
sventon 2.1.3
Jira 3.13.4-#354

- Add a Repository first

1. Browse $Context/repos/configlogin
enter password
2. Click "Add Another Repository"
3. 输入参数
这个界面很友好，Sample和Help都有
主要是三部分内容，svn地址、认证信息、应用信息（是否进行压缩、缓存）
4. Click ...

- Reference

http://www.atlassian.com/software/jira/docs/v3.13.4/ldap.html
http://www.atlassian.com/software/jira/docs/v3.13.4/configure.html#options
http://confluence.atlassian.com/display/JIRA/Importing+user+from+LDAP
http://www.atlassian.com/software/jira/docs/v3.13.4/jelly.html

- Outline

1 ...

- About JIRA Workflow

A JIRA workflow is the set of steps and transitions an issue goes through during its lifecycle.
Workflows typically represent business processes.

• JIRA Enterprise supports multiple active workflows. Each workflow can be associated with particular projects and (optionally) particular issue type(s).
• JIRA Professional supports only one ...

作者 Boris Lublinsky 译者 马国耀 发布于 2009年7月17日 上午1时50分

现在，越来越多的人意识到在解决方案中引入工作流的重要性。然而，在面临如何具体实现的时，自建亦或是使用（现有工作流）？争论仍在继续。在Bernd Rücker的新博文“工作流引擎？动手整一个……”中，他重拳出击，讨论了围绕在这个问题周围的一些常见误解。

在Bernd看来，支持开发“自产的”工作流引擎的典型论点包括以下几个方面：

• 我们仅有非常基本的需求，简单的状态机。用工作流引擎是用大炮打蚊子。
• 引擎应该是应用的一部分，而不是独立的。
• 我们已经对工作流产品X做了评估，它并不适合我们的需求。

尽管乍一看这些论点似乎有道理，但是这些论点很少能为开发“自产的”工作流引擎而付出的努力和开销提供充分理由。

我们仅有非常基本的需求，而且，为此而学习新技术或（工作流的）实现而花费时间和努力是不值得的。结果很多实现一开始是基于简单的数据库表，在其中维持每一个流程的实例及其状态。但是，如果现在还需要支持以下方面的需求呢？

• 存储实例变量的等待状态？
• 超时处理？
• 事件上报 ...

演讲人 洪强宁 发布于 2009年6月25日 下午9时20分 讲述随着用户规模的增长，系统由上线时的单台服务器架构的持续变化演进。

视频：http://www.infoq.com/cn/presentations/hongqn-douban

摘录讲稿《豆瓣技术架构的发展历程》 1. 豆瓣网简介 2005年3月上线 以分享和发现为核心的社区 读书、电影、音乐、小组、同城、9点 我的豆瓣、友邻

1. 现在的一些数据 用户： 2.8M注册用户，约1/4活跃用户 千万级非注册用户 请求数： 20M个动态请求/天，峰值500~600个/sec 服务器： 23台普通PC服务器（1U15/2U8） 前端12台 后台 ...

原文：Google Architecture

Google是伸缩性的王者。Google一直的目标就是构建高性能高伸缩性的基础组织来支持它们的产品。

更新说明
1 petabyte = 1000 terabytes = 1,000,000 gigabytes
Google用MapReduce整理1PB的数据：耗时6小时2分钟

Google每天执行10万个MapReduce任务；每天产生20PB的数据；写出1万个MapReduce程序；使用的计算机是千兆以太网/双核处理器/4~8G的内存

信息来源

·  Video: Building Large Systems at Google

·  Google Lab: The Google File System

·  Google Lab: MapReduce: Simplified Data Processing on Large Clusters

·  Google Lab: BigTable.

·  Video: BigTable ...

选型
http://moinmo.in/

获取软件包
- moinmoin 1.6.0
wget http://static.moinmo.in/files/moin-1.6.0.tar.gz
tar -xzf moin-1.6.0.tar.gz

- Python-2.5.1
wget http://www.python.org/ftp/python/2.5.1/Python-2.5.1.tgz
tar -zxvf Python-2.5.1.tgz ...

准备写一个what, why, who, how系列的，希望能够坚持深入下去。
其实目的（Why）应该放在前面的，但先迫不及待的下笔写了What，现在看看，也没什么不妥。

在写what的过程中，提到了两个EA框架，本文就此做个小调查的笔记，参考资料主要来自：
http://en.wikipedia.org/wiki/Enterprise_Architecture_Framework


EA框架的发展历史
EA框架的历史也就是EA的历史，Zachman创建了他的Zachman框架，也是EA的开始。第二个框架TAFIM是一个开源的EA框架。
 * Zachman Framework
    1987
    http://en.wikipedia.org/wiki/Zachman_Framework

 * "Technical Architecture Framework for Information Management" (TAFIM)
    1991
    http://en.wikipedia.org/wiki/Technical_Architecture_Framework_for_Information_Management

Overview ...