Archive for 12月, 2009
section 508
如果你经常浏览一些国外的网站,你会发现他们的网站是非常简洁、清爽、干净的，版面内容也非常简短，跟中文网站的版面截然不同的，而且他们的版面改变很少，一般几年才会改动一次，版面也没有蹦蹦跳跳的广告。一方面可能跟西方人文化思维习惯有关，另一方面，在国外（像美国、澳大利亚等），国家有颁布相应的法律来约束大众信息传播网站，这就是 section 508法案，大体上来描述就相当于：如果某个大众信息传播网站，如果某些用户群体（如残疾人）浏览该网站获取信息时，如果他们无法正常获得所期望的信息（如无法正常浏览），那可以依据相关法规，可以对该网站依法起诉，这在中文网站里是一件不可思议的事，单单从这方面来说，中文网站落后他们起码有8年，不知何时我们也会有类似的法规。
下面是section 508的16条法规，你参照一下，你的网站做到了几条：
1. 对每一个非文本元素都应该提供一个等同的文本。
2. 任何多媒体演示的等同替代内容都应该与该演示同步。
3. Web 页应该经过设计，以便所有通过颜色传达的信息无需颜色也可获得，比如通过上下文或者标记获得。
4. 文档应该经过组织，这样它们无需关联的样式表也可阅读。
5. 应该为服务器端图像映射的每个活动区域都提供冗余的文本链接。
6. 应该提供客户端图像映射而非服务器端图像映射，除非区域不能使用可用的几何图形来定义。
7. 应该为数据表标识行和列标题。
8. 对于具有两个或多个逻辑层次的行或列标题的数据表，应该使用标记为这些数据标关联数据单元格和标题单格。
9. 应该使用有助于框架标识和导航的文本来为框架加上标题。
10. 页面应该经过设计，以避免在频率大于 2 Hz 并小于 55 Hz 的情况下导致屏幕闪烁。
11. 当以任何其他方法都无法达到符合性时，应该提供一个有等同信息或功能的纯文本页以使 Web 站点符合这部分的规定。只要主页面更改，纯文本页的内容就应该更新。
12. 当页面使用脚本语言来显示内容或创建界面元素时，由脚本提供的信息应与辅助技术可以阅读的功能文本一致。
13. 当 Web 页要求客户端系统上有小程序、插件或其他应用程序来解释页面内容时，该页必须提供一个到插件或小程序的链接。
14. 当电子表单设计为在线完成时，该表单应该允许用户使用辅助技术来访问完成并提交表单所需的信息、字段元素和功能，包括所有的说明和提示。
15. 应该提供一个方法允许用户跳过重复的导航链接。
16. 当需要一个定时响应时，应该警告用户并给予其充分的时间以表示需要更多的时间。
一个符合WAI标准的网站首要条件是标签标准化，由于历史原因和浏览器的容错性强，标签标准化的实施工作，我们还有很长的一段路要走，这也是我们前端部门的工作重点。
注：
WAI 可用性，可访问性；
关于标签标准化，网站性能评估，可以访问W3C官方网站和YSlow官方网站进一步了解详细情况。
如何更加愉快的工作
转自：http://www.ued163.com/?p=155
相信大家在工作中会遇到下面2种情况，当你为一项工作忙碌了一整天的时候，负责编辑称赞了你设计的很不错，你会感觉忙碌了一天的疲劳好象消失了一样，就算当时编辑再叫你修改你也会爽快的答应他，而且心情也是愉快的。
相反如果你为一项工作忙碌了一整天的时候，负责编辑一过来就说这里不好要修改那里不好又要修改。相信就算你答应他修改但心里一定会极不愿意的，这时候的你的心情也是相当难受的。
造成这两种不同结果原因是在第一种情况中编辑尊重你的劳动成果，给予了你真诚的赞美。所以想更加愉快的工作方法就是真诚的赏识和赞美他人。
例如同一个设计作品，有的人觉得很漂亮和让人感到舒服，而有的人却觉得不漂亮让人感到不舒服，为什么同样一件事物，会产生两种截然不同的结果呢？原因是设计是一个很主观的事物，不同教育、不同的性格、不同的性别、不同的爱好都会影响到他对设计作品的看法。如果我们想每个人都对你的作品100%满意都认同你的想法那是不可能的，但我们可以通过其他方法使互相尊重对方的劳动成果，营造愉快的气氛，这样问题就好解决多了。那这个方法就是真诚的赏识和赞美他人。
一名记者曾做过一次调查：经常赏识他人，夸奖、赞美他人的人往往处事积极乐观，受人欢迎，受人尊敬，不常生病，并且比一般人长寿；而常指责、抱怨的人没有朋友，孤单落寞，身体、心理脆弱，比一般人寿命短。
赞美他人，是我们在日常沟通中常常碰到的情况。要建立良好的人际关系，恰当地赞美别人是必不可少的。事实上，我们每个人都希望自己的工作受到别人的赞美。我们花了很大的精力，希望从他人那里得到赏识，但是，我们自己却不去赞美他人不去挖掘他人的闪光点。万事万物都是互相作用的，当你赞美他人的时候对方心情愉快了，对你会更加友善和更加容易沟通，那你的心情也会受到感染愉快起来。赞赏是非常容易的，不需要任何代价，而我们在赞美别人后自己得到的会的更多。
之前我和一位编辑初次合作一个项目，传闻说他是比较难沟通很挑剔，看完他传过来的策划资料后我发觉他之前准备的策划资料很详细，我就称赞了他策划做的很不错，看得出来是花了不少工夫，就这样一句赞美的话使得我们合作在一个非常愉快的气氛下完成了。也发觉他并不是传闻中说的那样难沟通那样挑剔。可能你会说是他哪天心情好吧，或者项目要求不是太高，但我相信是那句真诚的赞美起了作用。
赞美他人，是因为他确实有赞美的地方，而赞美本身也是对你对他由衷的钦佩和羡慕。如果为了讨好别人而去赞美，就违背了赞美的初衷和本意，那只能是献媚。赞美要讲分寸，要恰如其分，过犹不及，大而不当的赞美，反而显得虚假。
赞赏和献媚的区别在……那很容易识别出来，赞赏是出于真诚，而献媚是虚伪的。一个出于由衷，一个出于嘴裹。一个是不自私的，一个是自私的。一个是为人们所钦佩的，一个是令人不耻而扬弃的。
很多同事确实是认真的付出过，但不一定是很大的项目，不一定会有功劳， 为什么你不能大大方方给他一个赞赏了？你的一个赞赏对你来说可能是不需要任何成本的，微不足道的，但对别人来说那可能是一个希望一个更加努力的动力。
所以从现在开始尝试下去挖掘他人的闪光，尝试下真诚的赏识和赞美他人，这样你的工作就会变的愉快多了。
编写PHP扩展之环境准备:GNU autoconf, automake,libtoolm4
PREPARING YOUR SYSTEM
While the result will run on any system, a developer’s setup needs these
tools:
GNU autoconf
GNU automake
GNU libtool
GNU m4
All of these are available from
ftp://ftp.gnu.org/pub/gnu/
PHP源代码目录下README.SELF-CONTAINED-EXTENSIONS文件如是说。
马上google了一下。
GNU autoconf
Autoconf是一个用于生成可以自动地配置软件源代码包以适应多种Unix类系统的 shell脚本的工具。由Autoconf生成的配置脚本在运行的时候与Autoconf是无关的，就是说配置脚本的用户并不需要拥有Autoconf。
由Autoconf生成的配置脚本在运行的时候不需要用户的手工干预；通常它们甚至不需要通过给出参数以确定系统的类型。相反，它们对软件包可能需要的各种特征进行独立的测试。（在每个测试之前，它们打印一个单行的消息以说明它们正在进行的检测，以使得用户不会因为等待脚本执行完毕而焦躁。）因此，它们在混合系统或者从各种常见Unix变种定制而成的系统中工作的很好。没有必要维护文件以储存由各个Unix变种、各个发行版本所支持的特征的列表。
对于每个使用了Autoconf的软件包，Autoconf从一个列举了该软件包需要的，或者可以使用的系统特征的列表的模板文件中生成配置脚本。在shell代码识别并响应了一个被列出的系统特征之后，Autoconf允许多个可能使用（或者需要）该特征的软件包共享该特征。如果后来因为某些原因需要调整shell代码，就只要在一个地方进行修改；所有的配置脚本都将被自动地重新生成以使用更新了的代码。 [...]
