地址：重庆北碚区北温泉街道金华路339号1-2-2
     联系电话：13370704697；联系人：余女士
     业务QQ：893731784

     网页：http://www.wo2jia.cn/jiajia/

另：[M] [J]是指参考文献的类型

[M]——专著（含古籍中的史、志论著）

[J]——期刊文章
可见：http://www.17edu.com/jiaoshi/HTML/jiaoshi_47612.html

图表库

下面的类库可以让你很简单就能创建复杂的图表和图片。当然，它们需要GD库的支持。

pChart – 一个可以创建统计图的库。

Libchart – 这也是一个简单的统计图库。

JpGraph – 一个面向对象的图片创建类。

Open Flash Chart – 这是一个基于Flash的统计图。

ChartDirector – 强大的统计图开发扩展。

RSS 解析

解释RSS并是一件很单调的事情，不过幸好你有下面的类库可以帮助你方便地读取RSS的Feed。

MagpieRSS – 开源的PHP版RSS解析器，据说功能强大，未验证。

SimplePie – 这是一个非常快速，而且易用的RSS和Atom 解析库。

缩略图生成

phpThumb – 功能很强大，如何强大还是自己去体会吧。

支付

你的网站需要处理支付方面的事情？需要一个和支付网关的程序？下面这个程序可以帮到你。

PHP Payment Library – 支持Paypal, Authorize.net 和2Checkout (2CO)

OpenID

PHP-OpenID – 支持OpenID的一个PHP库。OpenID是帮助你使用相同的用户名和口令登录不同的网站的一种解决方案。如果你对OpenID不熟悉的话，你可以到这里看看：http://openid.net.cn/

数据为抽象/对象关系映射ORM

ADOdb – 数据库抽象

Doctrine – 对象关系映射Object relational mapper (ORM) ，需要 PHP 5.2.3+ 版本，一个非常强大的database abstraction layer (DBAL).

Propel – 对象关系映射框架- PHP5

Outlet – 也是关于对象关系映射的一个工具。

注：对象关系映射（Object Relational Mapping，简称ORM）是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。简单的说，ORM是通过使用描述对象和数据库之间映射的元数据，将程序中的对象自动持久化到关系数据库中。本质上就是将数据从一种形式转换到另外一种形式。 这也同时暗示者额外的执行开销；然而，如果ORM作为一种中间件实现，则会有很多机会做优化，而这些在手写的持久层并不存在。更重要的是用于控制转换的元数据需要提供和管理；但是同样，这些花费要比维护手写的方案要少；而且就算是遵守ODMG规范的对象数据库依然需要类级别的元数据。

PDF 生成器

FPDF – 这量一个可以让你生成PDF的纯PHP类库。

Excel 相关

你的站点需要生成Excel？没有问题，下面这两个类库可以让你轻松做到这一点。

php-excel – 这是一个非常简单的Excel文件生成类。

PHP Excel Reader – 可以解析并读取XLS文件中的数据。

E-Mail 相关

不喜欢PHP的mail函数？觉得不够强大？下面的PHP邮件相关的库绝对不会让你失望。

Swift Mailer – 免费的超多功能的PHP邮件库。

PHPMailer - 超强大的邮件发送类。

单元测试

如果你在使用测试驱动的方法开发你的程序，下面的类库和框架绝你能帮助你的开发。

SimpleTest – 一个PHP的单元测试和网页测试的框架。

PHPUnit – 来自xUnit 家族，提供一个框架可以让你方便地进行单元测试的案例开发。并可非常容易地分析其测试结果。

希望这些对你有用

要终止程序，请单击“确定”。
要调试程序，请单击“取消”。

我重装了QVOD也没用
------------------------------------

我这样解决了：
把启用视频/音频/字幕调节这个勾去掉。

   第一：认识到 &#10; 是在 <a title="&#10;">   <textarea></textarea> 等标签中的换行符

  第二：<textarea> 标签中的转换：

               存数据库:   somename = str_replace('\n','<br />',somename);
                                   somename = str_replace('&#10;','<br />',somename);

              又放回到标签中？？吧上面换过来替换就行了！

              只需要 somename = str_replace('<br />','&#10;',somename);

System.Data.SqlClient.SqlException: 用户'pc-2009\ASPNET' 登录失败的解决办法： (此处的PC-2009是我的机器名)

由于他的数据库连接语句中没有采用用户名和密码验证，采用的是windows集成验证，所以无法连接数据库。

解决方法很简单，加上ASPNET这个账号，赋予权限即可，具体方法如下：

1、企业管理器--》安全性--》登陆--》（右键）新建登陆--》名称（在列表中添加ASPNET这个用户）；

2、然后在服务器角色一栏中选择System Administrators；

3、在数据库访问一栏中选择所要访问的数据库，然后在下面对话框中将db_owner选上，确定即可！

Divine 是一款以 Photoshop 插件形式存在的设计助手，它能够帮助你快速将PSD设计源文件转换成以XHTML和CSS布局的WordPress主题。

Divine 是一款很有爱很有想法的小软件，它以 Photoshop 扩展插件的形式而存在着，能够帮助那些纯设计人员摆脱一直以来令他们头痛的Coding部分，而将更多精力集中在他们所关注的视觉和平面效果的设计处理上。诞生设计稿以后，代码的编写工作将由 Divine 全权负责，相当“傻瓜式”的操作即可让设计师快速将PSD设计源文件转换成以XHTML和CSS布局的WordPress主题。当然，若想创建出惊人的布局效果，基本的编程知识仍然是必不可少的。（详细的使用教程，英文）

伴随着Web编程工具的越来越傻瓜化和Web编程技术的越来越成熟化，也许有一天我们真的就再也不需要经历通常意义上的开发流程，现代化的编程平台已经将本该程序员的工作精简到了极致。这是好事？还是坏事？当很多人开始抱怨……干嘛还要写程序？随便找个开源的CMS，雇个二流的美工花上半天的功夫修改修改一下模板不就是了。诚然，但是：“无论新手还是摄像师，傻瓜相机永远都无法拍摄出专业级别的照片来”。只有在在易用性和个性化上找到一个最佳的权衡点，才能更好地将一件优秀的产品做到淋漓尽致。

则可以参考下面的解决方法：

把resin配置文件中的：
<java compiler="internal" compiler-args="" compile="true" />
改为：
<java compiler="javac" compiler-args="" compile="true" />
即指定compiler为javac
 

参考：

• Installing JIRA on Caucho Resin 2.1
  http://www.atlassian.com/software/jira/docs/v3.13/servers/resin.html
• Use an external compiler
  http://wiki.caucho.com/Use_an_external_compiler

进一步阅读：http://zhidao.baidu.com/question/15626866.html


如果文件保存时，选择了使用 BOM，那么就可能会出现 headers already sent 的问题。
因为 Web 服务器软件可能不认识 BOM，所以就把 BOM 的两个特殊字节当做字符发送给浏览器了。

这时再调用 session_start() 等函数，就会出现 headers already sent 的问题。

所以解决此问题最根本的方法就是在保存 UTF8 编码文件时，不要使用 BOM。

事实上，微软致力于吸引PHP开发人员到Windows平台有若干年了。在这方面的两项领先技术分别是PHP on IIS和开源项目SQL Server Driver for PHP。

自从微软去年正式发布自己的云计算平台以来，它非常清楚地知道要扩展更大的市场份额。除了关注.NET开发人员外，微软也重来没有忽略过PHP开发人员。

除了支持Windows Azure平台外，CTP of SQL Server Driver for PHP 1.1还提供以下功能：

◆支持SQL Azure平台

◆支持PHP 5.3版本

◆支持UTF-8

◆支持可滚动的结果集与计算结果中的总行数

◆可移植到SQL Server 2008 Native Client框架以便提升性能

近期由微软高级软件工程师做了一个关于PHP与ASP.NET对比的非官方基准测试，对于这份测试中所显示出的结果在ASP.NET和PHP社区中引起了热烈的讨论。

差不多三年前微软和PHP开始相互示好，当时微软正和PHP的管理者Zend Technologies公司合作针对PHP优化微软的Windows Server和IIS（Internet Information Services）。随着微软发布针对Windows Azure云服务平台的PHP软件开发包的第二个测试版，两家公司间的合作关系得以进一步深化。

就在上周，一名供职于微软开发工具和平台组的高级程序经理，乔-斯塔格纳，发表了他所做的基准测试的结果。这个基准测试旨在探究ASP.NET和PHP代码在Linux和Windows环境下的运行情况。尽管测试基准现在还没有被微软认可，斯塔格纳称测试结果确实出乎他的预料。

测试结果显示：
1. ASP.NET一般来讲要快于PHP（无论基于Windows还是基于Linux），除了文件复制和属性更改过程
2. Linux环境下基于PHP的MySQL访问速度要略快于Windows环境下SQL Server访问速度（假设使用常见的数据类型和选择指令）
3. ASP.NET（C#）中的操作，对象使用，程序库调用等都要明显快于他们在PHP中的对应。
4. PHP中RAW指令执行和函数调用在Windows环境下的运行速度都要高于Linux环境下的运行速度。
虽然有些评论家怀疑斯塔格纳的客观性，但他坚持说测试并没有对微软有的任何偏袒。“我并没有说‘ASP.NET更快，所以不要用PHP’。”他在一篇博文中写道，“但我一直断言PHP中一些友善的简化会成为他在高级应用中的短板。”
有批评说斯塔格纳的结果可能偏私，因为他在为微软工作。但斯塔格纳否认了这点：“与那些不可避免的将我称作“微软的托儿”的论断相反，我做这个测试是因为我想知道事情的真相。”
 

当大家都在等待Google推出自己的Google Chrome操作系统时，看看目前最炫的5款 web Operating Systems吧。web os最大的好处是，能够通过互联网拥有一个自己的虚拟桌面，以最灵活的方式传输和管理文件和数据。
 

1. icloud

• 在线文件系统，支持任何文件格式
• WebDAV-support 支持访问云空间
• 有用的应用比如 – Write, Calendar, Mail (compatible with all your email accounts plus a free icloud account), Contacts, ToDo, Calculator, Notepad, Unzip
• 处理相片和多媒体文件
• IM 和 web browser

2. Glide OS 3.0

Glide OS 3.0  是一个免费的云计算解决方案，还能够俩解移动手机，提供10GB空间。  

• 10GB of virtual disk space
• Office tools – word processor, presentation creator, calculator, calendar
• Photo editor
• Website creator
• Glide webmail
• Synchronization and file sharing

3. G.ho.st

• 15GB professionally hosted and backed-up disk space
• Sharing and collaboration
• Office suite – you can create and edit documents, spreadsheets and presentations using G.ho.st integrations with Zoho
• Mail
• Web browser

4. Jolicloud

Jolicloud 这是一个专门的为netbook开发的 Web OS，专注于网络应用。  

5. eyeOS

      Mozilla plugin for .Linux systems running on x86 or x86-64

      Source code.

【会议主题】
Manyou Open Platform(Manyou开放平台/MYOP)服务是由Comsenz公司为应用开发者提供的开放平台。MYOP被设计为能够满足大容量数据及频繁存取的需要，因此是应用服务器与UCenter Home用户网站之间的通信桥梁。MYOP通过专有API与UCenter Home进行通信，根据应用开发者的需要，调用UCenter Home的相应数据，并将其缓存，封装成若干API接口，以供应用开发者使用。

由于UCenter Home被设计成可以在几乎任何支持PHP/MySQL的虚拟主机或服务器上使用，而应用开发者通常又需要大量频繁存取UCenter Home上的相关数据，以使得应用能够和UCenter Home用户网站紧密的整合，成为网站的一部分。因此，考虑到UCenter Home复杂的服务器环境及UCenter Home安装服务器运算能力、存储能力的限制，MYOP致力于分担UCenter Home服务器的数据存取压力，使得应用开发者能够尽可能不受到速度影响的，充分使用API接口满足自身需要。

本次技术交流活动，我们请来了Comsenz公司Manyou运营部的高级开发工程师为大家详细讲解如何在Manyou平台上更加方便快捷的开发应用，从而产生价值，创造财富。

【活动时间】
2009年8月29日13:00-16:00

【活动地点】
海淀区上地三街9号嘉华大厦1108。

【议程安排】

13:00 签到

13:30～14:30

1.什么是漫游平台
a.漫游平台是应用程序与UCHome站点之间通信的桥梁
b.应用程序通过专有API与UCHome站点进行通信
c.应用开发者能够规避外部因素的影响，充分使用API接口满足自身需求
d.解决应用运行于不同版本的UCHome站点的兼容性问题
2.漫游应用与普通web程序的区别
a.API
b.MYML
c.MYJS
d.开发中的MYQL

14:30~14:40 中场休息

14:40～15:40
3.一个漫游应用的例子
a.创建与开发者后台
b.开始写程序，程序中必不可少的部分
c.几个常用且有用的方法
d.常用的MYML
4.必须要注意的问题和细节问题
a.数据库
b.关于过滤
c.关于本地化数据
d.慎重调接口

15:40～16:00 提问、交流

16:00 会议结束，合影留念
 

【演讲嘉宾】

黄磊

康盛创想漫游运营部高级开发工程师，具有丰富的PHP开发经验。目前负责漫游平台应用审核工作，并且长期致力于Social Game研发工作。

【报名方式及要求】
直接回复本贴下面的报名表格即可进行报名。

【活动须知】
为了规范北京PEA的活动细则，同时本着对与会人员和讲师的尊重，现制定如下规则：
1、与会人员应全程参与，禁止中途离开，会上请注意礼节，不得高声喧哗或吵闹或干扰本次培训活动。请严格遵守活动规定及活动时间安排；
2、报名而未参加也没有向组织者说明原因，提出警告。累计三次报名未参加亦未请假说明将取消今后北京PEA活动资格；

【联系方式】
北京PEA官方群：47217700，11777515，20275216
刘昊：51657885-280
 

　　应该说，PHP 5.3版是一个大于开发者预期的重大版本，加入了最初计划在PHP 6中出现的一些功能。新版PHP将继续扮演与Ruby、Java和.net等多种技术相竞争的开源语言角色。

　　PHP核心开发人员Ilia Alshanetsky表示，“在新特点和功能方面，PHP 5.3可以说比任何人预想的都要更全面，这主要因为PHP 6推迟发布的原因。因此尽管它发布的时间间隔有些长，但是我认为这种等待是值得的，PHP 5.3是一个汇聚众多开发者心血的优秀作品。”

　　Alshanetsky表示，与多数重要版本PHP一样，这个版本的PHP引入了众多改进，可以让开发者更简单的使用它。

　　PHP 5.3简化应用程序部署的方式之一是它支持新命名空间，这是封装类和其它PHP对象的方式之一。

　　Alshanetsky表示，对PHP开发者来说，命名空间可以带来更清晰的代码和更简单的名称约定。

　　“目前，多数程序库作者被迫在他们的类和函数名称前加上库名作为前缀，以避免命名冲突问题，有些时候这种做法会带来相当难用的名称，”Alshanetsky表示。“该功能还会简化单一应用程序中多程序库的利用，这些库并不一定必须遵循详细的命名约定，例如在其类/函数名称前加前缀等。”

　　提速与MySQL的连接

　　PHP经常被与开源数据库MySQL配合使用来开发Web应用，它们在开源开发工具组合LAMP中是非常重要的一部分。在PHP 5.3中增加了一个名为MySQLInd的新功能，取代了以前的libmysql库，用来连接PHP和MySQL，并拥有优化MySQL性能和内存利用率的可能。

　　Alshanetsky表示，“当说到数据库时，多数情况下主要的瓶颈并非数据库接口的速度，而是数据库的操作。使用MySQLInd来取代标准的libmysql，肯定会带来速度的改善，不过我不认为它会让所有应用都提高运行速度。换句话说，使用高度调优MySQL应用的人将会看到新版PHP中更快速、更专用的接口所带来的速度提升。”

　　总体来说，Alshanetsky预计，通过从目前的PHP5.2转向PHP 5.3，用户应该会看到多数工作流程的性能将提高5%到15%，某些特定工作流程甚至可能看到更高的收益。

　　E_DEPRECATED标记将被废弃的功能

　　尽管增加新功能是任何新技术发布的一个关键部分，除此之外PHP 5.3还有自己的特别之处——它明确了哪个功能可能会被取消。

　　该版本提供了一个名为E_DEPRECATED的新错误代码，让开发者知道哪些特定功能即将从该语言中消失。

　　Alshanetsky表示，“以前我们曾碰到过这样的问题，我们没有一个明确的错误代码来表示已经不支持的功能，人们很难在错误代码层次上来判断什么功能可能最后被移除。”

　　通过创建一个专用错误代码来解决这个问题，开发者可以通过使用PHP的错误记录工具来识别自己代码库中的哪一部分还在使用将被移除的功能，因此开发者可以进行相应的调整。

　　据Alshanetsky表示，PHP开发团队存在一个共识，目前被标记为E_DEPRECATED的功能将在PHP 6中移除。

　　对于开发者来讲，部分PHP 6的功能将会提前加到PHP 5.3会是一个提前接触PHP 6的好机会。

　　我认为有七个理由可以说明PHP比ASP更优秀:

　　1、速度、速度、速度

　　当我第一次运行PHP脚本程序时，我不禁对自己说:“太快了”，当时我是在仪态166MHZ的机器上运行我的程序的，但运行的速度仍然很快。

　　ASP是永远也不会象PHP这样快的，因为ASP是建立在COM体系结构之上的。当用VBScript写ASP脚本时，实际上实在使用COM的对象，当向用户浏览器发送信息时，它用的是Response对象的write方法，当它访问数据库和文件系统的时候，它用的是其他的COM对象。这些COM对象的使用使运行速度下降。

　　在PHP代码中，所有的工作都运行在PHP的内存空间中，也就是说PHP不是基于COM对象的，所以的他的运行速度会快一些。

　　下面是我们在MSSQL7 40次运行一个查询语句的执行时间统计:

　　PHP Querying MSSQL7 时间(秒)

　　用　MSSQL extension 01.88

　　用　ODBC extension 09.54

　　用　ODBC via COM (ADO) 17.28

　　用　OLEDB via COM 06.19

　　当我们使用PHP.ODBC,访问数据库用了9.54秒，而用COM接口去连接数据库需要比PHP所用的时间高80%。

　　OLEDB是微软的一种高速访问数据库的技术，他比ODBC要快。但当我们所PHP和OLEDB的效率实验时，结果是PHP的整体性能比OLEDB高200%，如此的出一个结论，如果不采用COM可以获得较快的执行速度。

　　当然PHP的执行速度还不是最快的，但我们才刚刚开始起步，我们会逐步的完善他，而且PHP是一种开放源代码编程语言，世界上许多程序员在不断的完善他的技术，相信他一定会比非开放源代码系统获得更高的执行速度的。

　　2、高级内存管理

　　在IIS4下，一个ASP脚本header.asp，如果被20个页面所包含，那么运行的时候，在内存当中会保留这20个header.asp的编译副本，IIS5解决了这个问题，但只有windows2000才支持IIS5，由于这种IIS5的不能向下兼容的原因，许多服务器仍然要使用IIS4下的低级的内存管理。

　　而在PHP中，不会存在这种问题，只有当require时，才会调用某个include文件。
3、没有后顾之忧

　　我非常憎恨的一件事情就是会买到一件不放心的产品，比如当你买了一辆汽车，但由于发动机是坏的，你需要更换他;当你买了一栋房子的时候，你要去修补漏雨的屋顶。

　　那么ASP旧乡这些产品一样，当你买了ASP之后，如果你需要加密技术，你就要买ASPEncrypt;当你需要Email管理时，你就要买ServerObjets Qmail;当你需要文件上传时，你还要买Artisans SA-FileUp.

　　4、MySQL使PHP更精彩

　　PHP与MySQL的组合既简单又精彩。PHP有许多管理和维护MySQL的工具，对MySQk的支持是最全面的。许多有用的函数如mysql_insert_id和mysql_affected_rows等，其他的数据库则没有。

　　ASP和PHP都是中型网站的较理想的解决方案，但PHP与MySQL的紧密结合使PHP更加优越。

　　MySQL的虚度比Microsoft Access速度快，Mssql和Oracle速度比MySQL要快，可是费用较高。

