只要你最红

安全过滤参考网站：

http://ha.ckers.org/xss.html

国内大多数开发者和开发机构往往因为赶进度而忽略安全过滤的测试，依赖框架的都是脆弱的人啊。。。。。。。

http://yoyo.cn 留言板

exp/*

设计尽善尽美的产品，需要进行多次论证、检验，才能提交到开发制作。在这一过程中，一些内容、细节很容易被忽略或遗漏，曾经一直想有一个可以检验细节完整性的参照物，大多无果而终。今天偶然翻到一个“表单设计的最佳体验”，看了看，符合我的需求。为什么表单设计非常重要？

- 表单是用户与网站之间进行“对话”的方式
- 从商业上
– 使用户能够实现购买行为
– 使商家实现销售利润最大化
- 从交互的角度
– 使用户能够参与
– 使商家能够增加用户并形成社区
- 从参与角度
– 使用户能够操作和贡献内容
– 使商家可以积累内容和数据

设计原则
– 使痛苦减少到最小
– 没有人喜欢填写表单
– 聪明的默认值，在线校验，输入的容错性
– 清晰的完成路径
– 考虑用户的背景和使用情景
– 用户的熟练程度
– 用户使用的频繁度
– 确保交流的连续性
– 错误，帮助和成功
– 单一声音，减少噪音

对效果的分析
– 易用性测试
– 错误，提示，帮助，完成率，每次任务花费时间，满意度分值
– 眼球跟踪
– 完成时间，关注点,扫视路径
– 用户帮助
– 最重要的问题，事故次数
– 最好的体验
– 常用解决方案，独特的方法
– 在线跟踪
– 完成率，进入点，退出点，页面元素的使用,输入的数据

设计模式
信息+互动+反馈

信息
– 布局
– 标签位置
– 内容分组
– 输入
– 格式，必填项目
– 动作
– 首要动作和次要动作
– 帮助和提示
– 视觉层级

标签顶端对齐方式
– 当被收集的数据是熟悉的
– 最少的完成时间
– 需要更大的垂直空间
– 间距和对比对于有效的视觉扫描很关键
– 对于本地化和复杂的输入有更高的灵活性

标签右对齐方式
– 标签和输入框有清晰的联系
– 需要较少的垂直空间
– 由于左侧的不对齐，快速扫描所有标签变得比较困难
– 很快的完成时间

标签左对齐方式
– 当需要的数据不熟悉时
– 标签的扫描比较容易
– 标签与输入框的联系不紧密
– 改变标签长度可能对布局产生破坏和削弱

眼球跟踪
– 2006年7月matteo panzo的研究
– 左对齐
– 容易将标签与输入框联系起来
– 标签和输入框之间的距离让用户花费更多时间
– 右对齐
– 减少了将近一半的注视次数
– 表单完成时间减少了一半
– 顶端对齐
– 让用户一眼捕捉到标签和输入框
– 最少的完成时间

最好的体验
– 减少完成时间以及熟悉的数据输入：上对齐
– 如果希望节省垂直空间：右对齐
– 对于用户不熟悉或者高级的数据项：左对齐

必填项目
– 必填项的指示在以下情况下最有用：
– 输入项很多
– 很少是必填项目
– 使用户能够通过扫描表单知道什么需要填写
– 选填项指示在以下情况下最有用：
– 很少的项目是选填项
– 当所有项目都是必填项时指示就没有用处

最好的体验
– 尽量避免选填项
– 必填项多，则标明选填项目
– 选填项多，则标明必填项
– 文字最好，但*经常被用于必填项目
– 将标识和标签连在一起

输入域长度
– 输入域长度可以提供有价值的affordances
– 适当的域长度为输入提供足够的空间
– 混乱的域长度可能给表单增加视觉噪音

最好的体验
– 如果可能，use field length as an affordance
– 否则，考虑一个一致的长度提供足够的输入空间

内容分组
– 内容关系提供了结构化组织表单的方式
– 分组提供了
– 一种在高层次上扫描必需信息的方式
– 表单内信息关系的联系

太多的内容分组会导致额外的视觉噪音，降低可读性
最小化分组的好处：减少视觉噪音，更直接的完成路径

最好的体验
– 将表单内关联的内容进行分组
– 使用最少数量的视觉元素来表达关系

动作
– 不是所有的表单动作是平等的
– 重置、取消、返回一般来说是次要的操作，很多时候不是必须的
– 保存、下一步、提交是首要的操作：对于表单的完成起直接作用
– 动作的视觉呈现需要与他们的重要性相匹配

最好的体验
– 如果可能，避免次要动作
– 否则，用清晰的视觉识别来区分主要和次要动作

帮助和提示
– 在下面的情况下，帮助提示是有用的：
– 要求用户输入不熟悉的数据时
– 用户对于为什么数据被要求填写可能有疑问
– 推荐用户使用某种提供数据的方式
– 某些数据是选填的
– 然而，过度使用帮助和提示会很快overwhelm表单
– 在下面的情况下，你也许需要考虑动态提示
– 自动的内文提醒
– 用户触发的内文提醒
– 用户触发的段落提醒

最好的体验
– 除非必要，尽量少的使用帮助、提示
– 明显和与数据输入区最相邻的帮助是最有效的
– 当收集很多用户不熟悉的数据时，考虑使用动态提示系统

交互
– 用户完成的路径
– 使用键盘的tab键进行控制
– 逐步出现
– 依赖性出现

完成路径
– 每个表单的首要目标都是希望用户填完
– 每一个输入项目需要考虑和操作
– 去掉所有不必要的数据输入要求
– 提供灵活的数据输入
– 提供清晰的路径
– 提供聪明的默认值

最好的体验
– 去掉所有不必要的数据请求
– 使用聪明的默认值
– 给用户提供灵活的数据输入选择
– 清晰的完成路径
– 对于长表单，提供进度和保存功能

tabbing
– 许多用户通过tab在表单项目之间跳转
– 合理的html将保证跳转正确工作
– 多列式的表单结构可能与tabbing顺序相冲突

最好的体验
– 记得考虑tabbing
– 使用tabindex属性来控制tabbing顺序
– 当设计表单布局时考虑tabbing预期

阶段性提醒
– 不是所有用户一次需要所有可选项
– 合理使用的阶段性提醒提供了额外的选项
– 高级选项
– 进阶操作

最好的体验
– 根据用户需求的优先级来安排阶段性提醒
– 最有效的方法是让用户来触发
– 使用一致的提醒方式

依赖性选择输入
– 有时候一个数据需要与其他的数据输入相关联
– 某项输入触发更多的选项
– 某项输入触发更清楚的需求

依赖型显现输入
– 页面级别
– 需要额外的步骤
– 区块标签
– 通常容易被忽略
– 默认值很重要
– 手指区块标签
– 需要遵循完成路径
– 区块选择项
– 有效将信息分组
– 隐藏了额外的选项
– 下方暴露和行间暴露
– 有让用户迷惑的潜在危险
– 当选择/选中时激活
– 次要选择的关联性被削弱

最好的体验
– 在首选项之间保持清晰的关系
– 将额外输入项与他们的触发器之间保持清晰的关联
– 避免“跳跃”造成首选项之间关联的减弱

反馈
– 文中校验
– 一致性
– 错误
– 提示形式和解决方案
– 进度
– 提示形式
– 成功
– 校验

文中校验
– 当数据输入时提供直接的反馈
– 输入校验
– 建议正确的输入
– 帮助用户不超出限制
– 如：
– 密码提示
– 用户名选取
– 正确输入下拉提示
– 最大允许字符计算

最佳体验
– 当输入项的出错率很高时考虑文中校验
– 使用建议输入来减少歧义
– 沟通界限

报错
– 错误被用来保证所有数据项被正确提供
– 清晰的标签，affordances，帮助提示和校验可以帮助减少错误
– 但一些错误仍然会出现
– 用尽量少的步骤提供清晰的解决方案

最佳体验
– 当错误发生时提供清楚地交流：优先的位置和视觉反差
– 提供修正错误的方法
– 将错误信息与相关输入项关联起来
– 当错误发生时用视觉语言来double

进度
– 一些时候动作需要有执行的时间
– 表单提交
– 数据计算
– 上传
– 当动作进行中时提供反馈
– 例如：将提交按钮disable

最佳体验
– 提供任务的进度提示
– 当用户点击提交后，将其disable以避免重复的提交

成功
– 当成功完成表单时，在上下文中确认数据输入
– 在一个新页面中
– 在一个更新的表单中
– 通过以下形式提供反馈
– 消息（可移除）
– 动画的形式

最佳体验
– 当数据提交成功后给与清晰的交流
– 在数据提交的情境中提供反馈。

额外补充
– 避免改变用户提供的输入
– 用后来的输入
– 当错误发生时
– 如果获取信息是困难的，那么让用户知道比直接给用户一个表单更优先

可用性和标签形式
– 使用label标签将数据与标签关联
– 能够被screen reader正确识别
– 多数浏览器将带标签的文字处理为可点击：更大的动作
– 使用tabindex属性提供tabbing路径
– 提供tabbing顺序的控制
– 使表单可以通过键盘来导航
– 考虑为支持键盘输入提供accesskey属性
– 直接到达相关的输入项
– 考虑fieldset属性将内容分组

一. 自己在产品经理上的一些体会

看了很多产品经理的资料，也参加过一些产品经理的相关培训，加上自己在实际工作中也遇到过各种难题，以下是总结的一些产品经理技巧：

        把产品体系中各部门要做的事情,以及产品的修改都写成文档.排出优先级和时间安排，并与各部门进行沟通，避免工作混乱，忘记某些工作，或将某个部门的工作量积压在一起，引发矛盾。

        注重细节，一个UE,UI好的网站产品往往就是细节上的处理的比较好，要细心，耐心。对于好的创意要迅速记录，并快速进行TEST。

        当产品出现问题时，要将自己工作的重心放在解决问题，而不是推卸责任，对产品负责，当产品出现问题时，主动积极的去分析问题，承担自己的责任。

        掌握网站相关技术，运营知识，网站发展动态，多记录笔记，多学习，做一个网站的“全才”，比如：也许自己不是一个高级程序员，但却是一个优秀的分析员，了解当今技术发展趋势和功能实现的技术模式，能够分析技术层面的需求；也许自己不是一个好的推广人员，但是会了解基本的推广方案，帮助市场人员为推广出谋划策。

        要坚持自己的观点和决策，但不盲目的排斥好的意见，善于接受意见，善于逆向思维，但不盲目遵从他人乃至上级的意见。

        擅长沟通，作为产品经理就必须和各个产品相关部门良好沟通，当出现矛盾时必须有良好的心态去解决矛盾（一个很实在的做法就是：请该部门人员一起吃饭，加强交流），一切为产品服务。

二. 产品管理体系分析

举例：一个软件产品管理体系，其中主要参与人员有5个角色：产品经理，开发工程师，测试工程师，运维工程师，编辑或运营部门负责人。各个部门的关系如下：

1. 各个角色之间相互依赖、相互协同。
2. 产品经理是产品的带头人，是各个部门围绕的核心。
3. 每个成员都有明确定义的角色和特定的任务。
4. 每个部门有领导者负责管理、指导和协调。
5. 每个人都关注于自己任务的执行。
6. 确保交流不受限制。

这五个部门中每个人都对自己工作内容的质量负责，定义一种相互依赖、相互协作、同等角色关系的工作模型。每个部门中的成员在产品中都有一个明确定义的角色，并且关注于自己部门的任务。每个部门成员都是产品利益的维护者，鼓励的是一种面向客户的开发过程。

涉及到产品经理工作的环节：

见之前转过的一篇文章《产品经理的职责》

三. 如何将产品管理更适应互联网：

1. 互联网产品很类似软件体系中的敏捷式开发，由客户故事入手，进行分析，以较少策划和文档消耗的时间来换取产品的快速相应和敏捷开发。在减少内耗的同时，保证产品能顺利的进展，增加迭代优化和修改制度，防止产品完成后无法快速处理后期优化和修改工作。
2. 缩短各部门响应时间，保持各部门沟通顺畅。
3. 确定一个可行的时间进度，各部门对自己产品工作内容质量和产品进度负责。
4. 保证产品经理的核心地位，产品经理对产品负责。坚持产品策划文档的权威性，但不排斥正确的意见和建议。
5. 缩短测试时间，有效增强开发人员，测试人员和部署人员之间工作的协调性，建立产品发布制度，缩短产品发布时间。
6. 在迭代开发的基础上增加迭代修改制度，建立一个良好的产品快速响应制度。

我又想你了
难受的日子里
总能梦到你
那个活蹦乱跳的小姑娘

有些东西注定要在生命中留下印迹
陪伴着我
度过最艰难的岁月
离我而去

你会说
是你
选择了我
还是你
让我离开

你选择了我
而命运选择了你
另一边
你会活得更好

我会继续寻找下去
但不同
该是
花花草草
虫虫鱼鱼

姗姗别托梦怪我，我亦无奈。

我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你，
我恨你。
————————————

今天，是我游泳的一个里程碑，我突破性的一口气游了700米，越游越有感觉，要不是救生员告诉我闭馆了，我还真想试试1000米~。不过还好闭馆了，否则我基本上累挂了。

最近很灰暗啊，据说3月更灰暗，我是不是该随季节着装，弄身黑衣服  ：D

几千年来
我们这里已形成一种习惯(价值观)
那就是以个人的前途与未来审视这个世界
而为了个人的前途与未来
他(们)会不吝惜各种龌龊的手段(欺骗)
那只有一个目的
为了他(们)自己的所有(位子)
来让大多数人相信
“我是对的
其余都是错的”

人的未来的哲学思考
        但是，基于目前的研究成果和我的建立在科学的基础上的推测，我还是能够对未来的人以及人的未来进行一番描述。
        在若干年后，由于物质的不断丰富，营养的进一步加强，科技的不断发展和突破。人的进化速度明显加快，主要的表现不是在生理上的。而是在智力上的,确切的说是在引起智力发育的神经系统，尤其是中枢神经系统。
        尽管人的脑壳以及其内部的容积是目前地球上相对于体重是最大的动物了.，是仍然还有发育的空间。
        脑壳是目前地球上最为坚硬最为坚固的骨头了。君不见人类历史学家为了寻找到远古先人的头颅而乐此不疲，为了找到远古先人的头颅而欣喜若狂。以前的科学家试图在不破坏头骨结构的情况下想打开头颅，均以失败而告终。
        在无计可施的情况下，一个聪明的科学家终于想出了一个办法。那就是在头颅骨内植入植物的种子，利用植物的趋光性，通过植物的生长，终于将人类的头颅骨在不破坏结构的情况下打开了。植物的神奇力量你是领教了。
        然而，你并没有领教过生物的神奇力量，也许你领教过，但是你没有好好体验过，也可能是当时你的年龄太小了，囟门闭合的太晚了。也可能你本身就很聪明了，大脑很早就成熟了。
        可以断定，时代越是发展了，进步了，人们的竞争越激烈，人们的精神心理压力越大，迫使人们有更大更健康的大脑才能应付越来越多的事情挫折，必须输入更多的信息才能立于不败只地。否则你将要被击败，你将要成为神经症、精神病患者。
        信息时代的来临，迫使人们的大脑不得不发育，可以说信息时代的来临，使人们的大脑的正常发育提前了。现在的大脑不够用了。越来越多的人可能或者是将要产生恐惧了。越来越多的人可能或者是将要体验到脑壳的响声了，体验到脑细胞的神奇力量了。
        除非你能使你的囟门闭合推迟，那么你的大脑细胞就一定会象植物种子一样将你的脑壳撑开撑大。这是进化的结果；这是大脑发育的结果；这尤其是大脑皮层发育的结果。猴子、猩猩只所以是猴子、猩猩，就是因为大脑皮层没有发育的结果。这个结果导致了它们与他们只有0.75%的差别。导致了它们只能让他们当猴玩耍。
        而他们只能是脑袋越来越大，毛病越来越大，嘴巴越来越小，饭量越来越少，越来越睡不着觉，头发越来越稀，体能越来越弱，腿子越来越短，胳臂越来越细，越来越聪明，越来越明察秋毫……（还记得《魔戒》里的咕噜吗？）。
        是好事吗？不好说。越来越聪明的脑袋制造出了原子弹、氢弹、中子弹。神经越来越衰弱了，越来越紧张，越来越惊恐，越来越衰弱紧张的大脑操纵着原子弹、氢弹、中子弹。
        这些还不是最主要的。最主要的是越来越发达的大脑越来越明察秋毫，你的心思、隐私我全都知道；我的心思、隐私你全都知道。
我没有任何欲望了，我们只能望欲了。本能也快要丧失了！我就是你，你就是我。怎么能这样呢？
        进化是必然的，但自然的进化是比较缓慢的。但外界环境的剧烈的变化可以加速自然的进化进程。进化是将优秀的先进的基因遗传给下一代。

　在北魏的历史发展过程中，“子贵母死”的旧制发展到了鼎盛。其目的何在呢？为的依然是防母族干政。

古代中国封建思想严重，女子的地位极其低下，按照中国古代的继承制度，继承权一般是以嫡长子为准的，尤其是在明争暗斗的皇宫，谁要是先生了一个儿子，那就是太子了。母凭子贵，那以后自己也就是太后了。所以，历朝历代争先恐后为皇帝生孩子的后宫女人数不胜数，但有一个朝代例外，那就是北魏。《宣武灵皇后》记载：“椒庭之中，以国旧制，相与祈祝，皆愿生诸王、公主，不愿生太子。”因为按北魏王朝惯例，为防止妇人干政，立太子时必杀其母。并且此制实行了七代，历一个世纪之久，不知道牺牲了多少位无辜的母亲。

“子贵母死”的旧制并不是在北魏才有的，始于汉武帝杀钩弋夫人。《汉书·外戚传》讲汉武帝之妃赵倢伃，她是昭帝之母，深为受宠。因为居于钩弋宫，所以称为“钩弋夫人”，其子昭帝，也号“钩弋子”。武帝常言，昭帝类他。“又感其生与众异，甚奇爱之，心欲立焉，以其年穉母少，恐女主颛恣乱国家，犹与久之。钩弋倢伃从幸甘泉，有过见谴，以忧死。”《史记·外戚世家》关于赵倢伃的事情是褚少孙补的，说武帝有意立昭帝，“后数日，帝谴责钩弋夫人。夫人脱簪珥叩头。帝曰：‘引持去，送掖庭狱！’夫人还顾，帝曰：‘趣行，女不得活！’夫人死云阳宫。……其后帝闲居，问左右曰：‘人言云何？’左右对曰：‘人言且立其子，何去其母乎？’帝曰：‘然。是非儿曹愚人所知也。往古国家所以乱也，由主少母壮也。女主独居骄蹇，淫乱自恣，莫能禁也。女不闻吕后耶？’故诸为武帝生子者，无男女，其母无不谴死。”

 北魏冯太后
在北魏的历史发展过程中，“子贵母死”的旧制发展到了鼎盛。其目的何在呢？为的依然是防母族干政，当然其主要根源还是在拓跋旧制。当时北魏尚未确立一套父子传承的嫡庶长幼之序，储君的策立和登基往往有赖于母后和母族的强大，可谓“母强子立”。到道武帝时，这种状况有了改变。道武帝先用战争手段强制离散母族贺兰部、妻族独孤部、祖母族慕容部等大部落，后来还先后逼死自己的母亲贺兰太后，赐死太子拓跋嗣的母亲刘皇后。拓跋嗣思念母亲，伤心地哭泣。道武帝安慰他说，过去汉武帝将立太子，先杀太子的母亲，是唯恐女主干政。现在你为太子，我不得不效法汉武故事。

从道武帝开始，凡为储君之母即被赐死，虽然这样旧制换得了北魏稳定的君位传承秩序，对拓跋部的稳定是有利的，但是由牺牲无辜的母亲换来的。

孝文帝拓跋宏的父亲献文帝信仰佛教，对政治不感兴趣。在公元471年，拓跋宏才五岁的时候，就把皇位让给了拓跋宏，拓跋宏为北魏的第六位国君，即为孝文帝。孝文帝的母亲李氏，因为儿子被立为太子而被赐死了，年幼的拓跋宏则由祖母冯氏抚养。在471年至490年的20年间，皇太后冯氏把持了政权。

孝文帝虽然跟着冯氏长大，但冯氏对拓跋宏却并不喜欢，一直存有戒心，担心他长大后会对自己不利。一次冯太后听信谗言，杖罚幼小的拓跋宏。有一次甚至在大冷天里，把穿着单衣的小皇帝关在一间空屋子之中，三天不给饭吃，还有过废掉他的心思。后因大臣穆泰的劝阻，废太子之事才被搁浅下来。

后来，孝文帝的爱妃林氏，因为生下儿子拓跋恂，被立为太子，林氏也被赐死。妃嫔们“相与祈祝，皆愿生诸王公主，不愿生太子”。使得孝文帝只留下孝明帝一根独苗苗，孝明帝则根本无子嗣。孝文帝曾求当时当权的冯太后废除旧法，但被拒绝。

宣武帝元恪，笃信佛教，不忍杀生，“立皇子诩，始不杀其母”，“子贵母死”终于被取消。后宫的妃子们不再因为怀孕而人人自危，“矫枉之义不亦过哉!”（《北史·后妃传》），此种制度确实有些不人道。

去年无意间看到了“红色高棉的历史”，至此一发不可收拾，对历史，甚至政治迷得不得了。从国外圣经的《创世纪》到国内的六四动乱，我成了一个不折不扣的**.下面这段是现代犹太人的祖先迦太基历史中一个重要的人物，迦太基又是腓尼基人建立起来的，看完这些，古非洲的历史我已经有个轮廓了。

汉尼拔（前247～前183）
Hannibal

迦太基军事家，政治家。出身将门，自幼随父在军中研习战法，誓向罗马复仇。公元前221年任迦太基驻西班牙军队统帅。长于治军，善于谋略。公元前218年第二次布匿战争爆发后，汉尼拔率领迦太基远征军从西班牙出发，历尽艰辛，不顾惨重损失，穿过高卢，历时15天翻越阿尔卑斯山突入意大利。在特拉西梅诺湖战役（前217）和坎尼战役（前216）中，大败罗马军队，创造了古代军事史上的辉煌战例。在意大利转战15年，使罗马遭到沉重打击。由于罗马占有在本土作战的优势并控制着海上交通，汉尼拔的雇佣军补给困难，渐入困境。公元前204年罗马军队在迦太基登陆，次年汉尼拔奉召回国。公元前202年在扎马决战中败于罗马名将大西庇阿。战争结束后，在政敌和罗马的逼迫下于公元前195年出走东方，辗转依附塞琉西王国和小亚细亚西北部的比提尼亚王国。公元前183年或前182年因怕被引渡到罗马而服毒自杀。

一段古非洲史，让我沉迷。
现在我回来了，回到真实的世界中。
汉尼拔，嘿嘿你个变态！

全盛时期的迦太基版图，可以看得出，整个罗马都在他包围之下。

汉尼拔的远征军

凯旋！