　　5、Java和C 的变成风格

　　这个优点只是一个看法。

　　我知道你不会相信一个Visual Basic程序员会因为PHP有Java和C 的编程风格而转向使用PHP，但你会相信有许多人还是喜欢Java和C 的，PHP是一种具有这两种语言的编程风格的较容易学习的语言。

　　PHP支持结构化编程，在VB因为他的继承性使用类还是较少的。而PHP的象Java和C 一样的继承性使一个大型的程序中到处都充满了类的影子。

　　6、Bug的处理

　　你是否曾经要求Microsoft修改ASP的一些Bug呢?如果你不是一个象Boeing一样的组织，你无法获得迅速而恰当的修改，把么当你遇到Bug而停止工作时，如果这个Bug不修改，你将无法继续你的工作的。

　　PHP，当你发现Bug时，你可以修改他，如果你没有专家的水平，你可以请专家修改，并且你的修改会得到开放代码组织的接受和认可。

　　7、移植性

　　Microsoft经常修改ASP，下一版本叫ASP ，现在已经开始测试。我相信他们会修改许多我曾经提到过的问题。但也无庸质疑的，Microsoft会将你限制在他们的产品范围之内的。

　　我曾经是一个苹果机的程序员，当windows95问世后，我开始转变，但许多原来的代码都无法在windows95下运行，这些代码现在被放在一边，我非常的遗憾。所以我不希望在windows下再出现这样的悲剧。

　　不要忘记Novell曾经也象Microsoft的网络操作系统一样热及一时，但现在已经没有许多人用了，那么Microsoft也会这样的。

　　我找到了PHP，我仍旧在windows下工作，但我知道PHP代码可以运行在Solaris、Linux和许多其他的操作系统中，我的心里感到安慰

当前中国网站数量增长迅速，PHP开发人才非常缺乏，PHP网络社区专业人才更是奇缺，以PHP为核心技术的社区产品工程师人才奇缺。中国互联网络信息中心(CNNIC)最新发布的《第24次中国互联网络发展状况统计报告》数据显示，国内网站总量已经超过306万个，PHP已经成为中国应用最广的网页编程语言。作为当前互联网主流应用的网络社区已经渗透到了亿万网民的日常生活，以Discuz!、UCenter Home等为代表的PHP社区产品降低了国内互联网建站的门槛，也造就了一大批的网络社区人才就业的机会。

从开源到开放，康盛创想借助自身技术资源优势，推出顶级PHP商业实战培训项目，努力满足广大Discuz!、UCenter Home站点的人才需求。通过专业的培训体系，可使学员全面掌握开源社区产品Discuz!、UCenter Home的核心技术，完全具备Discuz!、UCenter Home项目开发的能力。据官方数据显示，Discuz!产品用户量已经超过100万家，UCenter Home产品用户量已经超过13万家，在这些网站开发和论坛维护工作中，Web开发工程师被广泛的使用。随着应用人群的增加，目前PHP人才市场上能够系统掌握这些社区产品的优秀工程师已成为炙手可热的人才。

在Discuz!、Ucenter Home产品工程师培训课程中，学员将会学习到Web开发中的前台技术DHTML，这部分的学习使学员具备基本页面工程师的技能，可完成前台页面设计相关的工作；在Windows与Linux下PHP环境的构建，让学员具备在不同平台上如何进行开发的能力，MySQL数据库与PHP程序设计的学习，让你深入了解目前在Web开发领域中最受欢迎的数据库，与最流行、应用最广泛PHP程序语言，让学员为后面的学习以和从事开发工作打下坚实的基础；综合开发技术的学习，包含了领先的Ajax技术、模板技术和应用广泛的框架技术，现实Web开发的技能提升，具备一名合格PHP程序员的研发技能。通过项目开发实战，对项目管理和产品的学习，对Discuz!、UCenter Home产品的深入研究，使学员完全掌握项目开发的流程、项目管理工具和品牌产品的核心技术。同时在实战过程中商业项目的加入，可以让学员成为一名顶尖的产品工程师，专业的实战项目包括CCTV复兴论坛、方正电子网、精品学习社区网、易教通教育网、国联证券、金华电视网等大型项目培训。

据培训课程相关负责人陈龙表示，培训课程共计320学时，由康盛创想多位技术总监和项目经理精心编排而成，涵盖了当今互联网前沿的Web开发技术。本课程全程采用项目实战式教学由项目经理直接授课，重点讲解Discuz!和UCenter Home两大开源社区产品的核心技术。通过系统的课程培训，学员可以独立掌握Discuz!、UCenter Home的核心技术应用，完全具备Discuz!、UCenter Home项目开发及前台页面设计相关工作的能力。拥有在Windows与Linux平台上进行开发的技能，完全掌握MySQL数据库系统、项目开发流程、项目管理工具及顶级社区产品研发的最新技术。对于初出茅庐的新手来说，学习开放源代码不但是学习前人经验精华的最佳途径，更是在前人基础上进行创新的必要条件，能够掌握如何二次开发更是积累财富的源泉，这也正是广大学员看到培训课程的重要原因。

相关专题：http://www.phpchina.com/?action-trainsubject

      Linux是最受欢迎的自由电脑操作系统内核。它是一个用C语言写成，符合POSIX标准的类Unix操作系统。Linux最早是由芬兰黑客 Linus Torvalds为尝试在英特尔x86架构上提供自由免费的类Unix操作系统而开发的。该计划开始于1991年，这里有一份Linus Torvalds当时在Usenet新闻组comp.os.minix所登载的贴子，这份著名的贴子标志着Linux计划的正式开始。

      2. GNU工具及编辑器

      GNU所倡导的自由软件给开发者带来了福音。1984 年，旨在开发一个类似 Unix 的，并且是完全免费的完整操作系统和配套工具：GNU 系统（发音为"guh-NEW"）。GNU的操作系统和开发工具都是免费的，遵循GNU 通用公共许可证 (GPL)协议，任何人都可以从网上获取全部的源代码。

      3. Ubuntu(操作系统)

      作为一个基于GNU/Linux的平台，Ubuntu操作系统将ubuntu精神带到了软件世界。Ubuntu 项目完全遵从开源软件开发的原则；并且鼓励人们使用、完善并传播开源软件。也就是说Ubuntu目前是并将永远是免费的。

      4. 三款BSD操作系统(FreeBSD、NetBSD和OpenBSD)

      BSD (Berkeley Software Distribution，伯克利软件套件)是Unix的衍生系统，在1977至1995年间由加州大学伯克利分校开发和发布的。

      历史上， BSD曾经被认为是UNIX的一支－"BSD UNIX", 因为它和AT&T UNIX操作系统共享基础代码和设计。在20世纪80年代，BSD广泛的被工作站级别的厂商所接受，并且衍生出了许多变形的UNIX授权软件。比较著名的例子如DEC的Ultrix，以及Sun公司的SunOS。这可以归功于BSD License相对而言比较地宽松，并且大多数这时成立的科技公司的创始人本身对UNIX系统的熟悉。

      5. Samba(允许Linux和Unix服务器为Windows客户端提供文件和打印服务)

      Samba是在Linux和UNIX系统上实现SMB协议的一个免费软件，由服务器及客户端程序构成。

      Samba是一个工具套件,在Unix上实现SMB(Server Message Block)协议,或者称之为NETBIOS/LanManager协议.SMB协议通常是被windows系列用来实现磁盘和打印机共享.需要注意的是,NetBIOS是基于以太网广播机制的,没有透明网桥是不能跨越网段的,也许用WINS和LMHOSTS可以,但我没试过.我感觉samba是把SMB绑定到TCP/IP上实现的,samba只在IP子网内广播(很多时候我不得不指定IP地址:-().所以在win95上与samba通讯既要装NetBEUI协议,也要装TCP/IP协议.

      6. MySQL (数据库)

      MySQL是一个小型关系型数据库管理系统，开发者为瑞典MySQLAB公司，在2008年1月16号被Sun公司收购。MySQL这款开源软件被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。

      7. BIND (DNS服务器软件)

      Bind是一款开放源码的DNS服务器软件，Bind由美国加州大学Berkeley分校开发和维护的，全名为Berkeley Internet Name Domain它是目前世界上使用最为广泛的DNS服务器软件，支持各种unix平台和windows平台。

      8. Sendmail(电子邮件服务器)

      Sendmail是最重要的邮件传输代理程序。理解电子邮件的工作模式是非常重要的。一般情况下，我们把电子邮件程序分解成用户代理，传输代理和投递代理。 用户代理用来接受用户的指令，将用户的信件传送至信件传输代理，如：outlook express、foxmail等。而投递代理则从信件传输代理取得信件传送至最终用户的邮箱，如：procmail。

      9. OpenSSH和OpenSSL

      OpenSSH 是SSH （Secure SHell）协议的免费开源实现。

      它用安全、加密的网络连接工具代替了 telnet、ftp、 rlogin、rsh 和 rcp 工具。OpenSSH 支持 SSH 协议的版本 1.3、1.5、和 2。自从 OpenSSH 的版本2.9以来，默认的协议是版本2，该协议默认使用 RSA 钥匙。de:OpenSSH en:OpenSSH es:OpenSSH fr:OpenSSH it:OpenSSH ja:OpenSSH lv:OpenSSH nl:OpenSSH pl:OpenSSH sv:OpenSSH

      10. Apache(网页服务器)

      Apache是开源软件世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上。

      Apache源于NCSAhttpd服务器，经过多次修改，成为世界上最流行的Web服务器软件之一。Apache取自“a patchy server”的读音，意思是充满补丁的服务器，因为它是自由软件，所以不断有人来为它开发新的功能、新的特性、修改原来的缺陷。Apache的特点是简单、速度快、性能稳定，并可做代理服务器来使用。

   Facebook表示这是应对4月份Myspaces上线的Lite版本，考虑到Facebook刚刚以5千万收购了FriendFeed，这个举措更倾向于被看做将FriendFeed融入Facebook的开始。

   访问Facebook Lite：http://lite.facebook.com/

 参加谷歌“Caffeine”测试，可访问http://www2.sandbox.google.com。

我今天去看，结果正在维护：

　　在人民教育出版社新版的语文教材中，鲁迅的作品明显减少。鲁迅的作品过时了吗？一时间，陪伴几代人成长的鲁迅作品，竟在校园里面临尴尬的境地，是去是留，争议不断。昨天，记者致电人民教育出版社求证此事时，他们表示，新近并没有大幅削减鲁迅在中学课本中分量的计划，只是几年前在修订新课标教材时对选录篇目有所调整。

　　几年前调整语文课本

　　“鲁迅被剔出中学课本，这是一个伪话题，可能是对新课标教材调整收录篇目的误解。”人民教育出版社中学语文编辑室韩老师表示，五年前他们对中学语文课本选录篇目进行了调整，鲁迅的作品在高中课本中略有减少。韩老师说，所谓的新教材其实已是老教材了，有的省市已用了好几年。他认为，因为今年一些省市刚刚进入新课程改革，所以才会觉得“新”，误以为人教社的新动向。

　　为适应新课程改革，人教出版社对中学语文课本选用的篇目也作了一些调整，增加了选文范围，增强了时代感。从数量上讲，鲁迅的作品数量在初中课本基本保持不变，在高中课本中有所减少，但并没有刻意削弱鲁迅的意思，更不会将鲁迅剔出中学课本。

　　中学课本仍爱鲁迅

　　中学课本中的鲁迅作品到底有没有减少？昨天，记者找来几个版本的中学语文课本进行比照，发现初中课本中鲁迅的文章基本没变，高中课本中的作品略有减少，但也有一些出版社还增选了新的篇目。

　　在初中教材中，各版本都收录了《从百草园到三味书屋》、《社戏》、《孔乙己》、《故乡》、《中国人失掉自信力了吗》等鲁迅的经典文章，一般都有六七篇。其中人教版的初中课本收录鲁迅文章最多，达到8篇，跟课改前的传统语文教材基本没有多大变化。在高中教材中，鲁迅的作品确有减少。人教版的高中课本选录的鲁迅文章从过去的5篇减少到3篇。

　　课改后，教材出版不再一统天下，但不论在哪个版本的教材中，鲁迅的作品仍在中学课本中占有重要位置。

　　选录鲁迅作品随时代变化

　　“不同的时代都有自己特定的教材，教材的变化往往折射着时代的变化。”市教科院中学语文研究员钱金涛说，鲁迅的作品一直是中学课本中选得最多的，但选择的篇目也会随时代的变化而有所不同。他认为，时代在进步，作品和作家也都在增加，适当压缩鲁迅的作品，并非要抛弃鲁迅，而是争取选录更多优秀的作家或作品，丰富中学生的阅读范围。

　　记者 汤寒锋

　　相关评论：

　　于德清：鲁迅作品与民族脊梁无关

　　胡印斌：去鲁迅化是间隔性爆发癔症

　　长平：不怪鲁迅怪教材

　　中新网8月13日电 工信部部长李毅中回应“绿坝”问题时表示，绝对不会在所有销售的计算机上强制安装“绿坝”软件。

　　工业和信息化部部长李毅中13日出席国新办新闻发布会，介绍加大产业结构调整力度、保持工业平稳较快增长等方面情况，并答记者问。

　　李毅中表示，绝对不会出现在所有销售的计算机上强制安装“绿坝”软件的问题，相信会做出妥善的解决。

FormValid 1.0 加强功能版

    简介：完全通过html不需要写JS验证程序就可以实现表单验证功能，可支持一个表单元件多条件验证，
同一页面多表单可同时使用，和服务端程序无关系，完全客户端方式。

Demo1 基本使用方法
Demo2 自定义错误信息显示方式1
Demo3 自定义错误信息显示方式2/FV_onBlur.js插件演示
Demo4 所有判断规则
Demo5 自定义正则规则
Demo6 自定义函数规则
Demo7 自定义验证成功后处理方式
Demo8 结合jquery实现AJAX自定义验证
下载

 

本地下载

特性：
 

    使用方法：在要验证的表单(form)中加上 onsubmit="return validator(this)"
在要验证的表单元件中设置元件，valid(验证规则),errmsg（提示消息），多个验证使用|作为分隔！
 

验证规则参数：
required 必填
eqaul 和另一元件对比值是否相同,对比的元件名在元件加上属性eqaulName
gt 和另一元件对比值是否大于另一元件值,对比的元件名在元件加上属性eqaulName
isNumber 是否为数字
isInt 是否为整形
isTime 是否为时间格式
isDate 是否为日期格式
isEmail 必须是Email格式
isPhone 是否为电话号码
isMobile 是否为手机号码
isTelephone 是否为电话或手机号码
isIdCard 是否为身份证号码
isMoney 是否为货币值
isZip 是否是邮件编码
isQQ 是否是QQ
isEnglish 是否是english
isChinese 是否是中文
isUrl 是否是url
compare 对比两个值
limit 长度限制
range 值范围限制
requireChecked 单选、复选框必须选择
filter 扩展名限制
isNo 值不等于

regexp 自定义正则判断
custom 自定义函数判断

更新历史：
1.0
disabled的元件不进行验证
比较大小判断的改正
增加了isTelephone决断，即电话验证可包括手机和市话
url规则支持https
增加了元件onblur即时提示错误信息的插件.FV_onBlur.js

0.6
手机号码添加了15开头的号码支持 。
0.5
修复了当元件名称出现数组形式[],在IE下出错问题。
0.4
修改了当errmsg不存在时出现的问题 修改了如果一个页面存在多个表单的自定义错误显示方式问题
添加了自定义验证成功后处理方式
0.3
加入十几种验证规则
加入自定义正则判断
加入自定义函数判断
加入将焦点移到第一个错误元件

0.2
加入自定义错误显示方式
 

在书写 YAML 文档时，最重要的就是注意缩进。YAML 格式要求每一级缩进必须是两个空格，不能是制表字符，也不能是更多的空格。此外对于包含空格、特殊符号或汉字的键名和键值，应该使用英文引号括起来。

总结而言，书写 YAML 文档的要点如下：

• 注意缩进

  缩进只能是两个空格为一级，不能是其他字符。

• 字符串应该用引号

  包含空格、特殊字符以及中文的字符串应该使用英文引号括起来，不能使用中文引号。

• 多层嵌套要注意缩进

  多层嵌套时，要注意正确的缩进。

YAML 是一种使用很方便的格式。用于存储一般的配置，YAML 有着 XML 和 PHP 数组无法比拟的优点。加上 QeePHP 对 YAML 的缓存能力，性能也不会是问题。

 

　　上世界90年代后期Linux迅速成长，各种Linux社区呈疯狂增长态势，各种Linux发行版铺天盖地，令人眼花缭乱。期间，Linux也诞生了几个著名的Linux厂家，如Red Hat，SUSE等。Linux包括了服务器版和桌面版，最近还随潮流诞生了适合于上网本的版本，如Ubuntu Remix，以及明年Google将要发布的Chrome；在服务器领域，最新发布的超级计算机500强中Linux占据了大部分席位。

　　Linux背后有强大的开源社区和产品支持，从诞生那天起注定会成为闪亮的新星。Windows凭借其易用性和目前取得的市场垄断地位，在桌面领域一直是霸主，但时至今日，我们看到逐渐崛起的Linux也占有一席之地了。特别是近期，Windows和Linux已经开始在性能等各方面展开对抗。

　　总体而言，这场战争看来短时间不会消失。

　　2、Mac vs. PC

　　对抗等级：★★★★☆

　　双方战斗口号：Mac“我的Mac我喜欢！”，PC“太一般！”

　　如果要问为什么这么多战争都涉及到Windows，我相信大家都会作答，还是那句话——市场份额说了算！

 

 

　　Mac不仅仅是操作系统那么简单，这场战争的焦点是美学。对于Mac爱好者，他/她们早已将Mac当作一件艺术品，不仅仅是用于工作，在咖啡厅小憩时也可以把玩一下。但对于讨厌Mac的用户而言，Mac只不过是一个价格虚高、动力不足的玩意儿。这也造成Mac给人的印象是贵族用品，至少目前还么有飞入寻常百姓家。

　　有拥护者说，苹果公司的每一样产品都是臻品，给人以经典，久看不厌的感觉；但PC通常关注的是性能。美学方面一直不思进取，要不怎么会有那么多苹果粉丝呢？
3、云计算 vs. 本地计算

　　对抗等级：★★★☆

　　双方战斗口号：云计算“单点管理！”，本地计算“单点故障！”

 

 

　　对于喜欢看IT新闻的人而言，云计算已经不是什么新闻了。对于大多数人而言，云计算似乎就是经过重新包装后的瘦客户端——相信上世纪90年代早期进入IT行业的人士对瘦客户端这一术语还是有了解的——但在大家的印象中瘦客户端的并没有获得好评，因此对于这部分而言担心云计算走上瘦客户端的老路。但对于那些大型企业的管理者而言，目前要找到一种节约金钱和设备的方式，云计算就是一种福音，而这场战斗最可能是在IT专业人员之间或高层管理者之间或硬件厂家之间打响。

　　目前已经有基本的云计算操作系统放出，像Google这种支持云计算的公司，也在大张旗鼓地建设云计算中心，也许真的有一天大家都迁移到云中去了，对硬件厂家而言可能会造成严重打击，至少会迫使其改变现有的产品路线和营销策略。

　　4、GNOME vs. KDE

　　对抗等级：★★★☆

　　双方战斗口号：Gnome“KDE 4看起来象Windows！”，KDE“你说对了，KDE 4看起来就是像Windows！”

 

 

　　如果你对Linux还有那么一点熟悉，你一定知道Gnome和KDE这两个Linux桌面应用程序已经杠上很长一段时间了，而目前正是交火最激烈的时候，而且各有各的支持者阵营：Gnome用户憎恨KDE，KDE用户憎恨Gnome。

　　Gnome用户坚持这样一个事实“KDE工具包（QT）都是专有的”，目前GT已经采用LGPL发布了，因此这一说法已经不符合事实了，Gnome使用了大量的C语言，而KDE使用的是C++，这两门语言各有优缺点，最终大家都靠外观和使用感觉进行判断了。

　　5、Google vs.其它任何人

　　对抗等级：★★★☆

　　双方战斗口号：Google“我们将会赢得世界！”，Google之外的其它人“我们Google一下，哦，等一下，当我没说！”

 

 

　　关于这场战争一个有趣的事情是，反Google的人通常都找不到合理的理由攻击Google。Google现在已经成为一个动词，对于网站站长而言他们对Google是又爱又恨，一方面他们希望看到自己的站点Google排名上升，另一方面又希望其它同类站点排名下降。Google是这个星球上最酷的搜索引擎，市场占有率第一，因此他们需要高的排名。但与此同时也有很多臭骂Google下流和作恶的。

　　当我每次使用Chrome浏览器搜索“为什么恨Google”时，当前的标签页总会崩溃，也许是它不希望我搜索为什么恨Google吧，安装了 Chrome浏览器的同学可以试一下，搜索“why hate google”看是否真的会崩溃，如果是真的简直太有意思了，而不得不让我们惊讶的是，谷歌不仅不满足浏览器，操作系统Chrome OS的发布恐怕也将是一阵血雨腥风了。

　　6、Firefox  vs. IE vs. Chrome

　　对抗等级：★★★☆

　　双方战斗口号：Firefox “我们是真正的创新者！”，IE“反抗是无用的！”，Chrome“我们是浏览器的未来！”

 

 

　　传说中的浏览器大战，要知道在上世界90年代提这个说法有人会笑话你的，人们不关心Firefox 来自哪里，哪款浏览器好使，大多数人只是对输入一点文本内容就显示出网页内容感到惊奇，但那是过去的事了，时至今日，我们看到几大知名浏览器，如 IE，Firefox ，Safari，Opera和Chrome战得正酣，IE曾经是Netscape之后的后起小生，很快将Netscape干掉，但现在要论谁是下一个 Netscape似乎有点不合适宜，要知道这几款浏览器都有一大批拥护者，浏览器之争恐怕是基于大家对互联网前景的关注，那么这些浏览器究竟有哪些具体的本事呢？

　　7、社交网站 vs. 管理者

　　对抗等级：★★★

　　双方战斗口号：社交网站拥护者“我有500个朋友！哈哈”，管理者“你被开除了！嘿嘿”

　　不可否认，社交网站现在是个庞然大物，如果你不是一个怪物，那么你一定有属于自己的博客，相册，但对于大多数管理者都希望回避现代通信工具，在他们眼中，社交网站纯粹是浪费时间的机器，但另一方面，他们也希望在社交网站上投放广告，但那些讨厌社交网站的用户认为这一钱不值，著名社交网站 Facebook的价值已经得到体现，但在工作场所使用它会产生价值吗？这是这场战争的焦点问题，难道人们在工作位置上用浏览器打开社交网站就为公司带来了收益？
 

　　8、 vi vs. emacs

　　对抗等级：★★★

　　双方战斗口号：好奇的是它们的口号是一致的“正则表达式太过复杂，常人难以理解！”

 

 

　　Vi和emacs都是老牌文本编辑器，各自的拥护者甚多，记得很久以前我参加一个LUG（Linux User Group）会议时，vi和emacs的拥护者阵营进行了一场盛大的辩论，由于我使用的是Pico，因此遭到两帮人的鄙视。要说这两个工具谁好用，我真的无法评判，说实话，对于我个人而言，因为我一直使用的是Pico（现在已经改名为Nano了），我觉得vi和emacs都很普通，相信这两派阵营的人看到这话已经怒眼圆睁，其实他们俩都工作得很好，当你真正熟悉了它们后你就觉得其实用谁都无所谓，战争的焦点是那一款工具的易用性更好。

　　9、P2P文件共享 vs. 行之有效的消费权益保护

　　对抗等级：★★★

　　双方战斗口号：P2P文件共享拥护者“拒绝友好！”，反方“RIAA将会起诉你让你为下载赔偿巨额美元！”

　　这个战斗经常发生在最终用户和ISP、商业公司和唱片业之间，似乎P2P代表一个负面的名字，毋庸置疑，大多数P2P共享的资源都涉及到DRM内容保护，这些内容都是需要花钱购买，但很多人利用P2P客户端却能够下载到合法的文件，如下载Linux发行版ISO文件，这些文件可以放在世界任何一个角落，只需要通过一个torrent种子文件就可以实现共享。然而这一切却对那些真正的艺术家们很不公平，如果能够找到一种折中的办法，双方都能退让一步，艺术家们能够获得该有的报酬，但谁知道这个费用该如何付，付多少呢？我不知道。

　　10、管理员 vs. 终端用户

　　对抗等级：★★★

　　双方战斗口号：终端用户“我的电脑不能工作了！”，管理员“我真的没有时间！”

　　管理员和终端用户的关系就像老师和学生之间的关系，但大家都是为了工作，管理员要对终端用户提供技术支持，但大部分管理员并不希望将“支持”转变为 “照顾”，有的人可能不知道鼠标该怎么点，有的人其计算机已中病毒，因此无法完成工作，这些都需要管理员来帮忙，管理员成为名副其实的消防员。

　　后记

　　这10个战争已经持续了几十年（至少大部分有），你参加了哪些战斗呢？我想应该不止一两个吧！告诉我你在这些战斗中都站在哪一方的呢？

由于有回报，极限编程已经在前端开发圈里站稳了脚跟。把两个身价不菲的开发者安排在一台机器上，似乎看起来是很荒谬的，但是事实证明并非如此。在极限编程中，大部分的程序缺陷在产生之前就被扼杀了;在编写低速代码时，最优化就出现了;知识相互交流;并且团队关系也就产生了。

依我的经验，这种现象还没有渗透到数据库层的开发中。我注意到在有的团队中，一个人编写存储过程，第二个人编写数据传输系统(DTS)，第三个做体系机构，而第四个人为中间设备界面做评注。每个人都孤立地创作所需的对象，而且几乎不会对代码进行检查。也许设计师规定Sproc98765接受特定的参数，并返回某个结果;然后团队中的其他成员就与之相对应。在任何一个严谨的开发组织中，检查代码和再因子分解是一个项目不可或缺的部分，但是由于某些奇怪的原因，它们并没有延伸到数据库中。

我无法理解这点。也许我们共同蒙蔽了管理者，让他们认为我们对数据库已经无所不知了。或者我们服务的定价太高，以至于会计人员都因为核算每个星期再因子分解和极限编程的花销而气喘如牛了。

举个例子来说，在一个包含了400个表格和1,600个存储过程的数据库中，我得到的每一个结果都是正确的几率是多大呢?即使有时候会出现那样的情况，那么下一次一个部门或客户需要知道某个表中的新加的列，我就必须重新访问不计其数的程序、用户自定义函数(UDF)和查看——而且这只说明了表格结构的变化。

如果可能的话，我鼓励您尝试用极限编程方法去解决当前面临的SQLServer中的问题。对于这种方法，可供选择的包括一个复杂存储过程的最新进展，对一个低速程序再次进行因子分解和使一个查看最优化。至少尝试一下，然后让我知道它是怎么为您所用的。

上周Rich Strahl的POST中提到一个新发布的VS2008 hotfix修复了VS2008对Javascript智能感知的一些BUG，fixed之后可以让VS2008对JQuery提供智能感知，让我等JQuery fans欣喜了一阵子。可仔细一看，还需要另外给JQuery添加上XML comments才行 :( 丧气了... 　

一、

刚才看到已经有快手的牛人做完了这项工作，现在可以直接下载(jyc/upload/file/1249711382.txt)，记得把后缀改回来为：.js回来用了。

这样引用就行了

<script src="jquery-1.2.3-intellisense.js" type="text/javascript"></script>

如果是在独立的.js文件中需要JQuery智能提示，那么在文件开始加上这行

/// <reference path="jquery-1.2.3-intellisense.js" ></reference>

就OK了。

但这个JS是未压缩版的jqery1.2.3，加上XML comments，有120K之巨，开发时用就行了，部署的时候可以换个pack版本的。

不过似乎VS2008对JS的智能感知还有点不足的地方，比如js中的重载函数就不能提供很好的提示支持...希望能再有改进

二、

另外，还有个JQuery XML comments的生成器JQuery IntelliSense Header Generator，这个生成器是根据JQuery官方提供的XML DOC来生成JQuery的函数签名和XML comments。注意，这里只生成函数签名，没有具体的实现。如果嫌第一种方法部署麻烦，那么就可以使用这个签名JS了，我们可以把脚本全部放到独立的.js文件中，然后在js中reference 这个假的JQuery，而在.aspx中则引用真正Pack版的jquery。

这个生成器有个BUG，因为jquery xml doc有些函数的说明中有些有回车符，而这个生成器没有做处理，导致生成的签名JS有误。

我修正了这个BUG，需要的同学可以点击这里下载。记住：这个生成器只生成jq函数签名和XML comments；这个生成器是根据JQuery官方的的XML API doc生成的，也就是说如果以后有版的JQuery API doc出来，你只要把它下载回来覆盖掉这个旧的就行了。

这个生成器生成的签名有个比较好的地方，就是它把重载方法的comments都放到一起了，也就是vs2008的智能提示中可以看到几个不同重载的comments.

出处:http://wuchang.cnblogs.com email: wuchangx # qq.com

下面看下效果图：

图1

图2

图3

补充，如果修改脚本文件后，而VS2008的智能提示没有及时更新，那么可以使用快捷键Ctrl+Shift+J来更新一下。

图4

统计发现，在已知的PHP开发者中，印度开发者的占有率是10.5%，而美国史11.8%。要知道在几年前，美国PHP开发者占世界PHP开发者的比重为20%，德国居第二是12%，而印度连3% 都不到。

以下是几个国家PHP的职位需求率：

1. 印度 - 15.7%

2. 美国- 8.7%

3. 巴西 - 6.8%

4. 意大利 - 3.5%

5. 德国 - 3.0%

6. 英国- 2.6%

7. 印度尼西亚 - 2.4%

8. 阿根廷 - 2.3%

9. 西班牙 - 2.1%

10. 墨西哥 - 1.9%

11. 俄罗斯 - 1.8%

12. 加拿大 - 1.7%

从统计中不难推测，印度的PHP资源必将超越美国。

Microsoft Visual Studio 2005 Microsoft Visual Studio 2008 Microsoft Visual Studio 2010
版本 8.0.50727.42    版本 9.0.0727.42   版本 10.0.0927.42  

用VS用了二周了，处理代码时有时没有行号，找起来真晕，还好 Ctrl＋G 可以跳转行号，不过还是带个行号好处理～ 呵 调一下设置就ＯＫ了！

工具--选项－》è文本编辑器--C#--》 常规 勾上右边的"行号"就行好了！ 当然其它的代码可以一样道理～

        声明：这不是共享组建教程，而是问题解决。如果你对共享一直搞不清，那么你可以花一至几小时的时间来看这篇文章，我相信以后共享问题你基本上都能解决。
    看过了很多人写共享教程，看过了更多人写共享问题解决。可是，我到最后还是决定写。原因之一是大多数教程都是把解决方案写在一起，经典与仅来宾两个模式的解决方案混在一起。让出问题的人不知道是哪里出问题了，原因之二是因为这也是网络教程要写到的，所以，那就一起解决了吧。如果有某些问题没提到请指点。
    局域网共享我们这里就以网上邻居能够访问的共享为准。不考虑\\计算机名\或\\IP\来访问的共享。因为这个访问模式透过了工作组和用户匿名共享枚举，所以在\\计算机名\或\\IP\能访问在网上邻居可能不能访问。而从网上邻居能访问它必然也能访问。从现在开始一个一个问题来解决吧：

    问题以你打开网上邻居到“查看工作组计算机”到访问“某一主机”失败而出现的错误框来列出，所以只要你对照你的错误框，就可能在这里找到你的问题的答案。

问题列表：根据你在客户端访问共享的错误到下面找答案吧。（由于2000没有仅来宾模式，所以一些要用到仅来宾的方法不能在2000系统上使用）

1：错误提示框为如图1：网络不存在或尚未启动




2：错误提示框为如图2：此工作组的服务器列表当前无法使用




3：错误提示框为如图3：Windows无法找到网络路径……请与网络管理员联系




4：错误提示框为如图4：登录失败：未授予用户在此计算机上的请求登录类型




5：错误提示框为如图5：拒绝访问




6：提示框为如图6：弹出密码输入框，并且用户名不能改，默认为“Guest”。




7：提示框为如图7：弹出输入用户名和密码输入框.




8：错误提示框为如图8：用户账户限制，可能的原因包括不允许空密码……




9：我没看到自己或他人：进入工作组，只有自己或是看不到自己，或看不到共享机子


10：提示框为如图10：找不到网络路径






＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝




以下是问题解决方案：


＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

1：错误提示框为如图1：网络不存在或尚未启动




这是因为你的Workstation服务没有启动，如果这个服务没有启动的话，那么你的工作组将无效，所以解决的方法就是在开始—运行—输入—Services.msc 回车。拉到最下面，把Workstation改为“自动”，然后“启用”，再点应用即可以解决问题。如图所示：9




2：错误提示框为如图2：此工作组的服务器列表当前无法使用




  这是因为你的Computer Browser服务没有启动。这个服务是不一定要启动的，不过同一工作组内最少要有一台机子启动此服务，主要功能是维护网络上计算机的更新列表。如果出现此错误对话框，解决方法为：开始—运行—输入—Services.msc 回车。找到Computer Browser服务把它设置为“自动”，“启用”。再点应用即可以解决问题。如图所示：10




如果没有找到Computer Browser这个服务。说明你的本地连接没有安装“Microsoft 网络客户端”请在网上邻居右键—属性--本地连接—右键属性—添加—客户端-- Microsoft 网络客户端。就可以了。如果出现“本地计算机上的Computer Browser服务启动后又停止了.一些服务自动停止,……”这很可能是因为你开了windows防火墙导致的，请你把开始--设置--控制面板--里面的winodws防火墙关闭就可以了，如果不想关闭可以在防火墙设置上把“不允许例外”钩掉就可以了


3：错误提示框为如图3：Windows无法找到网络路径……请与网络管理员联系




  这是因为你的Server服务没有启动而造成的，正确的说应该是你没有安装“Microsoft网络中文件和打印机共享”服务造成的。这个服务主要功能就是让你的计算机给网络提供共享服务。解决方法为：开始—运行—输入—Services.msc 回车。找到Server服务把它设置为“自动”，“启用”。再点应用即可以解决问题。如图所示：11




如果找不到Server服务，那么就是没有安装“Microsoft网络中文件和打印机共享”，请到网上邻居右键—属性--本地连接—右键属性—添加—服务-- Microsoft 网络中文件和打印机共享。就可以了。


4：错误提示框为如图4：登录失败：未授予用户在此计算机上的请求登录类型




    这是因为你的计算机拒绝了其它计算机从网络访问你的共享的用户导致的。如XP默认是拒绝来宾--也就是Guest用户登录的。解决方法：开始—运行—输入gpedit.msc回车—计算机配置—windows设置—安全设置—本地策略—用户权利指派—双击“拒绝从网络访问这台计算机”—把里面的guest用户删除，就可以了如图12：




如果你是用别的用户共享，那么看看有没有那个用户名，如果有就删除即可解决问题。


5：错误提示框为如图5：拒绝访问




  导致这个问题有两个原因：第一：你共享的文件夹访问用户没有权限访问。第二：计算机拒绝SAM账户和共享的匿名枚举。也就是注册表里的RestrictAnonymous子键。
解决方法：
你是仅来宾访问的：那么第一个问题不用考虑。主要解决第二个问题。开始—运行—输入gpedit.msc回车—计算机配置—windows设置—安全设置—本地策略—安全设置—双击“不允许SAM账户和共享的匿名枚举”—改为“已禁用”，如图13：




此设置要“重新启动计算机”才能生效。

如果你是windows经典访问方式的：那就要先看看你共享文件夹所在那个盘是什么格式的，如果是NTFS的。那么可以看看文件夹—右键属性--安全—有没有Everyone和你共享访问的用户如图14。




如果没有请点添加—高级—立即查找—选择Everyone确定。就可以了。再打开文件夹—右键属性—共享—权限—看看有没有Everyone和你共享访问的用户。如果没有按上方法添加并给相应权限。再开始—运行—输入gpedit.msc回车—计算机配置—windows设置—安全设置—本地策略—安全设置—双击“不允许SAM账户和共享的匿名枚举”—改为“已禁用”
此设置也要“重新启动计算机”才能生效。


6：提示框为如图6：弹出密码输入框，并且用户名不能改，默认为“Guest”。




这个情况表示你的共享访问模式为来宾模式。我们有几个解决方法：

（1）    把Guest用户启用。如果没有启用GUEST用户，那么是无法访问网络资源的，可以在我的电脑—右键管理—本地用户和组—用户—双击GUEST用户—如图15：




把“账户已停用”钩去掉。并保留上面两项。问题就可以解决。也可以到开始—运行—输入gpedit.msc回车—计算机配置—windows设置—安全设置—本地策略—安全设置—“来宾用户状态”—改为“已启用”。

（2）    如果原来已启用GUEST用户，那么就是GUEST用户密码问题。输入密码即可以访问。如果不想用输入密码访问。那么可以在我的电脑—右键管理—本地用户和组—用户—右击GUEST用户—更改密码—输入原密码，新密码不输入。确定即可。

（3）    改“仅来宾”为“经典”模式。到开始—运行—输入gpedit.msc回车—计算机配置—windows设置—安全设置—本地策略—安全设置—“网络访问：本地用户的共享和安全模式”改为“经典”。这样访问就是经典访问模式了，那么就要去解决经典访问模式的问题了。



7：提示框为如图7：弹出输入用户名和密码输入框.




这个情况说明你的当前访问模式为经典访问模式，有几个解决方案：
（1）    输入共享机子上的用户名和密码即可访问。
（2）    如果你不想用输入密码来访问，那请你把客户机当前用户的密码设和共享机子上相同用户名的密码一致。就可以直接访问了。
（3）    如果你不想用输入密码来访问，那请你把客户机换一个用户名登录系统。再访问。那也不需要密码就可以访问了。
（4）    更改访问模式。把“经典”改为“仅来宾”。到开始—运行—输入gpedit.msc回车—计算机配置—windows设置—安全设置—本地策略—安全设置—“网络访问：本地用户的共享和安全模式”改为“经典”如图16




这样也可以解决问题。


8：错误提示框为如图8：用户账户限制，可能的原因包括不允许空密码，登录时间限制，或强制的策略限制。




如果出现这个提示说明你的访问模式为“经典”，同时你的共享机子用户名和你访问机子的用户名相同，并且共享机子此用户没有设置密码。解决方法有几个：
（1）    到开始—运行—输入gpedit.msc回车—计算机配置—windows设置—安全设置—本地策略—安全设置—“账户：使用空白密码的本地账户只允许进行控制台登录”—改为“已禁用”。如图17：




    即可解决问题。但这样看起来用户没有密码好像不是很安全。建议设置密码。
（2）    更改访问模式。把“经典”改为“仅来宾”。到开始—运行—输入gpedit.msc回车—计算机配置—windows设置—安全设置—本地策略—安全设置—“网络访问：本地用户的共享和安全模式”改为“经典”
（3）    可以更改客户端的当前用户来解决。如新建一个用户用cfanhome,密码为123，用这个用户登录。再在共享机上创建些用户和密码。可以不登录。也就可以解决此问题。



9：我没看到自己或他人：进入工作组，只有自己或是看不到自己，或看不到共享机子

这个情况有几个可能，解决方法：
（1）不同工作组，请把局域网内要共享和访问共享的机子设置在同一工作组内。工作组可以在我的电脑—右键属性—计算机名—更改—里面设置。如图18：




（2）你的Microsoft 网络客户端或是共享机子的Microsoft 网络客户端没有安装，请在网上邻居右键—属性--本地连接—右键属性—添加—客户端-- Microsoft 网络客户端。就可以了。


10：提示框为如图10：找不到网络路径




  出现这个情况说明共享机子上开了防火墙或是禁止了端口。请关闭网络防火墙，包括windows自己的防火墙，要不就在自带防火墙里钩掉“不允许例外”的选择框。问题一般就可以解决。

如果欠缺，以后再补。一时之间想不出还有多少问题，也希望大家遇到里面没有的问题提出来。这样可以完善问题。以后也就不会有那么多人来问共享问题了。希望能给大家带来帮助。

 

附件包含了手册和各种高级Vim操作应用。

由于UCenter Home 2.0为新版本程序，存在BUG等问题，为了大家的站点稳定，因此，我们在一开始并不大面积公开发布，而是需要申请来获得软件包，协助我们一起完善程序。

特别说明：
UCHome 2.0内测包，并不是正式版。
虽然，我们已经进行了较全面的测试，但因站长服务器环境、配置参数的多样化，内测包将不可避免的存在较多的BUG和问题。

我们只推荐有能力的站长进行升级，或者全新安装体验。
再次提醒：升级之前，务必做好数据备份。

活动参与地址：
http://u.discuz.net/home/cp.php?ac=task&taskid=15

如何升级？
支持从任何版本的升级，升级方法都是一样的，请参考程序包中的《readme.txt》文件。

如何全新安装？
请参考程序包中的《readme.txt》文件。

如何体验新功能？
请参考程序包中的《2.0_changelog.txt》文件，里面有详细的功能更新说明。

站长需要做些什么？内测中，发现问题，如何反馈？
请参考这篇日志：
http://u.discuz.net/home/space-248739-do-blog-id-51172.html


感谢您的参与并协助我们测试。
让我们一起让UCH 2.0尽快完善，尽快推出正式版~

Discuz!开发组最近在做什么？

记得5月份我发过一篇日志《我们最近在做什么》那里面提到我们当时在思考一个问题，就是未来论坛到底应该朝着什么方向发展，未来会怎样。经过这段时间的思考，我们不能说完全认清了这个问题，但至少明白了一些，明白了论坛现在那里不足，应该朝着那个方向发展，所以这段时间我们把这些东西进一步细化，从细节方向出发去开发对应的功能。可能这么说大家还是没能理解，举个例子说吧。

众所周知，论坛生存的根本就是用户和话题，这个版本我们解决的一个重要问题就是如何将新用户留在论坛，让新用户第一次来就能了解这个论坛，不论是从内容上还是功能上。在内容上让主题内容有更多的展现机会，在功能上我们开发了新手任务，让新用户第一时间了解论坛，也尽可能让新用户留在论坛上，从而更好的贡献内容。

上面的例子是关于留住新用户的，新版本中类似的地方还有很多，我们把这些地方系统化，会在这个版本和未来的版本陆续加强和改进。

Discuz!新版本有什么新功能，什么时间内发布？

新功能方面目前已经完成几块大的地方，包括上面说的新手任务，目前还有一些功能在开发中，还不能完全透露给大家，不过这些功能都是围绕着某个点开发，从细节着手解决基本问题。至于发布时间，预计会在今年第三季度发布，当然随着某些事情的变化，发布时间也会有所变化，也许那天早上你打开www.discuz.net会发现新版本已经发布了。

想和站长聊几句

前面都是说的新版本的事情，还想和站长聊几句，首先说一点啊，我们绝对不会和站长作对，最近有些站长经常埋怨官方闭门造车，不听站长的意见，不为站长解决问题等等，其实大家可以仔细想想我们会吗？

我们依靠的是站长的支持，站长的站做好了做大了，我们才会有更好的发展，如果有一天大家都不用我们的产品了，我们离倒闭也就不远了，所以说和站长作对的事情我们绝对不会做的，我们所做的一切都是为了站长能把网站做大做好，可能有些时候有些做法比较激进或者没有满足大家的需求，但大家可以相信我们的出发点都是好的。

当然我们做的是一个产品，产品和项目最大的不同就是他需要满足大网站的需求，而不是一两个网站需求，我们的目标也是让大部分站长满意，在中间可能是丢掉一些小众需求。或者说有些需求和目前实际情况不符等等原因没有采纳，希望大家还能够理解和谅解。

还想对中小网站的站长说几句，最近很长一段时间我们都在关注你们，希望你们能有更好的发展，看到大家也很努力经营着自己网站，但也存在一些问题提出几点，仅供参考吧。

第一、认清自己的优势和劣势。每个网站都是自己的优势和劣势，不论大网站还是小网站，认清自己优势，分析对手的劣势，用自己的优势去攻击对手的劣势，这样才能出奇制胜，达到四两拨千斤的效果。

第二、别人的东西不一定适合自己，有些站长经常说其他网站有什么什么样的功能，我们也要有，但大家有没有考虑这个功能是不是适合自己的网站，有些功能是需要有一定内容或者人员的支撑才能用起来的，而中小型网站往往欠缺的就是这些。

第三、不要大而全，我们需要小而精。往往一个新手站长什么内容都想做，最好做成门户才好，但这样做的后果都很悲惨，什么都做什么都没做好。其实如果经历有限特别是发展初期，最好朝着一个方向做，参考第一点找到自己的优势去发展，等有时间和精力后再去做其他的东西。

以上就是我们最近一段时间对不同中小型网站的一点分析，仅供参考希望大家能网站能越做越好。最后还是那句老话，感谢大家对我们的支持和关注，请相信我们，我们一定能会用自己的努力让大家的网站越做越好，因为你们好才是我们真的好，谢谢大家~~~~~

2009年，BBS（社区论坛）、Blog（博客）等传统社区形态已经日趋成熟并成为网民使用最频繁的互联网应用，SNS（社交网络）新社区形态也异军突起，在国内迅速普及。据CNNIC《第24次中国互联网络发展状况统计报告》统计，截至2009年6月底，博客应用和社区应用分别位列网民使用最频繁的互联网应用第八和第九位，使用率高达53.8%和30.4%。其中，中国拥有个人空间/博客的网民用户规模已经达到1.82亿人，大量草根博客从专业博客应用商向互动性更强的SNS网站转移。

一方面，社区市场向细分化、社交化、娱乐化方向迈进，且SNS作为新形态继续引领社区发展；另一方面，一批如Comsenz这样的厂商，为SNS网站、社区的建设和发展提供了必要的动力支持。据不完全统计，截至2009年4月底，使用UCenter Home搭建的SNS网站已经超过13万家，这些网站通过漫游开放平台，正在为千万网民提供SNS服务。

在这样的背景下，此次调查将针对互联网社区最新的发展趋势，将重点分析、研究2009年中国网络社区发展中遇到的一些新情况、新趋势等热点问题。本次调查对象依然是网站站长和网民这两个群体。与以往不同的是，此次调查囊括各种大、中、小型社区，分别就BBS社区和SNS社区展开调查，同时也对社区用户行为、社区用户消费能力、垂直细分社区的营销价值和媒体价值等方面展开调查，以便为行业人士、站长和网民提供更为全面、实用和专业的报告。

业内人士分析，专业的社区领域的调查报告对实时掌握社区动态、网民发展等方面提供了很好的数据支持和方向指针。一年一度顺承的调查也将成为中国互联网社区领域内最具广泛性、权威性和实用性的产业调查。

据悉，作为中国互联网社区行业最大的一次调查活动，主办方表示，希望通过本次调查活动，一方面，为互联网社区经营者和从业者提供更多的数据以指导日常工作和运营发展；另一方面，为业外人士提高对互联网社区行业认识提供必要的资料基础。最终分析报告预计将在今年9月底10月初发布。

了解详情见社区调查专题：http://event.comsenz.com/2009report/

Intel开源技术中心资深软件工程师赵强

研讨会上，Intel开源技术中心资深软件工程师赵强先为现场听众对Moblin 2做了概要介绍，内容涉及Moblin的概念、诞生的市场背景、Moblin系统层次、体系架构、Atom芯片组特性、Moblin资源库、国内外移动互联网设备的最新发展情况以及未来趋势等一系列技术人员关注的话题。赵强还表示，Moblin v2在节能特性、用户界面、启动速度等多方面都有了革命性的提高。其中，据Intel内部测试，新版本的系统启动时间仅在5秒到7秒之间，单位耗电量在5w左右，不仅如此，Moblin v2对应用程序的兼容性和系统本身的扩展性方面都有了很大改进。

会上，Intel开源技术中心资深软件工程师杨燚为大家介绍了MIC 2(Moblin Image Creator 2)的功能、使用技巧和实际案例，包括创建、转换、Chroot等多种工具的应用技巧。而丁建峰则为大家带来了关于Clutter Toolkit的内部实现技术，如何用Clutter编写应用程序，以及在Moblin系统上应用的最新内容。

在演讲过程中的互动提问环节，与会者纷纷提问，抛出了一个个难解的话题，内容不仅包括开发过程中遇到的实际困难，也包括了很多对Moblin定位和未来发展的探讨和建议，演讲嘉宾都现场进行了很详细的解答。广大参会者表示获益颇丰，希望以后能举办更多此类高质量技术会议。

更多精彩信息，请关注：Moblin community中文站

源地址:http://bbs.phpchina.com/thread-139915-1-1.html

Flex builder 3.0注册码（已经试过的，可用的）：

1377-4168-2018-0771-2432-1495

1377-4760-3354-0772-2773-8996

1377-4165-2080-7265-7813-8901

1377-4964-5021-8182-2399-8235

1377-4167-5844-4698-0048-5821

Flex builder 中要进行调试，就必须安装含debug的flash player版本。下载链接地址：

Download the Windows Flash Player 9 ActiveX control content debugger (for IE) (EXE, 1.59 MB)

原地址:http://www.jsmedia.tv/bbs/viewthread.php?tid=58487&extra=page%3D1

评分标准如下（最高5分）
• APM组件版本更新程度（版本新及更新及时的得分高）40%
• 集成扩展适合程度（扩展选择合适，如集成Optimizer等的高）30%
• 系统依赖程度（绿色版得分高）15%
• 易用性（集成常用功能托盘的得分高）10%
• 文件大小（功能简洁强大且文件小的得分高）5%

• XAMPP
  • 下载：http://www.apachefriends.org/zh_cn/xampp-windows.html
  • 方式：安装、半绿色、Lite版
  • 优点：功能全、更新快、集成系统托盘、有其它服务器版本
  • 缺点：集成了FTP服务器及邮件服务器、文件体积较大
  • 评分：4.5
  
   
• WAMP
  • 下载：http://www.wampserver.com
  • 方式：安装
  • 功能：功能较全、集成功能强大的多国语言系统托盘
  • 缺点：没有绿色版
  • 评分：4.5
  
   
• APMxE
  • 下载：http://www.fleaphp.org/index.php?q=download
  • 方式：绿色、安装
  • 功能：简洁、常用功能齐、集成系统开源托盘启动控制器可用于其它APM环境启动控制
  • 缺点：Apache2.0、不能在有空格的目录运行。
  • 评分：4
  
   
• PHPNow
  • 下载：http://www.phpnow.org
  • 方式：安装、绿色、精简
  • 优点：版本新、更新及时、稳定、功能好、提供扩展插件
  • 缺点：仅命令行控制面板、无系统托盘控制面板
  • 评分：4
  
   
• Vertrigo
  • 下载：http://vertrigo.sourceforge.net/?lang=cn
  • 方式：安装
  • 优点：版本新、更新及时、稳定、功能好、集成强大的托盘控制面板
  • 缺点：没有绿色版，安全性和默认参数不够合理
  • 评分：4
  
   
• AppServ
  • 下载：http://www.appservnetwork.com
  • 方式：安装
  • 优点：功能较全、更新较快
  • 缺点：没有绿色版、没有控制面板
  • 评分：3.5
  
   
• PHPStudy
  • 贡献：airwin,57213763
  • 下载：http://blog.chinaunix.net/u/19869/
  • 方式：安装
  • 优点：更新较快，文件较小，含系统托盘
  • 缺点：msvbvm60.dll导致启动失败，没有绿色安装方式，集成了过多访问作者网站的链接
  • 评分：3.5
  
   
• APMServ
  • 贡献：qdxgwh
  • 下载：http://apmserv.s135.com
  • 方式：安装、绿色
  • 优点：功能较全、ASP插件支持、集成系统托盘、图形化管理
  • 缺点：组件较老，更新较慢
  • 评分：3

vs_fetion.zip

郎咸平演讲-20090103.程程访问郎咸平谈2009经济走势
郎咸平演讲-20090104.广东金融海啸冲击下宏观经济的企业突围战略
郎咸平演讲-20090105.东楚经济高层论坛金融危机下的中国企业战略突围
郎咸平演讲-20090113.合肥金融海啸下的中国企业战略突围
郎咸平演讲-20090117.深圳2009宏观经济形势分析

郎咸平演讲-20090118.2009浙商慈溪企业领袖年会暨新年经济论坛
郎咸平演讲-20090217.为中山企业指点迷津（新闻报道）
郎咸平演讲-20090331.武汉2009中国宏观经济形势报告会.（新闻报道）
郎咸平演讲-20090409.广东梅州第二波金融海啸已经来袭.（新闻报道）
郎咸平演讲-郎咸平参加福建电视台节目
郎咸平演讲-郎咸平北京国际国内宏观经济形势分析1
郎咸平演讲-郎咸平北京国际国内宏观经济形势分析2
郎咸平演讲-郎咸平北京国际国内宏观经济形势分析3
郎咸平演讲-20090420.罗定广东制造业（云浮）高峰论坛.
郎咸平演讲-北京卫视天下天天谈奥巴马一百天经济篇
郎咸平演讲-20090425.旅游卫视《亮话》节目中郎咸平说中国企业的经营之道
郎咸平演讲-20090426.旅游卫视《亮话》节目中郎咸平说金融超限战.
郎咸平演讲-20090507宏观经济形势下的钢铁走势与应对策略.
郎咸平演讲-20090511山东金融危机下的企业如何战略突围
郎咸平演讲-20090516杭州建行内部演讲.

目前为止就这么多，以后会定期更新……

原帖地址：http://www.yanrenhai.com/lang-in-2009-in-various-parts-of-speech.html

　　新浪科技讯 7月25日上午消息，谷歌中国今日确认，已恢复网页搜索中的联想词功能。今年6月份，该功能因为被互联网违法和不良信息举报中心曝光存在隐晦色情和低俗信息而暂停。

　　今日上午，新浪科技通过谷歌中国网页搜索测试发现，其联想词功能已恢复，同时谷歌对于曾遭曝光的一些涉及色情与低俗信息的关键词进行了技术屏蔽，并提示“根据当地法规和政策，部分结果未予显示”。

　　此前6月18日，互联网违法和不良信息举报中心对谷歌中国存在淫秽色情和低俗内容进行强烈谴责，随后中央电视台多档节目对谷歌存在隐晦色情和低俗信息进行了报道。谷歌相关人士认为，此次恢复联想词功能意味着上述风波已结束。(马城)

// 控制器 class Controller_Cart { function actionAddGoods() { $goods_id = (int)$_GET['goods_id']; Cart::instance()->add($goods_id)->save(); echo '添加成功'; } } // Cart 模型 class Cart { /** * 购物车中的所有项目 */ public $items = array(); /** * 单子模式，返回购物车对象的唯一实例 */ static function instance() { ... } function add($goods_id, $quantity = 1) { $goods = Goods::find($goods_id)->get(); // 检查 id 和库存数 if ($goods->id && $quantity > $goods->remaining) { // 添加商品到购物车 $this->items[] = array($goods, $quantity); } else { throw new CartExecption('无效的商品 ID'); } return $this; } }

这个代码不完整，但是演示了最重要的部分，就是应用程序逻辑和业务逻辑的分离。


如果这个流程走下去，用户要结算了，那么代码如下：

class Controller_Cart { function actionCheckOut() { Cart::instance()->checkout(); echo '成功'; } } class Cart { function checkout() { // 开启一个数据库事务 .... try { // 创建一个新的订单对象 // $this->owner 是当前购物车的所有者（用户） $order = new Order($this->owner); // 将购物车中的所有商品添加到订单中 foreach ($this->items as $item) { list($goods, $quantity) = $item; $order->add($goods, $quantity); } // 保存订单 $order->save(); // 清空购物车 $this->items = array(); } catch (Exception $ex) { // 出错了，回滚事务 .... // 再重新抛出异常 throw $ex; } // 返回新建的订单 return $order; } } class Order extends Model { public $items; function add($goods, $quantity) { $this->items[] = array($goods, $quantity); return $this; } function save() { foreach ($this->items as $item) { list($goods, $quantity) = $item; // 保存订单时，减少订单中每一个商品的库存数 $goods->decrRemaining($quantity); } // 调用父类的保存 parent::save(); return $this; } }

结算的代码很容易理解：
1、调用购物车的 checkout() 方法
2、开启数据库事务，这样当保存订单失败时（例如库存数不够）则回滚，确保数据库内容没有受影响
3、将购物车中的所有商品添加到订单
4、调用订单对象的 save() 方法
  4.1、遍历订单的所有项目，减少商品的库存（如果此时失败，商品的 decrRemaining() 方法会抛出一场）
  4.2、调用模型父类的 save() 方法
5、清空购物车，返回新建的订单对象

整个流程我们假定创建订单就等同于客户确认订单，此时减少库存。也有可能是后台确认订单配货后才减少库存，这和卖家的经营策略有关。

这两个例子里面，业务逻辑都在模型中实现，控制器（也就是封装应用程序逻辑的层）仅仅完成处理输入数据、调用业务方法、反馈结果等任务。

下载地址：http://bbs.phpchina.com/thread-105014-1-1.html

Web 3.0无法解决信息超载问题。至少现在还不行，因为有很多基础工作要做。尤其是现在网上到处都是非结构化数据，需要很长的时间才能将这些数据结构化。

去年Boutin将Web 3.0宽泛定义为“一个开放网络。Web 3.0可以打破旧藩篱，让所有人随时随地地联系在一起，让整个网络更加智能。”

至少我认为，如果说Web 2.0意味着Youtube和维基百科等UGC和社交网络，那么Web 3.0则意味着开放和结构化数据，让网络更加“聪明”。

关联数据（Linked Data）: 结构化数据，但不一定是语义数据

Greg Boutin第二篇文章谈到了关联数据。他认为关联数据提供了关联结构化数据的新媒介，可以让机器更好地读取这些数据。但是，关联数据本身不会给信息增加任何语义含义，而是更好地携带语义数据，供用户访问。所以，关联数据虽然本身并不具备语义特征，但它可以在数据层面建立关联，为真正的语义网铺平道路。

关联数据这个概念来自W3C,该组织有一个关联开放数据（LOD）项目。以下图表列出了参与该项目的数据集。其中包括著名的Thomson Reuters的Open Calais项目 , Freebase, 和DBpedia。这些数据集是在现有本体论（ontologies）基础之上建立的，如WordNet,FOAF, 和SKOS，然后在它们之间建立关联。

Greg Boutin在其第三篇文章中写道，关联数据格式不会创建智能数据，仅仅是支持。他建议人们集中精力开发把非结构化数据进行结构化的技术。他还建议创业者应该考虑把关联数据和其它技术进行混搭。

语义网：Google唱主角

那些以上这些趋势会如何影响语义网呢？Tim Berners-Lee 认为语义网可以用于商业目的，但现实却是，目前使用资源描述框架（RDF）的实际应用寥寥无几。

但是 RDFa（允许发布者把RDF嵌入到HTML）带来了一线希望。 Google本周宣布将在其“富媒体代码”中支持RDFa，而雅虎早在去年就大胆地推出了搜索猴子（Search Monkey ），达到了同样的目的。

Google将在语义网主流化过程中扮演重要角色。Google目前正在从半结构化和非结构化数据中解析语义结构数据。有人称Google算法远非统计方法论那么简单，它早就在研发语义技术了。

Google也并非没有竞争对手。除了雅虎，微软去年夏天收购 Powerset也是瞄准了这个市场。

结论

Web 3.0是一个没有统一定义的词语，或者根本不应该这么称呼。但是很显然，结构化数据时代已经到来。我们从当前的关联数据热潮中就可以看到它的影子，并且得到了Google和雅虎瞪大公司的支持。谁知道呢，或许语义网也就在隔壁不远处。

     PHPEdit是一款Windows下优秀的PHP脚本IDE（集成开发环境）。该软件为快速、便捷的开发PHP脚本提供了多种工具，其功能包括：语法关键词高亮；代码提示、浏览；集成PHP调试工具；帮助生成器；自定义快捷方式；150多个脚本命令；键盘模板；报告生成器；快速标记；插件等。

      下载地址： http://www.phpchina.com/download/show.php?id=6553614&sort=PHPEdit

 ZendOptimizer是一个免费的应用程序，反向编译经过ZendCore编码的工具，并提高PHP程序的性能。

  下载地址：http://www.phpchina.com/download/show.php?id=153&sort=ZendOptimizer

公共交换电话网的使用方式就是生活中常见的享元模式的例子。公共交换电话网中的一些资源，例如拨号音发生器、振铃发生器和拨号接收器，都是必须由所有用户共享的，不可能为每一个人都配备一套这样的资源，否则公共交换电话网的资源开销也太大了。当一个用户拿起听筒打电话时，他根本不需要知道到底使用了多少资源，对用户而言所有的事情就是有拨号音，拨打号码，拨通电话就行了。所以，就有很有人会共用一套资源，非常节省，这就是享元模式的基本思想。

假如我们要开发一个类似MS Word的字处理软件，下面分析一下将如何来实现。对于这样一个字处理软件，它需要处理的对象既有单个字符，又有由字符组成的段落以及整篇文档，根据面向对象的设计思想，不管是字符、段落还是文档都应该作为单个的对象去看待。我们暂不考虑段落和文档对象，只考虑单个的字符，于是可以很容易的得到下面的结构图：

Java代码：

//抽象的字符类

public abstract class Charactor{

    //属性

    protected char letter;

    protected int fontsize;

    //显示方法

    public abstract void display();

}

//具体的字符类A

public class CharactorA extends Charactor{

    //构造函数

    public CharactorA(){

        this.letter = 'A';

        this.fontsize = 12;

    }

    //显示方法

    public void display(){

    try{

        System.out.println(this.letter);

    }catch(Exception err){

    }

    }

}

//具体的字符类B

public class CharactorB extends Charactor{

    //构造函数

    public CharactorB(){

        this.letter = 'B';

        this.fontsize = 12;

    }

    //显示方法

    public void display(){

    try{

        System.out.println(this.letter);

    }catch(Exception err){

    }

    }

}

.Net代码：

//抽象的字符类

public abstract class Charactor{

    //属性

protected char letter;

protected int fontsize;

    //显示方法

    public abstract void display();

}

//具体的字符类A

public class CharactorA : Charactor{

//构造函数

public CharactorA(){

      this.letter = 'A';

      this.fontsize = 12;   

}

//显示方法

    public override void display(){

        Console.WriteLine(this.letter);

    }

}

//具体的字符类B

public class CharactorB: Charactor{

//构造函数

public CharactorB(){

      this.letter = 'B';

      this.fontsize= 14;   

}

//显示方法

    public override void display(){

        Console.WriteLine(this.letter);

    }

}

我们的这段代码完全符合面向对象的思想，但是却为此搭上了太多的性能损耗，代价很昂贵。

一篇文档的字符数量很可能达到成千上万，甚至更多，那么在内存中就会同时存在大量的Charactor对象，这时候的内存开销可想而知。

我们对内存中的对象稍加分析就能发现，虽然内存中Character实例很多，但是里面有很多实例差不多是相同的，比如CharactorA类的实例就有可能出现过很多次，这些不同的CharactorA的实例之间只有部分状态不同而已。那么，我们是不是可以只创建一份CharactorA的实例，然后让整个系统共享这个实例呢？直接使用显然是行不通的。比如一份文档中使用了很多的字符A，虽然它们的属性letter相同，都是'A'，但是它们的fontsize却不相同的，即字符大小并不相同。显然，对于实例中的相同状态是可以共享的，不同的状态就不能共享了。  

为了解决这个问题，我们可以变换一下思路：首先将不可共享的状态从类里面剔除出去，即去掉fontsize这个属性，这时候我们再写一下代码：

Java代码：

//抽象的字符类

public abstract class Charactor{

    //属性

    protected char letter;

    //显示方法

    public abstract void display();

}

//具体的字符类A

public class CharactorA extends Charactor{

    //构造函数

    public CharactorA(){

        this.letter = 'A';

    }

    //显示方法

    public void display(){

    try{

        System.out.println(this.letter);

    }catch(Exception err){

    }

    }

}

//具体的字符类B

public class CharactorB extends Charactor{

    //构造函数

    public CharactorB(){

        this.letter = 'B';

    }

    //显示方法

    public void display(){

    try{

        System.out.println(this.letter);

    }catch(Exception err){

    }

    }

}

.Net代码：

//抽象的字符类

public abstract class Charactor{

    //属性

    protected char letter;

    //显示方法

    public abstract void display();

}

//具体的字符类A

public class CharactorA : Charactor{

    //构造函数

public CharactorA(){

      this.letter = 'A';

    }

//显示方法

    public override void display(){

        Console.WriteLine(this.letter);

    }

}

//具体的字符类B

public class CharactorB: Charactor{

    //构造函数

public CharactorB(){

      this.letter = 'B';

    }

//显示方法

    public override void display(){

        Console.WriteLine(this.letter);

    }

}

经过这次重构，类里面剩余的状态就可以共享了，下面我们要做的工作就是要控制Charactor类的创建过程。如果已经存在了“A”字符这样的实例，就不需要再创建，直接返回实例；如果没有，则创建一个新的实例，这跟单例模式的做法有点类似了。在单例模式中是由类自身维护一个唯一的实例，享元模式则引入一个单独的工厂类CharactorFactory来完成这项工作：

Java代码：

public class CharactorFactory{

    private Hashtable<String,Charactor> charactors = new Hashtable<String,Charactor>();

    //构造函数

    public CharactorFactory(){

        charactors.put("A", new CharactorA());

        charactors.put("B", new CharactorB());

    }

    //获得指定字符实例

    public Charactor getCharactor(String key){

        Charactor charactor = (Charactor)charactors.get(key);

        if (charactor == null){

            if(key.equals("A")){

                charactor = new CharactorA();

            }else if(key.equals("B")){

                charactor = new CharactorB();

            }

            charactors.put(key, charactor);

        }

        return charactor;

    }

}

.Net代码：

//享元类工厂

public class CharactorFactory{

    private Hashtable charactors = new Hashtable();

    //构造函数

    public CharactorFactory(){

        charactors.Add("A", new CharactorA());

        charactors.Add("B", new CharactorB());

    }

    //获得指定字符实例

    public Charactor getCharactor(String key){

        Charactor charactor = charactors[key] as Charactor;

        if (charactor == null){

            switch (key){

                case "A": charactor = new CharactorA(); break;

                case "B": charactor = new CharactorB(); break;

            }

            charactors.Add(key, charactor);

        }

        return charactor;

    }

}

经过本次重构，已经可以使用同一个实例来存储可共享的状态，下面还需要做的工作就是要处理被剔除出去的那些不可共享的状态。缺少了这些不可共享的状态，Charactor对象就无法正常工作。

2         解决对象中不可共享状态的问题
我们先考虑一种比较简单的解决方案：对于不能共享的状态，不要在Charactor类中设置，而是由客户程序在自己的代码中进行设置：

Java代码：

//客户程序

public class ClinetTest{

public static void main(String[] args){

Charactor a = new CharactorA();

Charactor b = new CharactorB();

//显示字符A

display(a,12);

        //显示字符B

        display(b,14);

    }

    //设置字符的大小

public void display(Charactor objChar, int nSize){

    try{

        System.out.println("字符：" + objChar.letter + "，大小：" + nSize);

}catch(Exception err){

        }

}

}

.Net代码：

//客户程序

public class ClinetTest{

public static void Main(String[] args){

Charactor a = new CharactorA();

Charactor b = new CharactorB();

        //显示字符A

        display(a,12);

        //显示字符B

        display(b,14);

    }

    //设置字符的大小

    public void display(Charactor objChar, int nSize){

        Console.WriteLine("字符：" + objChar.letter + "，大小：" + nSize);

}

}

按照这样的实现思路，可以发现如果有多个客户端程序使用的话，会出现大量的重复性的逻辑,就像上面这段代码中的display方法一样，需要所有的客户端都提供，因此，这段代码已经出现了臭味，非常不利于代码的复用和维护。另外，把这些状态和行为移到客户程序里面破坏了面向对象中封装的原则。

所以，我们再次转变我们的实现思路，把这些不可共享的状态仍然保留在Charactor对象中，把不同的状态通过参数化的方式，由客户程序注入。以下代码是我们最终实现的一个版本：

Java代码：

//抽象的字符类

public abstract class Charactor{

    //属性

    protected char letter;

    protected int fontsize;

    //显示方法

public abstract void display();

//设置字体大小

public abstract void setFontSize(int fontsize);

}

//具体的字符类A

public class CharactorA extends Charactor{

    //构造函数

    public CharactorA(){

        this.letter = 'A';

        this.fontsize = 12;

    }

    //显示方法

    public void display(){

    try{

        System.out.println(this.letter);

    }catch(Exception err){

    }

}

//设置字体大小

public void setFontSize(int fontsize){

    this.fontsize = fontsize;

}

}

//具体的字符类B

public class CharactorB extends Charactor{

    //构造函数

    public CharactorB(){

        this.letter = 'B';

        this.fontsize = 12;

    }

    //显示方法

    public void display(){

    try{

        System.out.println(this.letter);

    }catch(Exception err){

    }

}

//设置字体大小

public void setFontSize(int fontsize){

    this.fontsize = fontsize;

}

}

//客户程序

public class ClinetTest{

public static void main(String[] args){

Charactor a = new CharactorA();

Charactor b = new CharactorB();

//设置字符A的大小

a.setFontSize(12);

        //显示字符B

        a.display();

//设置字符B的大小

b.setFontSize(14);

        //显示字符B

b.display();

    }

}

.Net代码：

//抽象的字符类

public abstract class Charactor{

    //属性

protected char letter;

protected int fontsize;

    //显示方法

public abstract void display();

//设置字体大小

public abstract void setFontSize(int fontsize);

}

//具体的字符类A

public class CharactorA : Charactor{

//构造函数

public CharactorA(){

      this.letter = 'A';

      this.fontsize = 12;   

}

//显示方法

    public override void display(){

        Console.WriteLine(this.letter);

}

//设置字体大小

public override void setFontSize(int fontsize){

    this.fontsize = fontsize;

}

}

//具体的字符类B

public class CharactorB: Charactor{

//构造函数

public CharactorB(){

      this.letter = 'B';

      this.fontsize= 14;   

}

//显示方法

    public override void display(){

        Console.WriteLine(this.letter);

}

//设置字体大小

public override void setFontSize(int fontsize){

    this.fontsize = fontsize;

}

}

//客户程序

public class ClinetTest{

public static void Main(String[] args){

Charactor a = new CharactorA();

Charactor b = new CharactorB();

//设置字符A的大小

a.setFontSize(12);

        //显示字符B

        a.display();

//设置字符B的大小

b.setFontSize(14);

        //显示字符B

b.display();

    }

}

可以看到这样的实现明显优于第一种实现思路，这就是享元模式的基本思想。我们通过享元模式实现了节省存储资源的目的。

3         什么是享元模式
享元的英文是Flyweight，它是一个来自于体育方面的专业用语，在拳击、摔跤和举重比赛中特指最轻量的级别。把这个单词移植到软件工程里面，也是用来表示特别小的对象，即细粒度对象。至于为什么我们把Flyweight翻译为“享元”，可以理解为共享元对象，也就是共享细粒度对象。享元模式就是通过使用共享的方式，达到高效地支持大量的细粒度对象。它的目的就是节省占用的空间资源，从而实现系统性能的改善。

我们把享元对象的所有状态分成两类，其实前面的例子中letter和fontsize属性在运行时，就形成了两类不同的状态。

享元对象的第一类状态称为内蕴状态(Internal State)。它不会随环境改变而改变，存储在享元对象内部，因此内蕴状态是可以共享的，对于任何一个享元对象来讲，它的值是完全相同的。我们例子中Character类的letter属性，它代表的状态就是内蕴状态。

享元对象的第二类状态称为外蕴状态(External State)。它会随环境的改变而改变，因此是不可以共享的状态，对于不同的享元对象来讲，它的值可能是不同的。享元对象的外蕴状态必须由客户端保存，在享元对象被创建之后，需要使用的时候再传入到享元对象内部。我们例子中Character类的fontsize属性，它代表的状态就是外蕴状态。

所以享元的外蕴状态与内蕴状态是两类相互独立的状态，彼此没有关联。

我们按照前面的分析，给出享元模式的类图：

享元模式类图

l         抽象享元类（Flyweight）

它是所有具体享元类的超类。为这些类规定出需要实现的公共接口,那些需要外蕴状态(Exte的操作可以通过方法的参数传入。抽象享元的接口使得享元变得可能，但是并不强制子类实行共享，因此并非所有的享元对象都是可以共享的。

l         具体享元类(ConcreteFlyweight)

具体享元类实现了抽象享元类所规定的接口。如果有内蕴状态的话，必须负责为内蕴状态提供存储空间。享元对象的内蕴状态必须与对象所处的周围环境无关，从而使得享元对象可以在系统内共享。有时候具体享元类又称为单纯具体享元类，因为复合享元类是由单纯具体享元角色通过复合而成的。

l         不能共享的具体享元类(UnsharableFlyweight)

不能共享的享元类，又叫做复合享元类。一个复合享元对象是由多个单享元对象组成，这些组成的对象是可以共享的，但是复合享元类本身并不能共享。

l         享元工厂类(FlyweightFactoiy)

享元工厂类负责创建和管理享元对象。当一个客户端对象请求一个享元对象的时候，享元工厂需要检查系统中是否已经有一个符合要求的享元对象，如果已经有了，享元工厂角色就应当提供这个已有的享元对象；如果系统中没有适当的享元对象的话，享元工厂角色就应当创建一个新的合适的享元对象。

l         客户类(Client)

客户类需要自行存储所有享元对象的外蕴状态。

4         实现和使用享元模式需要注意的问题
面向对象虽然很好地解决了抽象性的问题，但是对于一个实际运行的软件系统，我们还需要考虑面向对象的代价问题，享元模式解决的就是面向对象的代价问题。享元模式采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。

在具体实现方面，我们要注意对象状态的处理，一定要正确地区分对象的内蕴状态和外蕴状态，这是实现享元模式的关键所在。

享元模式的优点在于它大幅度地降低内存中对象的数量。为了做到这一点，享元模式也付出了一定的代价：

1、享元模式为了使对象可以共享，它需要将部分状态外部化，这使得系统的逻辑变得复杂。

2、享元模式将享元对象的部分状态外部化，而读取外部状态使得运行时间会有所加长。

另外，我们还有一个比较关心的问题：到底系统需要满足什么样的条件才能使用享元模式。对于这个问题，我们总结了以下几条：

1、一个系统中存在着大量的细粒度对象；

2、这些细粒度对象耗费了大量的内存。

3、这些细粒度对象的状态中的大部分都可以外部化；

4、这些细粒度对象可以按照内蕴状态分成很多的组，当把外蕴对象从对象中剔除时，每一个组都可以仅用一个对象代替。

5、软件系统不依赖于这些对象的身份，换言之，这些对象可以是不可分辨的。

满足以上的这些条件的系统可以使用享元对象。最后，使用享元模式需要维护一个记录了系统已有的所有享元的哈希表，也称之为对象池，而这也需要耗费一定的资源。因此，应当在有足够多的享元实例可供共享时才值得使用享元模式。如果只能够节省百八十个对象的话，还是没有必要引入享元模式的，毕竟性价比不高。

5         什么情况下使用享元模式
享元模式在一般的项目开发中并不常用，而是常常应用于系统底层的开发，以便解决系统的性能问题。

Java和.Net中的String类型就是使用了享元模式。如果在Java或者.NET中已经创建了一个字符串对象s1，那么下次再创建相同的字符串s2的时候，系统只是把s2的引用指向s1所引用的具体对象，这就实现了相同字符串在内存中的共享。如果每次执行s1=“abc”操作的时候，都创建一个新的字符串对象的话，那么内存的开销会很大。

如果大家有兴趣的话，可以用下面的程序进行测试，就会知道s1和s2的引用是否一致：

Java代码:

String s1 = "测试字符串1";

String s2 = "测试字符串1";

//“==”用来判断两个对象是否是同一个，equals判断字符串的值是否相等

if( s1 == s2 ){

System.out.println("两者一致");

}else{

System.out.println("两者不一致");

}

.Net代码:

String s1 = "测试字符串1";

String s2 = "测试字符串1";

if( Object.ReferenceEquals(s1, s2) ){

Console.WriteLine("两者一致");

}else{

Console.WriteLine("两者不一致");

}

程序运行后，输出的结果为“两者一致”，这说明String类的设计采用了享元模式。如果s1的内容发生了变化，比如执行了s1 += "变化"的语句,那么s1与s2的引用将不再一致。

至于Php作为一种弱类型语言，它的字符串类型是一种基本类型，不是对象。另外，它的执行方式与Java和.Net也有明显区别，每一个脚本文件执行开始，将会装入所有需要的资源；执行结束后，又将占用的资源就立即全部释放，所以它基本上不会产生类似的性能问题，它的字符串处理的设计，自然也使用不到享元模式。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/wanghao72214/archive/2009/04/03/4046182.aspx

Java代码：

//在线人数计数器

class OnlineCounter {

    //在线人数

    private int onlineCount = 0;

    //构造函数

    public OnlineCounter(){

       //从文件或者数据库读取数据,假如读出来的数据是100

       this.onlineCount = 100;

    }

    //在用户登录后，在线人数加1

    public void incCount(){

       this.onlineCount++;

    }

    //在用户退出后，在线人数减1

    public void decCount(){

       this.onlineCount--;

    }

    //保存在线人数

    public void saveCount(){

}  

    //获取在线人数

    public int getCount(){

       return onlineCount;

    }

    //测试函数

    public static void main(String[] args) {

       try{

       OnlineCounter onlineCounter = new OnlineCounter();

       System.out.println("在线人数：" +onlineCounter.getCount());

       onlineCounter.incCount();

       System.out.println("在线人数：" + onlineCounter.getCount());

       onlineCounter.decCount();

       System.out.println("在线人数：" + onlineCounter.getCount());

       }catch(Exception err){

       }

    }

}

.Net代码：

//在线人数计数器

class OnlineCounter{

    //在线人数

    private int onlineCount = 0;

    //构造函数

    public OnlineCounter(){

        //从文件或者数据库读取数据,假如读出来的数据是100

        this.onlineCount = 100;

    }

    //在用户登录后，在线人数加1

    public void incCount(){

        this.onlineCount++;

    }

    //在用户退出后，在线人数减1

    public void decCount(){

        this.onlineCount--;

}

//保存在线人数

    public void saveCount(){

        return onlineCount;

    }

    //获取在线人数

    public int getCount(){

        return onlineCount;

    }

    //测试函数

    public static void Main(string[] args) {

        OnlineCounter onlineCounter = new OnlineCounter();

        Console.WriteLine("在线人数：" + onlineCounter.getCount());

        onlineCounter.incCount();

        Console.WriteLine("在线人数：" + onlineCounter.getCount());

        onlineCounter.decCount();

        Console.WriteLine("在线人数：" + onlineCounter.getCount());

    }

}

Php代码：

<?php

//在线人数计数器

class OnlineCounter {

    //在线人数

    private $onlineCount = 0;

    //构造函数

    public function __construct(){

       //从文件或者数据库读取数据,假如读出来的数据是100

       $this->onlineCount = 100;

    }

    //在用户登录后，在线人数加1

    public function incCount(){

       $this->onlineCount++;

    }

    //在用户退出后，在线人数减1

    public function decCount(){

       $this->onlineCount--;

    }

//保存在线人数

    public function saveCount(){

    }

    //获取在线人数

    public function getCount(){

       return $this->onlineCount;

    }

    //测试函数

    public static function execute() {

       $onlineCounter = new OnlineCounter();

       echo "在线人数：" . $onlineCounter->getCount();

       $onlineCounter->incCount();

       echo "在线人数：" . $onlineCounter->getCount();

       $onlineCounter->decCount();

       echo "在线人数：" . $onlineCounter->getCount();

    }

}

OnlineCounter::execute();

?>

运行结果如下：

在线人数：100

在线人数：101

在线人数：100

网站代码中凡是用到计数器的地方，只要new一个计数器对象，然后就可以获取、保存、增加或者减少在线人数的数量。不过，我们的代码实际的使用效果并不好。假如有多个用户同时登录,那么在这个时刻，通过计数器取到的在线人数是相同的，于是他们使用各自的计数器加1后存入文件或者数据库。这样操作后续登陆的用户得到的在线人数，与实际的在线人数并不一致。所以，把这个计数器设计为一个全局对象，所有人都共用同一份数据，就可以避免类似的问题，这就是我们所说的单例模式的其中的一种应用。

2         什么是单例模式

单例模式能够保证一个类仅有唯一的实例，并提供一个全局访问点。

我们是不是可以通过一个全局变量来实现单例模式的要求呢？我们只要仔细地想想看，全局变量确实可以提供一个全局访问点，但是它不能防止别人实例化多个对象。通过外部程序来控制的对象的产生的个数，势必会系统的增加管理成本，增大模块之间的耦合度。所以，最好的解决办法就是让类自己负责保存它的唯一实例，并且让这个类保证不会产生第二个实例，同时提供一个让外部对象访问该实例的方法。自己的事情自己办，而不是由别人代办，这非常符合面向对象的封装原则。

按照以上的思路，我们可以这样来设计单例类：

Java代码:

class Singleton {

    // 私有的静态对象

    private static Singleton instance = null;

    //私有的构造方法

    private Singleton (){

    }

    // 公开的静态工厂方法,返回此类的唯一实例

   public static Singleton getInstance(){

        if(instance == null){

            instance = new Singleton();

        }

        return instance;

    }

}

.Net代码：

class Singleton{

    // 私有的静态对象

    private static Singleton instance = null;

    //私有的构造方法

    private Singleton(){

    }

    //公开的静态工厂方法,返回此类的唯一实例

    public static Singleton getInstance(){

        if (instance == null){

            instance = new Singleton();

        }

        return instance;

    }

}

Php代码：

<?php

class Singleton {

    // 私有的静态对象

    private static $instance = null;

    //私有的构造方法

    private function __construct(){

    }

    // 公开的静态工厂方法,返回此类的唯一实例

   public static function getInstance(){

        if(self::$instance == null){

            self::$instance = new Singleton();

        }

        return self::$instance;

    }

}

?>

Singleton类含有一个instance的私有静态变量,用来保存该类唯一的实例对象，它对于外部对象是不可见的，只能通过getInstance方法才能获得。

Singleton类的构造器是private私有的，外部对象无法通过它的构造器生成实例，也就是说外部程序试图通过new操作符来创建实例是行不通的，因此，getInstance方法成为获得Singleton类实例的唯一途径。

getInstance方法的设计非常简单，它首先检测instance变量是否已经初始化，如果没有被初始化，就创建一个实例保存到instance变量，最后返回这个实例；如果这个实例已经被初始化，那么就直接返回这个实例。

getInstance方法的设计非常简单，它首先检测instance变量是否已经初始化，如果没有被初始化，就创建一个实例保存到instance变量，最后返回这个实例；如果这个实例已经被初始化，那么就直接返回这个实例。

单例模式的类图

单例模式主要有3个特点，：

1、单例类确保自己只有一个实例。

2、单例类必须自己创建自己的实例。

3、单例类必须为其他对象提供唯一的实例。

3         安全的单例模式：双重检查锁定机制
我们虽然实现了单例模式，但是目前的解决办法并不安全，依然存在着一定的缺陷：

class Singleton {

    private static Singleton instance = null;

    private Singleton (){

}

public static Singleton getInstance(){

        if(instance == null){

            instance = new Singleton();

        }

        return instance;

    }

}

这段代码意图通过检查if (instance == null)这个条件，来保证只创建一个Singleton实例。事实上，它运行在单线程环境中，得到的结果是正确的，没有问题，但是运行在多线程的环境中，它就会出现错误，可能有多个Singleton实例被创建出来。

我们分析一下，在多线程环境中，可能会出现这样的情形：线程A 和线程B几乎同时到达if (instance == null)语句，假设线程A 比线程B 早一点点，那么：

（1）A 会首先进入if (instance == null)块的内部，并开始执行new Singleton () 语句。此时，instance变量仍然是null，直到线程A 的new Singleton () 语句返回，并给instance变量赋值为止。

（2） 但是，此时的线程B 并不会在if (instance == null)语句的外面等待，因为此时(instance == null)是成立的，它会马上进入if (instance == null)语句块的内部。这样，线程B 会不可避免地执行instance=new Singleton()语句，从而创建出第二个实例来。

（3）线程A 的instance=new Singleton()语句执行完毕后，instance变量得到了真实的对象引用，(instance == null)不再为真。所以，后来的线程就不会再进入if (instance == null) 语句块的内部了。

（4）线程B 的instance=new Singleton()语句也执行完毕后，instance变量的值被覆盖。但是第一个instance对象被线程A 引用的事实已经无法改变了。这时候的线程A和B各自拥有一个独立的Singleton对象。

为了实现线程安全，我们对代码进行了一定的改造：

Java代码：

class Singleton{

private static Singleton instance = null;

private Singleton() {

}

public static Singleton getInstance(){

    //位置1，第1次检查instance

if (instance == null)

{

//位置2，某一时刻可能有n个线程到达

synchronized (this)

{

//位置3，任何时间只能有1个线程到达

if (instance == null) //位置4，第2次检查instance

{

instance = new Singleton();

}   

       }   

    }   

    return instance;   

}   

}

.Net代码：

class Singleton {

private static Singleton instance = null;

private static readonly object syncObj = new object();

private Singleton (){

}

public static Singleton getInstance(){

       //位置1，第1次检查instance

        if( instance == null ){

//位置2，某一时刻可能有n个线程到达

            lock(syncObj)

{

//位置3，任何时间只能有1个线程到达

if (instance == null) //位置4，第2次检查instance

{

instance = new Singleton();

}

}

        }

return instance;

    }

}

我们通过引入了Java的synchronized或者.Net的lock同步化限制，各个线程到达临界区时，就会按照线性方式逐个执行。

我们再来分析一下：

（1）在多线程环境中，线程A 和B同时或几乎同时到达位置1。

（2）假设线程A 会首先到达位置2，并进入synchronized(this) 到达位置3。这时，由于synchronized(this) 的同步化限制，线程B 无法到达位置3，而只能在位置2 等候。

（3）线程A 执行instance = new Singleton()语句，instance变量得到赋值，此时，线程B 还只能继续在位置2 等候。

（4）线程A 退出synchronized(this) 块，并返回instance对象。

（5）线程B 进入synchronized(this)块，到达位置3，进而到达位置4。由于instance变量已经不是null 了，因此线程B 退出synchronized(this)，并返回instance，这时候的instance只有一个。

我们通过两次检查instance是否被实例化来解决线程安全问题，这种处理方式称为双重检查锁定机制（Double-checked locking）。还有另外一种解决线程安全的方法，就是把getInstance方法整体作为同步区，比如声明为public static synchronized Singleton getInstance()，这种方式由于锁定的区域过大，特殊情况下会造成系统性能的下降，成为系统的性能瓶颈。

双重检查锁定机制不仅解决了线程安全问题，而且把性能也处理得很不错，看起来非常完美。不幸的是我们应该注意不要在java中使用双重检查锁定机制，由于Java编译器和 JIT 的优化的原因，系统无法保证我们期望的执行次序。虽然Java语法中的volatile修饰符可以强制屏蔽编译器和 JIT 的优化工作，但它是一种非常脆弱的同步机制，比较难以控制，所以建议尽量减少使用。我们后面还提供了其它的一种实现方式。

4         单例模式的实现方式：懒汉单例类和饿汉单例类
单例模式的实现有多种方法，常见的就有懒汉式单例类和饿汉式单例类。我们前面介绍的实现方法就属于懒汉式单例类。

l         懒汉式单例类

对于懒汉模式，我们可以这样理解：该单例类非常懒，只有在自身需要的时候才会行动，从来不知道及早做好准备。它在需要对象的时候，才判断是否已有对象，如果没有就立即创建一个对象，然后返回，如果已有对象就不再创建，立即返回。

懒汉模式只在外部对象第一次请求实例的时候才去创建。

l         饿汉式单例

对于饿汉模式，我们可以这样理解：该单例类非常饿，迫切需要吃东西，所以它在类加载的时候就立即创建对象。

Java代码：

final class Singleton {

     //私有的唯一实例成员,在类加载的时候就创建好了单例对象

     private static final Singleton instance = new Singleton();

     //私有的构造方法,避免外部创建类实例

     private Singleton() {

     }

     //静态工厂方法,返回此类的唯一实例

     public static Singleton getInstance() {

         return instance;

     }

}

.Net代码：

sealed class Singleton {

     //私有的唯一实例成员,在类加载的时候就创建好了单例对象

     private static readonly Singleton instance = new Singleton();

     //私有的构造方法,避免外部创建类实例

     private Singleton() {

     }

     //静态工厂方法,返回此类的唯一实例

     public static Singleton getInstance() {

         return instance;

     }

}

使用Java中的final关键字和.Net中sealed关键字去修饰class，目的是阻止派生子类，而派生子类可能会导致实例不唯一。使用Java中的final关键字和.Net中readonly关键字去修饰变量，就意味着只能在类初始化时或者在构造器中分配该变量。

我们对比一下懒汉模式和饿汉模式的优缺点：

这两种模式对于初始化较快，占用资源少的轻量级对象来说，没有多大的性能差异，选择懒汉式还是饿汉式都没有问题。但是对于初始化慢，占用资源多的重量级对象来说，就会有比较明显的差别了。所以，对重量级对象应用饿汉模式，类加载时速度慢，但运行时速度快；懒汉模式则与之相反，类加载时速度快，但运行时第一次获得对象的速度慢。

这两种模式对于初始化较快，占用资源少的对象来说，没有多大的性能差异，但是对于初始化慢，占用资源多的对象来说就会有比较明显的差别了。所以，对重量级对象应用饿汉模式，在类加载时需要较长时间，但运行时会有明显的时间效率的提升。对重量级对象应用懒汉模式，在类加载时很快，但至少第一次获得对象时需要等待很长时间。

从用户体验的角度来说，我们应该首选饿汉模式。我们愿意等待某个程序花较长的时间初始化，却不喜欢在程序运行时等待太久，给人一种反应迟钝的感觉，所以对于有重量级对象参与的单例模式，我们推荐使用饿汉模式。

而对于初始化较快的轻量级对象来说，选用哪种方法都可以。如果一个应用中使用了大量单例模式，我们就应该权衡两种方法了。轻量级对象的单例采用懒汉模式，减轻加载时的负担，缩短加载时间，提高加载效率；同时由于是轻量级对象，把这些对象的创建放在使用时进行，实际就是把创建单例对象所消耗的时间分摊到整个应用中去了，对于整个应用的运行效率没有太大影响。

5         什么情况下使用单例模式
单例模式也是一种比较常见的设计模式，它到底能带给我们什么好处呢？其实无非是三个方面的作用：

第一、控制资源的使用，通过线程同步来控制资源的并发访问；

第二、控制实例产生的数量，达到节约资源的目的。

第三、作为通信媒介使用，也就是数据共享，它可以在不建立直接关联的条件下，让多个不相关的两个线程或者进程之间实现通信。

比如，数据库连接池的设计一般采用单例模式，数据库连接是一种数据库资源。软件系统中使用数据库连接池，主要是节省打开或者关闭数据库连接所引起的效率损耗，这种效率上的损耗还是非常昂贵的。当然，使用数据库连接池还有很多其它的好处，可以屏蔽不同数据数据库之间的差异，实现系统对数据库的低度耦合，也可以被多个系统同时使用，具有高可复用性，还能方便对数据库连接的管理等等。数据库连接池属于重量级资源，一个应用中只需要保留一份即可，既节省了资源又方便管理。所以数据库连接池采用单例模式进行设计会是一个非常好的选择。

在我们日常使用的在Windows中也有不少单例模式设计的组件，象常用的文件管理器。由于Windows操作系统是一个典型的多进程多线程系统，那么在创建或者删除某个文件的时候，就不可避免地出现多个进程或线程同时操作一个文件的现象。采用单例模式设计的文件管理器就可以完美的解决这个问题，所有的文件操作都必须通过唯一的实例进行，这样就不会产生混乱的现象。

再比如，每台计算机可以有若干个打印机，如果每一个进程或者线程都独立地使用打印机资源的话，那么我们打印出来的结果就有可能既包含这个打印任务的一部分，又包含另外一个打印任务的一部分。所以，大多数的操作系统最终为打印任务设计了一个单例模式的假脱机服务Printer Spooler，所有的打印任务都需要通过假脱机服务进行。

实际上，配置信息类、管理类、控制类、门面类、代理类通常被设计为单例类。像Java的Struts、Spring框架，.Net的Spring.Net框架，以及Php的Zend框架都大量使用了单例模式。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/wanghao72214/archive/2009/04/02/4042607.aspx

　　博客：WordPress

　　WordPress是使用PHP开发的著名博客平台，免费开源，功能强大，不仅仅用于博客搭建，还可以广泛应用于各类网络信息发布平台。

　　论坛：phpBB

　　phpBB是一种广泛流行的开源论坛软件，具有易于使用的管理面板和友好的用户安装界面，可以轻松地在数分钟内建立起一个论坛，功能上具有很高的可配置性，能够完全定制出相当个性化的论坛。

　　CMS：Drupal

　　Drupal是一个开源的内容管理系统(CMS)平台，拥有强大并可自由配置的功能，能支持从个人博客到大型社区驱动的网站等各种不同应用的网站项目。

　　Wiki：MediaWiki

　　MediaWiki是PHP语言写成开源Wiki引擎，全世界最大的Wiki项目维基百科就是使用MediaWiki引擎。

　　Digg：Pligg

　　Pligg是一套灵活的类似Digg的Web2.0 CMS系统，系统使用PHP开发，模仿了国外流行的DIGG系统。

　　图像：Gallery

　　Gallery 是一个非常有名的免费开源图库相册软件，基于 PHP 和 MySQL， PostgreSQL 等数据库。功能非常强大，有丰富的扩展可以下载，安装很简单，有很多插件可用。

　　RSS：Gregarius

　　Gregarius是一个RSS聚合程序，免费开源，具备不错的用户体验，易于操作和管理。可以把其当成RSS阅读器使用。

　　电子商务：osCommerce

　　osCommerce是一套由自由软件开发社团开发并维护的在线商店的解决方案，免费开源，并可以应用到任何的商业环境中，可以在短时间内生成一个功能强大的电子商务网站。

　　广告：OpenX

　　OpenX（原名phpAdsNew）是一个用PHP开发的广告管理与跟踪系统，适合各类网站使用，能够管理每个广告主拥有的多种任何尺寸横幅广告，按天查看，详细和概要统计并通过电子邮件发送报表给广告主。

　　数据库：phpMyadmin

　　phpMyAdmin是用PHP开发的MySQL的数据库管理工具。可以在Web界面上实现各种各样对MySQL数据库的管理和操作。

职业经理人如何处理和老板的关系？

如何平衡工作与生活的关系？

如何更好地、不断地提升自己？

......
唐骏在《我的成功可以复制》一书中，提出了八大“职业经理潜规则”，可以回答上述问题。我在这里将它们逐项列出，并加上各自相反的观点，然后，对各个规则，谈了自己的看法，供大家参考。因为是潜规则，不是科学能证明的，所以每个人都有自己的看法和实践。唐骏获得成功，自然就更有说服力。

唐骏的职业经理潜规则之一：低调进入

三把火：学习盛大、了解盛大和融入盛大

 “空降兵”最容易犯的错误就是把自己当成企业的“救世主”

对原有团队的尊重

尊重一定是双向的

反面的观点：

公司花重金聘用我，自我感觉一定了不起，怎么能低调进入。

古代有句话“新官上任三把火”，而且一定要将三把火烧起来，尽快树立自己的威信，甚至有人想给比较接近的管理人员一个下马威。

我的评论：

“低调进入”是对的，容易被人接受和接近，慢慢融入企业，以后再施改良。古代一些厉害的官员就懂得这个道理，先微服私访去自己上任的地方，用一两个月摸清底细，然后再亮出自己的身份。

只不过有些人喜欢高调，放不下架子。

“低调进入”和“不带旧部”是相呼应的。如果不带旧部，又高调进入，就一定死得很快、死得很惨。另外一种策略是“高调进入”和“带旧部”，也许不死不活、或者半死不活，会形成帮派，最后胜负难料。

唐骏的职业经理潜规则之二：看淡权力

陈天桥一定有不想做、不能做、做不了的事情，做这些事情就是我的权力

反面的观点：

看重权力、很强的权力欲

许多职业经理人，为什么做经理人，就是看重这个权力，紧抓权力。一旦被架空，就会辞职。

我的评论：

实质是为了处理好和老板的关系，构造一个和谐的管理层。“退一步，海阔天空”，使一山能容二虎。

权力斗争由来已久，而最终两败俱伤，离开的是职业经理人。

我国传统文化就是一种“官文化”、一种“权力文化”。“学而优则仕”，十年寒窗也是为了榜上有名、将来可以做官。

这种官文化影响很深，到今天，许多学术上有成就的，不愿继续做学术，去政府任职。在公司里，不少优秀的技术人员还是想进入管理团队……

唐骏的职业经理潜规则之三：“夹心饼干决定”

对一个职业经理人说，成功不重要，避免失败才是最重要的。避免失败有一个最简单的办法，就是让所有的决定都变成交叉的。

反面的观点：

决定是我做的。

喜欢做决定，或者说喜欢抢头功。我不抢功劳，还让别人抢走？

我的评论：

职业经理人往往希望尽快获得业绩，想尽快做决定、多做决定。想成功的成分更重，没有去想失败。

唐骏的“避免失败才是最重要的”值得深思、体会。不赢没事，但输不起。大意失荆州，可能永远起不来了。

这也体现了另外两个方面：“机智”和“沟通能力”。只有充分沟通，才能保证决定我中有你、你中有我。

唐骏的职业经理潜规则之四：财务干净

我一直强调做人简单的原则。对于职业经理人来说，要想做人简单，就一定要在财务上干干净净。

反面的观点：

人为财死，鸟为食亡。

许多职业经理人一为权力，二为财富，而且想尽办法获得收入。

由于是规律，绝大多数人会身陷其中，不能自拔，包括职业经理人。

我的评论：

财务干净，才能得到老板和公司的信任。老板最想管的，就是财务和人事，或者财务和市场。财务总是核心，对职业经理人来说，是高压线。

唐骏这里也是告诉大家，不要因小失大，应该舍小利获大益。

唐骏的职业经理潜规则之五：不带旧部

想带就不要去，想去就不要带。

如果带了，即使我态度很好，但只要微软员工和盛大员工发生一点点分歧，别人会说……形成微软帮、盛大帮，党同伐异，严重影响公司的发展…..最后的结果一定是不欢而散。

反面的观点：

一定要带上自己的旧部，也是比较常见的做法。带上旧部，是互惠互利，有两点支撑，一是有难同当、有福同享，我走了，带上旧部，还能照顾他们；不能把他们丢在这里，别人可能会整他们；二是上有对策下有对策，我不带自己人，我的政策怎么能执行下去呢？也许有人会想，不带旧部，他们可能会孤立我，甚至把我“拨了皮吃掉”。

我的评论：

这一点是有争议的，正如唐骏说的，“成也萧何，败也萧何”。见仁见智，或者说是双面刃，虽能伤敌，但也会伤己。要用，一定要用好，最好不用。

另外，不带旧部，也体现了唐骏的自信，只有充分自信，才不需要带旧部。相信自己可以溶入团队，并能靠个人能力（和新团队一起）建功立业。

我曾经也碰到类似情况，我特想请一个开发经理来QA团队当测试经理，他说，我一个人不能来，要来，我得带上手下几个开发人员一起来。结果，我拒绝了，因为我不希望在QA团队形成帮派。

唐骏的职业经理潜规则之六：温和改进

职业经理人治理新企业宜采用渐进式改良，喝汤药的中医疗法远比动手术的西医治法。

反面的观点：

大刀阔斧，新官上任三把火,而且一定要将三把火烧起来。

把自己当作救世主，要改革，甚至会翻天覆地的革命。

我的评论：

“温和改进、不带旧部、低调进入”三个潜规则形成一个体系，它们的哲学思想是一致的，渗透到企业内部，而不是攻入企业内部，构建一个和谐的环境，也就是俗话说“人以和为贵”。但又不能无为，不求进取，所以要温和改进、改良，而不是大变革。

当时，毕竟盛大形势不错，唐骏加盟盛大的作用之一是完成盛大IPO。如果企业快要破产了，确实请职业经理人力挽狂澜，那么，就需要大刀阔斧改革。这种机会不是很多。

从书中，唐骏是不相信中医，不看中医的，但在管理上，却相信中医比西医好 :-)

唐骏的职业经理潜规则之七：不交朋友

工作生活一刀切

工作与家庭的平衡

要保持适度的距离

做到为人简单而坦诚，便没有人和你交手，无招胜有招

反面的观点：

将企业视为家，和每个同事相处很好，和管理层同事都是朋友，和老板更是想法设法接近，如果和老板的私人关系很好，以后的事情就好办了、工作就好做了。

我的评论：

看了唐骏的做法，似乎不近情理，一般人很难理解。例如，他的生日party不邀请陈天桥，容易引起人们猜测“两个人是不是矛盾已经很深了”。

这里面的确有个度的问题，和老板保持适当距离，是必要的。有些职业经理人只有工作，没有生活，对家庭不负责任。而有些职业经理人主要善于关系，包括和老板有很好的私交，工作倒轻松，生活挺享受的，对企业有害无一利。

实际上，西方人的家庭观念比我们重，绝大多熟经理人要经常和家人在一起，应酬尽量安排在中午，下班回家，虽然会迟一些，但还是会和家人一起吃饭。而国内不少企业家、经理人天天在外面应酬，而且主要是晚上应酬，一年没有几天和家人共进晚餐。

唐骏的职业经理潜规则之八：在最辉煌时离开

什么时候跳槽可以提升你的价值？一定是一个职业经理人完成你的既定使命之后

反面的观点：

在最辉煌时，那能舍得离开？一般是在走投无路，被逼走；另外一种情况是，企业每况愈下，自己开始寻求新的好东家。

我的评论：

“在最辉煌时离开”的确不容易，但是对的。就象许多运动员，在辉煌时退役，大家不容易理解，其实是明智的选择。当然，运动员压力更大，在公众面前很能接受自己的失败。这一点也相通，倒也象唐骏说的，“成功不重要，避免失败才是最重要的”。

从上面可以看出，这8条潜规则中多数是自成体系，或者说是由唐骏的风格和能力决定的。唐骏，外柔内刚，非常自信，靠“能力＋勤奋”，所以才会有 “不带旧部、低调进入、不交朋友、在辉煌时离开、...” 等信奉的规则. 与此对立的做法也是比较普遍存在的，非常强势，做什么事都比较高调，自然会有一帮弟兄拥护，力量也非同小可......话说回来，任何事都不要走极端，虽很难摆脱自己的性格或作风，但要平衡，把握住分寸，一切自然会顺利。

一直以来，我们包括Discuz!、UCHome、漫游(Manyou)开放平台都是致力于为站长服务的一系列工具。工具如同螺丝刀，做什么样的网站是由站长自己决定的，做出来的东西好坏，也大多与站长的资源和运营能力有很大关系。以任何一家公司的能力，目前还确实没有办法给站长一个只要把产品一安装，PV、UV、收入就源源不断过来的状况。但是尽管如此，工欲善其事必先利其器。我们作为工具提供商，还是有义务把工作做的更到位，把工具打磨的更好。因此我们一刻不停的在分析用户数据，不断的在用户零散需求的基础上，创新性的归纳和总结各种深层次的原因和由此产生的结果，并将其应用于产品实践中。可以说我们绝对不是中国最成功的产品团队，也不是最聪明的一帮人，甚至带着点傻气，但我们绝对是最认真负责的互联网产品团队之一，我们学的慢可以一刻不停的去学，我们长进不够有很多站长鞭策我们前进，所以我们一点也不怀疑我们可以把产品和服务做好。

总而言之，Discuz!、UCHome和Manyou都是一系列工具。既然是工具，那么站长做什么网站，做的多大，主要的驱动力还是站长的运营能力。我们提供的产品确实不能够成为像永动机一样一旦安装，人气就飙升的神奇之作，因为能量不会凭空的被创造：作为我们，不断根据用户需求和市场趋势完善产品是我们的义务;作为站长，明确适合于自己的定位，强化自身的运营能力则是站长的责任，两者缺一不可，我们才能创造更大的、共同的成功。

关于Manyou和UCHome的关系

UCHome会毫无疑问、坚定的注重网站氛围、文化和内容建设，因为我们甚至协助站长打造自己的核心竞争力，才是Comsenz的立足之本。Manyou本身是一个开放平台，其可以容纳功能性应用、娱乐化应用、甚至包含互联网服务的方方面面。目前，Manyou上不少热门应用都是娱乐化的，而且能够给站长带来收入和流量，但这并不代表娱乐就等同于开放平台。

同时，我们目前不计划，将来也不打算将Manyou平台独立，也没有任何使得Manyou脱离于站长自立门户的打算。这就意味着，Manyou和漫游币所服务的用户，都将是站长的用户;Manyou的定位，始终是为站长和站长的用户提供服务的。Manyou所服务的用户都依托于站长，没有站长，Manyou将变得没有意义。所以，我们没有任何期望和动力去把站长当前拥有的用户抢走。所以各位站长大可不必担心有一天Manyou不给站长提供服务、不和站长双赢了。

目前漫游币的收入还不高，但相比以往我们曾做过的很多合作相比，漫游币已经累积为站长带去了几十万上百万的收入，说明应用开发商是有能力为站长实现内容的丰富、人气和收入的提升的。付费和增值服务型应用，在任何时候都不是强制的，也不是必选项，我们平台和应用开发者一道，实际上已经为站长开辟了一条获取收益的新路，至于这条路是否适合于某一个细分领域定位的网站，还需要站长因地制宜的思考。但无论如何，尽管目前受限于精力、技术和协调方面的原因，存在应用定制化不够、稳定性不够等问题，但这都在逐步的被解决之中。这将是一条从没有路到有路，从没有收益到有收益，从有一点收益到有更多收益的积极的探索，我们将会与应用开发者、站长一道，把这条路走通、走顺。

一、投票

UCenter Home 2.0新增投票基础应用，除一般常用投票功能外，还具有悬赏投票、限制男女投票、评论限制、投票截止日期等功能选项。

二、活动
UCenter Home 2.0新增活动基础应用，除一般常用活动功能外，还具有活动日历、活动海报和相册、支持默认模板的活动分类、活动审核、站长推荐活动、活动关联群组、报名格式模板、打印报名人员等功能选项。

三、热闹
UCenter Home 2.0新增热闹基本应用，可以针对当前大家都关注的一个节日或者事件，创建一个热闹，引导会员发布信息，并将零散的信息进行引导性归类；同时，对于已经发布的日志、图片或话题等，也可以通过点击“凑热闹”，重新选择参与热闹；热闹创建的时候，可以设置热闹封面、允许参与的方式、允许参与的用户组等附属属性。

四、热点
UCenter Home 2.0新增防作弊的热点功能，可以有效挖掘站内精品内容，提升站点内容可读性，并增强信息互动；热点贯穿于日志、图片、话题、投票、活动、分享等在内的各类站内基础应用；站长可以自由调节首页显示热度数目、发表的时间范围，特定信息的热度等来控制站内的热点信息传播。

五、表态
UCenter Home 2.0新增的表态功能，让用户动动鼠标，就能参与互动，人与人的沟通变得更加快捷；日志、图片、话题等基础应用中，全部引入表态功能；站长可以对表态进行添加、删除，并可自定义动作名称、图片、顺序等。

六、道具
UCenter Home 2.0新增的道具功能，内置多达25个常用道具，包括涂鸦板、日志信纸、相册相框、个人主页红包卡、超级明星等；道具将肩负现有系统的功能拓展，用户可以通过积分的消费，来获得更好的系统功能和个人展示体验；道具可以让站点的积分获得、积分消费获得良好的平衡；每个道具的价格、补给周期、补给数目、禁购用户组等属性，站长可以根据各自站点特点进行设定。

同时，UCenter Home 2.0专门针对站长呼声强烈的功能作了一系列的改进，诸如加强站内互动、加强内容和文化建设、降低互动的成本、改善互动的形式等等。绝大多数都有非常灵活的开关可以控制，给予站长更灵活的运营模式和手段，依托自身的用户特性有的放矢的提供优质服务。例如为了提高社区用户的真实性，UCenter Home 2.0特别推出了视频认证功能。新增视频认证功能，让好友之间由虚变实；借助统一的视频认证审核平台，对于有能力审核的站长，可以自己审核，无能力审核的站长，由平台统一审核；视频认证照片本地化存储，站长可以根据站点规划，决定是否开启视频认证、非认证用户有何限制等各项属性；同时，通过视频认证的用户自己本人也可在隐私设置中，自行决定视频认证的各项隐私权限。一个全新社区SNS软件的经典大作即将出炉，更多功能了解敬请参看已经上线的UCenter Home官方演示站点。

官方演示站点：http://u.discuz.net

　　2009年对互联网产业来说无疑意味着挑战，这一年中发生了许多行业变革，而作为互联网基础的IDC行业也经历了诸多大事件，2010年版资讯大全在借鉴前两版大全的经验之外，将更加丰富细化大全的内容，并对相关章节做细致的改进和创新。

　　随着经济危机影响的逐步加深，政府监管机制的完善，IDC行业兼并融合的步伐逐渐加剧。2009年初政府部门开始加强和完善监管机制，对不良信息、网络接入及网站备案的监管力度明显加大，此举必将逐步淘汰一部分资质不全、违规经营、管理不善的IDC企业，使IDC行业健康发展，从容面对此次危机带来的影响。《中国IDC行业资讯大全》组委会相信，阵痛过后，IDC行业必将向着规范化、大型化、多元化发展。

　　在企业信息收录方面，本次资讯大全的收录工作最大的特点是将行业信息收集范围继续拓宽，除传统的IDC服务商，机房，运营商等相关企业信息外，视频，网游，电子商务，SNS这些互联网新兴产业也正成为我们关注的焦点，不但按照行业分门别类，相关信息的收集更能为企业和用户间搭建有效的交流桥梁。

《中国IDC行业资讯大全》2010版企业信息提交

http://www.idcquan.com/special/2010idcpages/publish.htm

据国外媒体报道，微软Hotmail电子邮件服务的存储空间已增加到500GB，相当于谷歌Gmail的250倍之多。

　　微软去年曾表示，将为Hotmail用户提供“不断增长的在线存储空间”，但微软始终在淡化具体的存储空间。用户PicturePan2近日发现，其Hotmail帐户存储空间已经达到500GB，并给出了两张屏幕截图。

MSN Explorer浏览器查看收件箱文件夹体积500GB

　　第一张截图通过MSN Explorer浏览器查看收件箱文件夹体积，结果显示512000MB (即500GB)。第二张截图是利用Office Outlook Connector查看Hotmail信箱存储空间，同样显示500GB。

Outlook Connector查看Hotmail存储同样500GB

　　率先点燃电子信箱容量大战的是谷歌，2004年4月，谷歌推出了免费的Gmail电子邮件服务，存储空间高达1G，当时给业界带来了不小的震撼。2005年4月，谷歌再次将Gmail空间提高到2G。

　　2007年10月谷歌又表示，Gmail电子邮件的“空间计数器”将加速跳动，并将于2008年1月增至6G。目前各Gmail用户的存储空间似乎并不统一，一些用户仍为2G多。

 
图1 培训现场火爆异常

在成都站培训现场，康盛创想副总裁李明顺、百度联盟发展部产品运营经理徐嘉、《站长》俱乐部负责人张翔、化龙巷站长钱钰、康盛创想运营部杜均等作为本次培训活动的讲师出席并做了精彩演讲。四川在线、麻辣社区、成都第四城、眉山人论坛、遂宁热线、三江热线等四川本地知名网站也纷纷到场，为更好运营网站“充电”。

一位参加培训活动的四川站长表示，“本次培训活动信息量大、节奏紧凑，完全是实战讲解，给人耳目一新的感觉，自己还要消化消化”。而另一位站长更是在会后交流中高兴的讲到，“培训讲师们传达了大量细致的营销技巧，自己在今后的网站运营中将会更有信心”。

 
图2 化龙巷站长钱钰在讲授社区运营实战课程

据了解，本次2009社区运营实战培训活动同时是《站长》俱乐部2009全国18城市的互动之旅，培训内容主要包括社区论坛技术及运营实战、社区SNS运营技巧及经验、网页游戏与社交游戏的联合运营、网站利用搜索技术及联盟广告创造价值、地方及垂直网站的社区营销价值等。在2009年下半年，《站长》俱乐部还将分别到达广州、深圳、沈阳、长春、哈尔滨、呼和浩特、乌鲁木齐、厦门、杭州、上海 、南京 、合肥、济南等城市与各地站长见面。而随后的重庆站活动将于7月21日上午9时在重庆市海航酒店举行。

关于《站长》俱乐部：

《站长》俱乐部作为中国最有影响力的互联网创业者俱乐部，由中国最大的互联网社区平台及服务提供商康盛创想（Comsenz）发起并成立，旨在为中国最具活力的互联网创业者与经营者群体（俗称，站长）提供一个学习、联谊与互助的经常性组织。目前，《站长》俱乐部正在为会员提供包括行业资讯、技术指导、业务培训、联谊交流、优惠采购、人才推荐在内的一系列服务，并在全国二十多个地区（省份/城市）建立了当地的区域俱乐部联络人机制。“全国18城市互动之旅”郑州站作为本年度中原地区互联网站长圈最有影响的事件之一，受到了郑州及周边地区站长的普遍关注。

《站长》俱乐部2009全国18城市互动之旅专题：http://zz.comsenz.com/2009city

http://club.topsage.com/index.php

http://club.topsage.com/index.php

http://club.topsage.com/index.php

　　重庆晚报讯 （记者 裘晋奕）“先进多了，座位、阅卷电脑都比我们那时候好得多了。管理更好、更有序了。”昨天，秦永文老师对今年重庆普通高考阅卷场，连说了3个“好”。秦永文3年前由学校推荐，参加了当年同样在西南大学进行的高考阅卷。因女儿参加高考，今年没参加评卷的她，以一名普通考生家长的身份，参观了阅卷场。昨天，共有10名人大代表、政协委员和6对考生、家长，参加了2009年重庆“阳光高考”参观阅卷场活动。

　　1070人阅评76万份试卷

　　“我们可以非常负责地向各位人大代表、政协委员和考生、家长承诺，整个阅卷过程我们已经从软硬件等多个方面，保证公平、公正、公开。”昨天上午，西南大学计算机与信息技术学院张自力院长介绍，今年需要阅评的试卷有76万余份，用于阅评的电脑则达1255台，19日前，1070名老师和各学科组长将完成所有阅评工作。

　　多道关口保分数公正

　　参观者在答题卡扫描室看到，每台价值25万美元的9台高速扫描仪正在一刻不停地对答题卡进行扫描，每小时能扫描1500份试卷。

　　“客观题由计算机阅评，主观题则全部分发给老师评阅。”张院长称，今年有30余项目监控老师评分，主观题阅评仍采用了“四评制”。即先由两名老师对同一考生的某一道题进行评阅，如两者给出分数之差的绝对值在误差允许范围内，则按两者给分的平均分作为最后分数。如两者给分差值超出误差范围，则交由第三位老师评阅，如第三位老师与前两位老师给分差值仍超出允许误差范围，则交由阅评指导委员评审。

　　在主客观题分数都出来后，市招办和阅卷场将分别使用两套完全不同的软件，对所有考生的各科成绩进行合成。“必须达到两套软件计算出来的分数完全一致。”

重庆市智能软件与软件工程高校重点实验室负责人。计算机科学与技术专业学士（四川大学）、硕士（哈尔滨工业大学）、博士（澳大利亚Deakin大学）。在中国和澳大利亚长期从事人工智能、智能代理及多代理系统、混合智能系统、网络与分布式计算等教学科研工作。在《计算机学报》、“IEEE Intelligent Systems”，AAMAS等国际国内学术期刊、学术会议上发表中英文学术论文80余篇，由Springer出版社等出版专著、教材6部。主持教育部重点项目在内的科研项目10余项。相关研究成果曾获重庆市自然科学奖二等奖。多次担任AAMAS、PRICAI、KSEM 等国际学术会议程序委员会主席或委员。《计算机网络》重庆市精品课程负责人。

BAIDU 百科的资料截图

学校截图：
 

据了解，这次培训活动围绕“将增长进行到底”的主题展开，康盛创想（Comsenz）总裁戴志康、副总裁李明顺、《站长》俱乐部负责人张翔等官方人员到场与诸位天津站长展开了培训和交流。其中，Comsenz总裁戴志康的演讲《谁能赢？中国垂直及地方社区网站的发展状况及出路》赢得了现场的阵阵喝彩，Comsenz技术支部经理黄黎明和UCHome运营部主管杜均分别为站长开展了社区论坛技术及运营培训和社区SNS运营培训。

天津站培训活动

据悉，此次“将增长进行到底”社区运营培训活动暨《站长》俱乐部2009全国18城市互动之旅活动是由Comsenz旗下的《站长》俱乐部发起并实施，将在全国18个城市启动一轮为期半年的站长线下培训交流活动。此次活动主要是为了延续2009第四届中国互联网站长年会主题，把“将增长进行到底”的信念落实到实处，同时将Comsenz八年以来在社区运营方面积累的经验、社区运营技巧和技术精华与各地站长分享，以帮助各地站长，为站长创业加油。

天津是此次“将增长进行到底”社区运营培训活动暨《站长》俱乐部2009全国18城市互动之旅活动的首站，在2009年下半年，《站长》俱乐部还将分别到达郑州、成都、重庆、西安、广州、深圳、沈阳、长春、哈尔滨、呼和浩特、乌鲁木齐、厦门、杭州、上海 、南京 、合肥、济南等城市与各地站长见面。

18城市互动之旅天津站签到薄

《站长》俱乐部2009全国18城市互动之旅专题：
http://zz.comsenz.com/2009city

以下是来自PHP小组的信件译文：

PHP小组：这篇文章中所给的建议全部都是错误的。

1. 没有原因尽量不要复制变量

PHP 4和5核心的Zend引擎使用了一个名为“copy-on-write”的内存管理系统。也就是说，无论你将一个变量的值赋值给另一个变量多少次，只要你不改变数值，数据是不会被复制的。范例：

$data = str_repeat("*", 512 * 1024); // synthesize 512K of data  
$memory_used_before = memory_get_usage();   
$more_data = $data;   
$memory_used_after = memory_get_usage();   
print "Before: {$memory_used_before}\nAfter: {$memory_used_after}\n";  

有thread-safety及调试功能的PHP 5.3下：

之前：853968

之后：854236

没有thread-safety及调试功能的PHP 5.2下：

之前：581912

之后：581976

也就是，调试模式下有268字节的差别，正常模式下（普遍使用的）有64字节的差别。这和Google文中所述（51CTO编者注：Google原文的描述中，复制变量会“导致双倍的内存消耗”）相差甚远。

需要注意的是，PHP代码中坚决禁止在没有恰当过滤的情况下将用户提供的变量原本内容进行echo或者存储。

2. 为长字符串使用单引号

针对PHP 5.2及5.3的基准测试显示，虽然双引号使用窜改（interpolation）而单引号使用连锁（concatenation），这两个的速度是完全一致的（甚至双引号常常会更快一些）。当使用没有包含变量的普通字符串时，使用双引号的性能要明显占优。

3. 使用echo而非print

这两个方法的运行速度取决于你的PHP是如何设置在host上的。

4. 不要与echo一起使用concatenation（连锁）

事实正好相反。新的引擎处理多条echo的方法，导致在echo中使用concatenation实际上会比较快。

5. 使用switch/case替代if/else

最后，这句建议是彻底的胡说八道。决定在哪里使用switch/case或者if/else完全取决于编码习惯，他们的运行速度基本一致，除了在某些特定的情况下。

事实上，在更古老的PHP版本下（PHP 3及很老的PHP 4版本）这些大部分建议是正确的，然而在新一代的PHP下，这些绝对是错误的。

• Apache 2.2（完整）
   
• PHP 5.2.9–2（完整）
   
• MySQL 5.0（服务端和命令行工具）
   
• phpMyAdmin 3.2
   
• XCache 2.0.4
   
• QeePHP 2.1（含三个示例）
   

进一步阅读：http://qeephp.com/bbs/thread-7741-1-1.html

使用说明

下载后可以获得一个 .zip文件，其中包含安装程序。运行安装程序设置好解压缩目录后，即可通过快捷方式启动。

启动后，通过浏览器访问 http://localhost/ 查看 APMExpress 的欢迎页面。
注意：默认设置的 Apache 端口号为 9000，MySQL 端口号为 9066。

如何修改配置文件修改配置文件请参考：http://qeephp.com/bbs/viewthread.php?tid=70


欢迎页面截图：

        这是一部老电影，改编自严歌苓同名小说，讲着老故事，我们许多人，却能从中看到自己的影子。小人物的命运，在历史的潮流中，总是微不足道，以至“人民群众创造历史”之类的评价，更显现小人物个体的无助、无视、无价值，他们挣扎、呼喊、愤然，最终也只能走向毁灭。时代背景，只是一个交代，现在的我们，也同样在命运与自身中做着抉择，衡量着自己的尊严与价值，任何时候，人性都是一个永恒的主题。

        两年前就看过此片，昨日闲来无事，又看一遍，第一段文字是顺手而写，以下文字，沉睡两年，发来共享！



        刚开始的时候，我不太明白陈冲为何要找李小璐来演这样的电影，因为知青电影的“伤痕”痕迹总是很深，我并不忍心李小璐在这样的电影里伤痕累累。在我的印象里，李小璐的灵巧和纯真，一如她在影片前半部分中让我们看到的那个天真无邪而又有些调皮的女孩那样，是不可触摸和亵渎的。但看后，我才意识到，用这样一个柔弱的女子来承受那种伤痕的沉重，才更让人觉得窒息与无助，才能让人有愤怒和追问。一个人的遭遇，缩影了我们民族一个时代的悲哀，对人性的鞭笞依然打在我们的身上，流下的血和泪表明我们的心灵还活着。

        知青上车，驶向他们充满想像和未知的未来，透过篷布看到的景象一闪而过，告别来得如此突然和无法控制，悲伤也就在轻轻的啜泣中渐行渐远。大草原的开阔为他们的梦提供了广阔的天地，青春的生命在这里飞扬，但命运依然无法捉摸，一纸调令就将个人命运与国家意志之间的矛盾显露无遗。故事直到这里才慢慢展开，人物的命运和我们的心情，才真正牵扯到了一起。

        和一个陌生男人共处一室，而且远离众人，将遭遇的和之前的命运一样，无法捉摸，无法预测。秀秀洗身时的畏惧，第一夜的失眠，都让我们看到一个女子在面对担忧时的无助，她必须防范身边的男人，即使他已经失去了男人的功能。而后的秀秀，在草原蓝天白云的衬托下，继续着自己美丽的梦，依然微笑着面对生活，在她那调皮的笑中我们看到的还是那个孩子，如同她一直带在身边的万花筒般不曾改变。在天地间洗浴，尽情地让自己在水中释放，即使心中依有些许的担忧与羞怯，但她已相信身边的那个男人，相信他能为他等候和守护，但她不能阻止其他男人闯入她的生活，那些看似突然闯进的男人其实一直跟影片的主旋律联系在一起：命运总是突然之间就让你感觉到无助。

        秀秀一边感受着草原的生活，一边期盼着能早点回到曾经的生活，这样的矛盾让她对生活的美好充满着疑问，对于老金一直在草地放马，她不能理解，也不会理解。秀秀为了看电影，而迷失在草地中，呼喊与恐惧，让我们看到一个柔弱心底的渴望与现实的无奈，那部电影不是一部电影，而是对生活的渴求，而草地，无非是让这样的渴望变得更加强烈却又无法实现的阻碍。秀秀要回场部的时间，在她精心的计算中到来，但场部的人却没有在她迫切的渴求中到来，她的生活，如同她携带的衣服那样，已经禁不起更多的折磨，只能如那铺盖，在卷起来后继续放在那个帐篷里，等待着翻新。但停留下来的生活，在继续着的渴望里，已经失去了曾经的色彩，草原的阴霾取代了曾经的明净，而人心的明净却又被阴霾所掩盖，残缺与哀伤在这个时候铺张开来。

        柔弱的身体下依然有着对生活的渴望，但希望却只是在等待中被磨灭，于是，身体成为了唯一的资本与途径，在现实与渴求之间身体成为桥梁，却无法承受起那渴求的重量。其他人都走了，而她却只能留在那个她一直想离开的地方，她从自己的口中终于知道暗藏的玄机：要回家就得通过他们的盖章，要得到通行证，就必须满足他们。在诱惑和引诱之下，一个少女从此沦为为自己梦想而出卖自我的“卖货”，在用自己身体收获暂时的希望的同时，也让自己在一次又一次的绝望中沉沦下去。第一次时的畏惧，第二次时的默认，第三次时的嬉戏，第四次时的明目张胆，几个男人在这里得到满足，但他们的承诺和秀秀的希望都如同他们完事后站起来拍拍屁股就走一样，都只是在那时才显得强烈和可靠，之后便消失无踪。此时的秀秀，我们再看不到清秀，看不到纯真，看不到可爱，她为满足自己而满足男人，她再也不用对身边的男人有任何的担忧，她的呻吟和肆意只是表明她无力的抗争与发泄。每次完事，她都要洗身，但不再躲闪，这不是对男人的信任，而是对自己的不信任，她再也不用担心自己的身体会被身边的男人看到，但即使洗掉了身体的那些龌龊与肮脏，心灵的创伤又如何医治？

        她用属于她自己的语言来看待发生的一切，既然已经为一个人付出了身体，那么在其他的人身上同样也可以这样做，因为他们是可能的希望，因为他们手中有代表着权力的章，而那个章也牵连着她回到成都的希望。当她淡定平静地说“一碗水得端平”的时候，我相信许多人跟我一样并不能像她一般平静，而当老金骂她是卖货时，她愤愤地说“那也没你的份”，我们除了感觉到同样的无助外，还能做些什么？当她说老金“怎么不说人话”的时候，我们似乎只能怀疑在那个时候究竟谁才是人。而被摔碎在地上的万花筒，是一个少女梦的破灭，也是一个生命陨落的前奏。被不同的人玩弄，是一个女孩的悲哀，而怀孕后连孩子的父亲是谁都不知道，则是更大的悲哀，她能找谁负责？能负责的又会是哪一个人？真正该负责的又究竟是谁？那些医生的嘲笑和男知青的猥亵，让这个女孩的命运显得更加的悲哀，也给我们找到了一个足以去更加悲哀的理由。在最后开枪打自己脚趾头的时候，她觉得伤害自己是那么地难做，但之前的伤害，难道还不够？

        最终，秀秀再也没有回到成都，她在曾经自由洗浴过的池子里长眠，白雪掩盖了她的尸骨，掩盖了一个时代的一些污垢，但依然有人在写着她的故事，因为对许多人来说，她会一直活着，而且如同她刚出现时的灵巧和纯真，从来都没有被污染过。


        我相信，老金同样是那个时代许多人的缩影，他们是平民英雄，用他们最原始却又无力的方式保护着跟秀秀一样的女知青，但他们也如同秀秀一样，只能长眠于历史的长河中，我们甚至连他们的真实名字都不能知道。

        老金一直都很沉默，如同他对待命运的方式，如同他对待秀秀的方式，但他依然有笑，能歌，懂马，还有着他的暴脾气。刚开始，我也如秀秀一样，担心着老金会做出些什么让我们不齿之事，但我们对他的信任，随着秀秀对他的信任而渐渐加深直至完全相信，而到后面我们才发现其实自己也不过是龌龊之徒而已。

        老金少了男人的东西，但他并不少男人的心，他有着男人本能的冲动，也有着男人本有的关爱。在秀秀到来的第一晚，他一直都是睡着的样子，最后才让我们发现他不过是在听着而已，但他也就在说出一句话后翻个身就继续睡下去了。在草原上，老金为秀秀做了个简陋的浴盆，却让秀秀能在天地间洗浴，而他只是淡淡地、默默地做着他能做的，然后守在一旁，用他深沉的眼光审视着草原，而后他用神准的枪法让我们领略到了他的脾气。在他的心目中，这个女孩，该是个天使，容不得他人的窥视，他害怕她的离去，在这个草原上，这个女孩才是他唯一的牵挂，甚至是他生命的一部分。于是，我们见到了这个粗犷、沉默汉子的内心世界，尽管他对秀秀要离去的想法从来不加以干涉和阻止，但我们看到了他对她的留恋，在秀秀迷失后他冲入雨中把他找回，在她说要走后蓦然一惊，在她没有走成后憨厚的笑，都告诉我们他和她已经牵连在一起了，至少对他而言是这样。

        天使也有堕落的时候，无论这样的堕落是由于自己对欲望的渴求还是他人的引诱，我们看到的都只是堕落。老金感受着秀秀的美，对她的身体，他想看，但不敢看，直到后来不看，但他从来不用猥亵的眼光去看他，他是用心在看着她的美，所以他一直都守候着，宽容着，也一直都悲哀着。并推销员的几句话让秀秀将贞操换取希望，而老金也只是疑惑着，而第二次亲眼见到那一幕后，他依然策马为秀秀打来水，当他厌恶秀秀的做法时，他唯一的语言就是不去打水，但最终他还是原谅了她，他只是烧了那些代表权力的人的鞋，用愤怒焚烧愤怒，却又不得不压制下来。当秀秀说“那也没你的份”时，一个男人的自尊一下子就受到严重打击，但并没有被打垮，因为即使是这样的一个女子，依然还是该有他来守护的，他依然以他的方式对待着这个女孩，对待这个世界。如果说这些是些消极的反抗，那么等到秀秀怀孕，他的反抗才真正的表现出来，但他的反抗却被那些所谓的清白者压制了下去，被拖出去的他，只能孤独地做着他的英雄，却无法阻止她被更多的人侮辱。而后老金的步伐，如个战斗英雄般，蹒跚于雪地上，让我们看到一脸的悲愤与沧桑，但我们却如他一样，感觉到的只有无力和无奈。

        当秀秀要求老金给她开枪的时候，我相信老金一定会打死她，也相信他会陪着她死去，因为她再见不得这个女子受到伤害，既然无力保护，就选择一起离开这个世界，离开这个世界的肮脏。这一次我没有猜错，一个英雄带着他的天使驶向天国。在那回荡枪声的镜头里，一段历史随着他们一起，被大雪掩埋，永远的留给我们的是为前人的不幸而啜泣，还是为自己而庆幸？

        这一刻，我想起了卡西莫多。


        网上热炒的，是李小璐在片中的露点，如今许多人的眼光，也如片中那些手中有些小权的人一样，更为感兴趣的是女性的身体而不是她们命运的悲凉。露点，是扯掉我们自己的遮羞布，是用一个女子的身躯来控诉那个年代的黑暗，是敢于面对那段历史的勇气，是对我们良知的鞭笞。而男人用自己一点点权力霸占女人身体、以虚假的承诺带给她们希望的背后，又是谁让他们那样放肆，甚至可以在兽性后逍遥地离开，能美其名曰“思想交流”？而我们当今社会中，又有多少不为人知的阴暗被埋进了时代的角落？又有谁能用身体控诉这个时代的不公和那些扭曲的人格？

        片中的秀秀一直不理解老金为何能在那样的地方呆着，因为在她的心目中，生活不该是这个样子，而幸福该在另一处等候着，所以她一直盼望着，最终导致她一辈子都过跟老金一样的生活。她忽略着老金的感受，并贪婪着老金对她的关爱，她的眼光一直都望着远方，但几乎不关注老金的内心，这样的生活是幸福的，但却不是她要的幸福，想要更幸福的代价是她付出身体和生命。幸福，究竟是什么？我们又该以如何的途径去获取幸福？我们的生活，究竟该是一种什么样的状态？

        片中的老金，并不是一个健全的男人，却让我们看到一个真正的男人。大概只有身体有所欠缺的男人，才能更用心地去对待一个柔弱无助的女子，才不会用身体去诱惑和征服身体，而那些掌握着权力、代表着希望的健全男子，也只是有一个健全的身体，少了男人真正该有的气魄和心胸，是小人，或只是禽兽。我想，如果老金同样是个健全的男人，同样能如同片中那些人一样有着玩弄女性的本钱，这部电影就少了许多看点。但男人的性格，却在这个不健全的男人身上发挥得淋漓尽致，他憨厚老实，他的愤怒多于反抗，但只要反抗就必然是真正的反抗，如同他的枪法一样弹无虚发。当男人的雄性只能通过这样一个并不健全的男人来体现时，我们那些平常人模人样的大老爷们又在哪里？在那个年代中，是哪些人依然在诠释着男子汉的涵义？我们民族的骨架，又是如何地支撑着？现在的我们，除了沉默和冷漠，又在做些什么？我们醉心于这样那样的追逐和享受，我们有着健全的身体，在造物主眼里我们都是完好无缺的产品，但少了的恰恰是那最关键的部位——我们少了一颗男人的心，一颗勇敢的心。
        
        是为我言。
 

电影赏析：《天浴》

关于秀秀

关于老金

些许思考

陈公冠西者，江东上海府人也，龙额准目，骨骼清奇。冠西年尚垂髫，肆意狂放，不拘礼法，世人奇之。时有名士宋祖德者，见冠西，异其貌，讶然曰："此子治世之情魔，乱世之淫棍也！"
　　
　　冠西之父，岭表巨贾，家资亿万，然冠西少时父弃其母，携小蜜而去，独遗巨资与冠西。冠西遂得日糜金二千，恣意放浪，悠游裙钗之中，狎戏脂粉之间。
　　
　 　既弱冠，冠西携巨资而入梨园为伶，未几，声名鹊起，名动香江，粉丝甚众。香江梨园，佳丽甚众，纯女熟妇，万紫千红，环肥燕瘦，婆娑婀娜，浅笑轻颦，极尽 瑰姘。冠西见之，怅恨良久，叹曰："不入此间，不知天下佳丽何其多也！吾必一一御之！"左右皆笑，以为妄言，冠西太息曰："嗟乎，燕雀安知鸿鹄之志 哉？！"
　　
　　时有丽姝曰钟氏欣桐者，或谓之"阿娇"。冠西见之，曰"吾必御之！" 或曰："此女甚纯，常自比贞女烈妇，恐不可得也！" 冠西笑曰："以貌取人，失之子羽。诸君徒知其貌，安知其底？！吾且为诸君尝之，诸君但作壁上观，酒以待吾归！"遂入阿娇金屋，倾而，执
阿娇亵衣以归，而镬酒尚，左右皆拜服！或赞曰："酒之间，斩将夺旗，古有云长，今有冠西！"
　　
　　冠西既得阿娇，意尤未平，偶遇熟妇曰张氏柏芝者，魂动心醉，情难自禁，遂提枪而往。或劝曰："不可！阿娇很傻很天真，然此女黠甚，公今虽得之，异日恐受其害！"冠西不纳，拔枪而上，鼓而攻之，粉肠一现，柏芝束手！
　　
　　冠西既收柏芝，遂欲如洪水，一发不可再收，终日游荡梨园，渔艳猎色，遇花弄花，见柳戏柳，半截粉肠，无孔不入，所御之女，虽罄南山之竹，难以数之。


冠 希好画，尤嗜春宫，其御百女，皆以相机摄之，存之电脑，或邀朋共阅，或举杯独赏。后电脑崩坏，与修，冠西春宫遂泄。好事者闻之，以千金购之，散于网上，遂 天崩地裂，百兽惊惶，中外侧目，香江鼎沸。夷人闻之，皆惊曰："中国者，冠带之国，礼仪之邦，圣人之所在，而蛮荒之所慕也！孰知黄暴若此！"众女皆自危， 或以千金购冠西之头。冠西闻之，急亡之东夷曰美立坚者，不敢复出。世人谓之曰"艳照门"。　　


　　阿娇、柏芝闻事泄，皆惶然。阿娇泣告世人曰："很傻很天真"。柏芝之夫霆锋闻之，仰天叹曰："吾识柏芝三十年矣，孰知其贱若此，反不如芙蓉姐姐也！"遂意欲休之。
　　
　　是时，冠西身败名裂，梨园索冠西之财，社团购冠西之首。冠西途穷路尽，遂告天下曰："某今退出香港梨园，永不复出！"众人乃罢。
　　
　　或谓曰："公何以自断后路？既出梨园，复能何为？"冠西笑曰："此吾之计也！吾所誓出者，唯香江而已！浩浩中原，煌煌美夷，安得无为？今中原大豪张公纪中，已以千金聘吾饰西门庆矣，得无可乎？" 左右皆服之。
　　
　　复五十年，冠西卒，终前曰："吾纵横半世，阅女无数，所不得者，惟西施、貂禅、昭君、玉环而已！今吾死，虽上追九天，下穷九泉，终当觅而御之，方无恨矣！"言迄，大笑而卒，左右皆汗颜。既卒，谥曰"黄品源"。然世人叹冠西之才，皆尊之为"黄帝"，礼祀与轩辕氏同。
　　
　　太史公曰："中国自和谐后，奇事纷呈，惊世骇俗者甚众，然黄暴若冠西者，未之有也！奈何冠西之生不逢国，设投身东瀛，安知不可为倭国宰辅乎？"
 

政治系：如果政府规定一个人一生只能找一个女子，我情愿那个人就是你，我无怨无悔，至死不渝！但偏偏政府没规定……那就算了！

法律系：可爱的你偷走我的情、盗走我的心，我决定告你上法庭，该判你什么罪呢？法官翻遍所有的犯罪记录和案例，最后陪审团一致通过：判你终身归我。

生物系：如果有来世，就让我们做一对小小的老鼠吧。笨笨地相爱，呆呆地过日子，拙拙地依偎，傻傻地一起。即便大雪封山，还可以窝在草堆紧紧地抱着咬你耳朵……

机械系：我爱你我爱你我爱你我爱你我爱你我爱你我爱你我爱你我爱你我爱你我爱你我爱你我爱你我爱你塞北的雪。对不起，卡带了。

师范幼教专业：一个三岁的小男孩拉着一个三岁的小女孩的手说：“我爱你。”小女孩说：“你能为我的未来负责吗？”小男孩说：“当然能！我们都不是一两岁的人了！”

金融管理系：收此信息你就是喜欢我了，删除你就是暗恋我了，回信息你就是想娶我了，不回则答应娶我了，修改就死都是我的人，储存则下辈子都归我！你就看着办吧！

环卫系：天气预报：今天凌晨到白天有时想你，下午转大到暴想，预计心情将由此降低五度。受延长低气压带影响，预计此类天气将持续到见到你为止。

历史系：据说最早的爱情诗是这样写的：你来自云南元谋，我来自北京周口，牵着你毛茸茸的小手，轻轻地咬上一小口，啊！是爱情让我们直立行走！

广告设计系：征婚启事：男，本科，只差几分；在跨国机构上班，麦当劳擦桌子；有房，多人拥有；有车，非机动；觅貌美女青年共赴黄泉，若干年后。

中文系：昨晚我托一只蚊子去找你，让它告诉你我很想你，并请它替我亲亲你，因为现在我无法接近你！它会告诉你我多想你！你问我爱你有多深？大包代表我的心！

表演系：你的眼睛眨一下，我就死过去了，你的眼睛再眨一下，我就活过来了，你的眼睛眨来眨去，我就死去活来。

数学系：知道我在做什么吗？给你5个选择：A、想你；B、很想你；C、非常想你；D、不想你不行；E、以上皆是。