<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>寂静的深海 &#187; 思路</title>
	<atom:link href="http://www.deepseath.com/?feed=rss2&#038;tag=%E6%80%9D%E8%B7%AF" rel="self" type="application/rss+xml" />
	<link>http://www.deepseath.com</link>
	<description></description>
	<lastBuildDate>Mon, 29 Jan 2024 09:55:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>关于SQL注入的监测</title>
		<link>http://www.deepseath.com/?p=977</link>
		<comments>http://www.deepseath.com/?p=977#comments</comments>
		<pubDate>Mon, 26 Sep 2011 15:55:50 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[Discuz]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[代码]]></category>
		<category><![CDATA[思路]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=977</guid>
		<description><![CDATA[网站被挂马，有一个方式就是对某个帐号进行提权操作，比如针对非管理用户提权至最高管理员的权限。 事后可以发现被提权的用户帐号，但检查经由哪个文件注入的是个麻烦的事情，特别是针对开源的文件结构比较复杂的程序来说。 以前有个思路，一直未实现，今天处理了一个，是针对Discuz!5.5（很老的一个版本了^^）的，处理思路就是事后诸葛亮。 对于此类的提权操作，其根本原因就是通过SQL去变更待提权的帐号的管理标识，如果程序对于涉及变更帐号权限的SQL查询都能有一个记录的话，这样日后一旦发现有未知的提权操作的时候便会相对容易的发现注入口是什么，大体也能进行应对处理，总比盲目的去查找注入文件要容易一些，当然，这个其实只是“事后诸葛亮”的做法，并不是根本的防御措施，真正想要防御其实还是程序开发的时候多考虑一些，比如，外部的输入要验证数据类型、进行字符转义等等，这不在本文讨论范围。 就Discuz!而言，所有的SQL操作都是经由数据类层进行操作的，这样就提供了一个比较方便的方式，我们可以在数据查询方法中加入一个判断，判断当前进行的操作是否是在更新用户表的权限字段，如果是，则记录下来相关的信息并保存到日志文件内，方便日后查询处理，针对Discuz!5.5我是按照如下的方式处理的，其实其他版本的Discuz!或者Discuz!X乃至其他类似的程序都可以利用这样的方式进行。 针对Discuz!5.5代码如下： &#60;?php /* @ By Deepseath 2011-09-26 @ 记录用户管理权限发生变动时的相关信息 */ if ( preg_match('/UPDATE\s+[`]*'.$GLOBALS['tablepre'].'members[`]*\s+SET(.+)/is',$sql,$match) &#38;amp;&#38;amp; preg_match('/[`]*\s*adminid[`]*\s*=\s*/is',$match[1],$m) ) { //判断当前执行语句是否为members表包含adminid的更新 $sql_md5 = md5($sql);//唯一查询md5值 $logfile = DISCUZ_ROOT.'./forumdata/log_adminid/'.$sql_md5.'.log';//日志储存的文件 if ( !file_exists($logfile) &#124;&#124; time() - filemtime($logfile) &#38;gt; 1800 ) { //如果查询日志文件不存在或者日志文件距离当前时间超过1800秒，则记录查询日志 if ( !is_dir(DISCUZ_ROOT.'./forumdata/log_adminid/') ) { //日志目录不存在则创建 @mkdir(DISCUZ_ROOT.'./forumdata/log_adminid/',0777,true); } if ( $fp = @fopen($logfile,'ab') ) [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=977</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>点评类网站寻求突围路径</title>
		<link>http://www.deepseath.com/?p=793</link>
		<comments>http://www.deepseath.com/?p=793#comments</comments>
		<pubDate>Sat, 09 Oct 2010 05:25:48 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[运营管理]]></category>
		<category><![CDATA[SNS]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[互联网]]></category>
		<category><![CDATA[分享]]></category>
		<category><![CDATA[影评]]></category>
		<category><![CDATA[思路]]></category>
		<category><![CDATA[旅游]]></category>
		<category><![CDATA[服务]]></category>
		<category><![CDATA[算法]]></category>
		<category><![CDATA[经验]]></category>
		<category><![CDATA[转载]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=793</guid>
		<description><![CDATA[转自《中国经营网》http://www.cb.com.cn/1634427/20101008/155057.html 觉得里面说得还不错，对于项目运营方向有一些参考意义。以下是全文转载。 　　相比于日渐火爆的SNS，在过去的一年中，主要以广告为盈利手段的点评类网站正面临着发展的瓶颈。归纳起来，点评类网站基本的商业模式是靠点评聚拢起人气，吸引合作商户的广告。而现存的主要问题是缺乏多样化的盈利模式、进入门槛低、同质化严重、点评的公正性备受质疑。本期创业圈将围绕如何解决点评类网站瓶颈问题而进行深入的探讨。 　　困惑之一：盈利模式单一 　　问题：在Web2.0渐渐陷入概念枯竭及吸金低潮的当下，点评类网站普遍面临着盈利模式单一的问题。 　　支招：拓展“一站式”服务，比如消费者去餐厅消费之后，可能有去K歌的需求，进行合理消费延伸，是点评类网站拓展业务的有效思路。 　　杨勃：Web2.0进入寒冬是件好事,可以让我们免除纷乱“专心做事”。对豆瓣网而言，现在正是“专心做事”的好时机。豆瓣网除了“以书会友”外，还将爱读书人群扩建到爱电影、爱音乐人群，用户除自主发表书评、影评外，还能向读者推荐书、电影和音乐。虽然豆瓣网的主要收入还是来自于广告，但我们并不是简单地靠用户浏览量来赚钱，豆瓣网现在最关心的是用户体验。 　　吴皓：各种行业点评网站的涌现，说明了用户对于点评网站的需求正越来越多。无论吃饭、旅游还是买车看病，各个领域都有非常领先的UGC(即用户生成内容)代表。对于到到网而言，我们首先把自己定位于一个媒体，因此收入来源目前主要还是靠广告，即向旅游预订类网站(例如携程、艺龙等网站)收取的点击费用。另外一个收入是合作酒店交纳的直销年费。作为旅游垂直领域的点评网站，到到网推出了适合中国国情的酒店全球通和酒店中国通等酒店直销产品。我们对国内旅游市场的前景很看好，加上TripAdvisor的盈利经验，到到网有信心可以在未来2~3年内实现盈利。 　　龙伟：和大多数点评类网站一样，大众点评网目前主要的盈利手段依然是商家的广告投放。商家之所以愿意投放广告，首先看重的是网站所聚拢的人气。大众点评网目前在上海和北京，广告商户的市场渗透率仅为5%左右，这说明市场空间还非常大。最近，我们通过向注册会员发送餐饮卡，然后由餐饮卡所提供消费的餐厅返利给大众点评网的方式吸引消费者。而在积累了足够的客户资源的基础上，大众点评网还向出版领域拓展了业务，比如我们把用户点评集结成《餐馆指南》、《生活指南》等系列图书进行出版发行，此类书籍在给大众点评网带来一定收入的同时，也提升了网站的人气。未来，无线增值业务将成为我们收入中比较重要的一部分，即用户通过手机搜索内容，然后发送短信给我们，就可以获得相应的菜馆地图、订餐电话等信息。 　　田传钊：要满足消费者“一站式”的需求，比如去餐厅之后，消费者就可能有去K歌的需求，进行合理的消费延伸，是点评类网站拓展业务的有效思路。从某种意义上讲，点评类网站作为一个开放的平台，并不仅仅局限在PC端，任何消费者在生活消费领域可能接触到的终端，都有可能成为这个平台的落脚点。 　　困惑之二：同质化受争议 　　问题：因进入门槛低，各行业的点评类网站便层出不穷，然而很多效仿者只是一味地“模仿”、“拼资源”，这实际上是走入了一个发展的误区。 　　支招：首先要解决的是如何让用户轻松地找到真实准确、海量和具有较高参考性的信息和用户点评内容，这是UGC网站的核心价值，也是其生存之道。 　　洪波：一般来说，国内网站都是在模仿国外网站，但大众点评网的出现是个特例，国外出现的很多点评类网站基本都是抄它的。豆瓣网的商业模式非常简单，主要就是在用户分享的内容旁增加对他有用的东西，用户去购买这些东西，豆瓣网再跟卖方去分账。点评类网站的核心价值在于用户的点评，对于国内点评类网站而言，目前并没有一个固定的模式，只有利用大量现成的商家资源和用户资源，进行衍生服务，以及制造规模效应，才能逐步做大。 　　龙伟：很多人都担心在Web2.0模式下，由于进入门槛低,会给点评类网站带来的同质化竞争问题。对此，我不这么认为。如果在两年前，只要稍微大些的网站如新浪、搜狐等要做点评网，我们可能会怕，但现在没有这种感觉了。大众点评网的特点不仅在于其规模效应和先发优势，更重要的是：我们的核心用户群是不容易搬走的，因为这样的商业模式虽然可以拷贝，但是你很难形成大众点评网这样“口味”的讨论群。 　　田传钊：当一个好的点评类网站迅速聚集起人气后，效仿者便层出不穷。目前来看，点评类网站新的洗牌机会已经来到，延用国外模式和抄袭的想法是不会成功的。现在，很多网站一味地“模仿”、“拼资源”，这实际上是走入了一个发展的误区。互联网企业成功的经验雷同，失败的原因却是各不相同。在我看来，不少Web2.0网站并不缺少资金和人才，但依然面临关闭或者裁员，症结多半还在于心太急，进而导致过度扩张、管理混乱，并最终使企业的元气大伤。 　　单旭：各种点评类网站虽然行业不同，但是术业有专攻，只要将自己所在领域的社区做到极致，就能够让更多的用户认识到点评社区的重要性，并乐于使用我们的网站。归根结底，无论是汽车点评网还是其他领域的点评网站，大家必须要解决的是如何让用户轻松的找到真实准确、海量和具有较高参考性的信息和用户点评内容，这是UGC网站的核心价值，也是其生存之道。 　　困惑之三：公正性受质疑 　　问题：营造人气的基础取决于点评网站是否具有公信力，但这类网站在广告客户的压力下，并不能确保绝对的公平，越来越多的点评类网站都不同程度地面临着公正性的拷问。 　　支招：网站本身仅确定点评发布、呈现的规则，但绝不参与“生产”点评，否则就失去了点评存在的真正价值。 　　时国杰：和网购平台的点评、交易在同一平台呈现的设置不同，生活消费领域点评的发布环节往往和实际交易环节相脱离，点评发布者是否有真实的消费经历往往无从考证。因此，这也为点评的注水提供了可能。加之这样做的成本也不高，这或许也是当前网上点评受质疑的主因。 　　针对网上点评，口碑网有一个重要原则：即网站本身仅确定点评发布、呈现的规则，但绝不参与“生产”点评，否则就失去了点评存在的意义。经过多年的探索，口碑网已经积累了一些点评模式发展的经验。比如，建了一个多层次的点评信用体系。消费者在网上发布点评时，他们的真实消费痕迹会和线上点评相匹配。无论是对商家还是其他借鉴点评的消费者而言，这些具有真实消费记录的消费者所发布的点评，信用价值更高。 　　杜赖发生：我们发现：有商家写自己的好评来炒作，有商家写竞争对手的坏评，来攻击竞争对手。而如何把它们分辨出来，去除这些东西，是我们要做的工作。一些不精确的信息，会给网友和用户带来很差的体验，要改变这种情况，对我们来说确实是一个很大的挑战。 　　对于整形点评网来说，我们把公正评分分为三个等级：第一是严格的人工审核，对于每一条点评，我们的工作人员都会进行定期的纯人工的审核，一旦发现有作假嫌疑，我们会严格地对发布虚假点评者和被点评的医院、专家进行扣分，并将其点评删除;二是精确地判断IP地址，我的系统一旦识别到有同一个IP进行多次点评，或者多次对同一家医院或同一名专家进行重复点评，我们都会通过程序算法对其进行评分;三是重视重点客户的点评，我们的评分系统对于确切的患者的点评会加大评分力度，患者登录整形点评网进行点评时，只要上传了医院开的收据或发票，这样的点评我们认为就具备很高真实性的，因此会给予其较高的评分。 　　龙伟：网站除拥有海量的信息供用户查询外，这些信息本身是否客观、公正，是否真正展现了消费者的真实体验，是能否营造人气的基础和关键。只有网站的信息具有公信力，也就是其能真正维护网友客观的声音和意见，并且在此基础上形成可供更多潜在消费者参考的有效信息，才能借助口碑效应达到人气的快速提升。现在，大众点评网已经形成一套专门的审核机制，被称作诚信系统。这是一套很复杂的程序，主要用来发现那些虚假点评、恶意点评和商户点评等，而且这个系统在每个季度、每个月都会有所改善。目前，该系统已经复杂到甚至于每个程序员都只知道其中一部分的地步。 　　找到三赢结合点 　　是专心做评论内容、通过内容黏住会员，靠朋友介绍、同事推荐的模式，来建立自己的核心用户群;还是借点评噱头做资讯网站，通过抢占市场眼球来做大规模，这是摆在点评类网站面前的一道选择题。 　　五季咨询合伙人洪波认为，Web2.0点评类网站的精髓在于通过用户产生内容，进而与消费者进行互动。一些网站曾给点评类网站的高级会员发帖，承诺一条评论付费5元钱，希望让这些高级会员把自己的评论转到他们的网站上，结果却是出人意料的不理想。一个很重要的原因在于：黏住会员靠的是评论网站整体的讨论氛围，而不是某一条评论。会员在这里发帖，会很快有人回应并跟贴，这种感觉如同流水般，是互动的，而不是简单地复制就能够效仿的。 　　洪波建议，各种点评类网站，无论是提供各种终端(PC、手机)使用还是提供增值服务，目的都是增加用户黏度和流量，点评类网站在创业初期，没有人去写内容，也就无所谓用户吸引，这是一个矛盾的地方。但是，如果点评类网站能够解决好广告主、点评网和消费者三者的关系，做到三方共赢的局面，就会更好的生存下去，而且不会偏离“用户产生内容”的跑道。 　　那么，如何才能做到三方的共赢呢?北京博雅立方科技有限公司副总裁田传钊分析认为，消费者使用点评类网站，最主要的需求是通过聚合人气的“社区”来寻求便利消费;点评类网站除了自备余粮(VC资本)之外，唯一的造血功能就是广告收入;而对于广告主而言，网站的关键词广告可以说是最简约的广告形态。基于以上这些认同，田传钊建议：要实现三方目标与利益诉求的统一，就必须要回到互联网营销的传统老路上，即网站首先要做好流量分析，一家网站只有做真实的自己，才能赢得别人的尊重，才能赢得源源不断的广告投入。 　　另外，网站也一定要做到：不要妨碍用户阅读体验，招至反感;尽力抓住消费者眼睛最为专注的地方，比如和餐厅多搞有利润分成的优惠活动等。显然，这样的广告效果是广告主最想看到的，而且按点击收费的清晰模式也基本上能确保广告投放的精准度。]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=793</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>关于用户邮箱验证的一个思路</title>
		<link>http://www.deepseath.com/?p=770</link>
		<comments>http://www.deepseath.com/?p=770#comments</comments>
		<pubDate>Mon, 06 Sep 2010 16:59:47 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[实验室]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[分享]]></category>
		<category><![CDATA[开发]]></category>
		<category><![CDATA[思路]]></category>
		<category><![CDATA[流程]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=770</guid>
		<description><![CDATA[当下很多运营或者应用都会引导用户激活验证注册的Email地址，为了确保获得更可靠的用户（虽然可靠性不是很高），同时也为了避免地址不被滥用，尽力获取更优化的用户资源等等，好处是很多的。 一般在验证流程上都很简单，无非是：根据用户登记的Email发送一个验证邮件，用户收到邮件后，访问一个特定的处理链接，系统接收后，便会确认此人Email通过验证激活。 这个方式简单容易，设计也很方便。 但有一个“问题”，某个用户起初登记了一个A地址，然后通过了验证，过了一阵他又将Email改成了B地址，也通过了验证，可过了一阵又因为某种原因他又将Email改回了A地址，可系统仍旧提示未通过验证，这个挺囧的——当然其实也不是什么大不了的问题，不过个人始终觉得这是一个人性化的考虑。已经通过验证了的邮箱为什么还要再次验证呢？ 近期在一个项目上也有类似的处理，因为基于该异想天开的想法，我特意费时巴拉的用了一个新的机制，虽然没人能够看到，但我相信多多少少会让用户觉得有点人味的^_^ 具体流程其实很简单，无非是增加一个数据表，用来储存经过验证的Email地址，且每个Email对应一个用户id。 当用户通过验证的时候记录下他的id和Email，以及其他信息（比如验证时间等等） 当用户修改Email的时候，先去到这个数据表内查询该记录是否存在（uid和email同时满足），存在了就表面该用户已经通过验证了，不需要再次发送验证邮件。 uid与Email是作为一个唯一性索引键（UNIQUE）存在的。这样可以确保别人冒用这个Email地址的情况也被认为是通过验证的。 也就是说，只有其本人曾经用过的Email地址才会采用跳过验证的机制。 简单说： 用户A曾经验证通过了a、b、c三个Email地址。 那么日后他无论将Email地址修改变换为这三个任意一个的时候，系统都不会提醒他再次去验证。 如果另一个用户B登记了a地址，那么系统还是要提醒他进行验证的，因为数据表记录下验证通过a地址的用户是A而不是B。 以上就是我在项目中关于用户Email地址验证的一个机制（当然实际操作过程中，还要加入一个验证的条件限制等条件，避免用户频繁的请求，关于这部分处理，相信所有的验证机制都会考虑的。），不一定有什么特别重大的作用，不过觉得还是挺有意思的，记录下来分享一下吧。]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=770</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>（转）成功演讲的10个技巧（要点）</title>
		<link>http://www.deepseath.com/?p=760</link>
		<comments>http://www.deepseath.com/?p=760#comments</comments>
		<pubDate>Thu, 19 Aug 2010 13:48:49 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[网络文摘]]></category>
		<category><![CDATA[思路]]></category>
		<category><![CDATA[技巧]]></category>
		<category><![CDATA[演讲]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=760</guid>
		<description><![CDATA[偶然读到这篇文章，觉得挺有意义的，转过来备忘一下，也许，也许有用得着的时候^_^ 来自：http://www.zishu.cn/10/928.html 一、讲前准备 1、在讲前30-60分钟，要检察所有相关的设备，如电脑、投影仪、麦克风，确保设备正常；如果不正常，自已不家足够的时间去准备； 2、在讲前30分钟，再把要讲的PPT全部过一遍，这个是非常有用的； 3、在讲前10分钟，下次和听几个听众聊聊天，了解一下他们想听到些什么？为什么来等？另外，可以混个脸熟，在讲的过程中，对着这几个人，最起码不会紧张； 4、在讲前2分钟，反复反复反复在说自已的开场，或前30秒；因为前30秒是最危险的，这30秒过了，基本就不紧张了； 二、开场破冰 破冰包括两部分，一部分是演讲者和听众间的破，另一部分是听众和听众间的破；我的感觉是选一个和演讲主题相关的问题去问听众比较好； 这里注意几个地方： 1、破冰别太长，废话别太多，问的问题要和主题相关，别让听众楞住，不知道问题和主题有什么关系； 2、找到听众的兴趣点，别问了一个问题或作一个游戏大家都没有兴趣； 3、场面如果非常大，尽量问一些让听众回答是或否的问题； 4、应该在破冰前介绍一下自已； 5、在破冰前要把今天要讲的主题是什么告诉大家（这里灵活一点）； 三、让自已看起来不紧张 在演讲时，不紧张很难，特别是在大场面时；但一些小技巧可以让你看起来不紧张； 1、如果你紧张，不要拿着一些小轻硬的东西，这样你发抖，听众一眼就能看来； 2、你可以站在桌子后边，双手紧握着桌子，这样不会看到你在发抖； 3、但你不能总站在桌子后边，这样看起来不专业，你应该走动一下，让大家看到你很轻松；这时你可以手里握着一些比较粗壮的东西，如比较粗的白板笔；别握着一个铅笔，刚走两步，喀嚓断了…… 4、提高音量，大了后可以壮胆； 5、上台前可以深吸几口气，把前几句词背糊（比熟还熟）； 6、看着一些最友善的脸，例如讲前和你聊天的几个人；但男女有别，别看着下边的小MM，把人家看的脸都红了，也别总是盯着一个人看； 7、实在不行，你就看正对面的墙上边；当下边的人全是大白菜（没有感觉）； 四、逻辑要清楚 当然，在作PPT和题纲时，就是理清楚整个流程；当讲到每一个点时；只要记住以下三点就可以了； 1、接下来我要讲什么； 2、开始讲； 4、再强调一次刚刚讲了什么； 这里在讲的时候，要观察一下下边人的反应（如眼神），从这些反应中，其实可以了解到下边的人理解了没有； 另外，讲完后，可以问一下下边的人，我们刚刚讲了什么，这样下边的人不会走神，也加深记忆； 五、眼神 眼睛是心灵的窗户，心理想的很多东西都能在眼睛里表现出来；所以在演讲时，眼神很重要； 1、要对着观众，不要一边说一边转，如果这样，下边人就晕了，这家伙一边给我们讲，还在一边算计什么呢！ 2、坚定在看着前方，不要总看墙角； 3、不在站在桌子后边，只看电脑屏幕； 4、不要看对方的眼睛，要看眼睛往上一点点；不过，在把一些想法传达给对方时，看着对方眼睛是很有效的； 5、不要只看一个人，3-6秒要换一个人，更不要只看一边的人，前后左右的人都要照顾到； 6、用眼神可以和一些观众有些沟通，这样观众会和你再近，更喜欢你一些； 自已还有一个感觉，就是在讲的过程中，你要发自内心的想把要讲的东西说出来，你强烈的愿望会表现在你的脸上及身体的个个部分，这些很感染观众；正好说到接下来的这个点； 六、肢体语言怎么用/激情 自已对这个主题都没有激情，听众怎么会有激情呢？所以，激情很重要；没有激情，下边的人很容易睡着； 另外，在讲的过程要学会用肢体语言； 1、要走出讲台，让听众感觉你很轻松、很专业；这样还可以和听众更近； 2、但不要一直走，更不要靠在一个东西上讲，例如，靠在桌子或墙上；最好的方式是“走、站、讲、走、站、讲……” 3、不要有一些不好的小习惯；例如有些人会一直“抖擞”；手会一些摆弄着小东西，或有些口头禅等； 4、适当的沉默，有时你在上边讲，下边已经私聊开了，这时，你可以沉默一下，大家发现你不说了，也就不说了； 七、怎么样使用PPT 1、不要读PPT，无论是站在电脑前读，还要站在投影下边读； 2、PPT只是大纲，是引领你思路的。如果你讲东西时，是在读PPT，那为什么人们还要来听呀！直接发PPT给他们就可以了！ 3、每页PPT最好别多于6行，多于这个数，场地大时后边基本就看不到了； 4、文字和背景色要的配色要选高对比度的，例如背景是黑的，文字是白的；别用一个黑底加了一个蓝字这样看不清字的； 八、时间控制 1、千万不要超时，听众对你的满意度从开始到最后，是一点一点上升的，在结束时，应该是最高的，一担超时，满意度会一下就下来了。但反之，如果你提前结束，不会有这样的情况； 2、那么，如何把时间控制的比较好呢？简单的几个办法，自已可以记住1/4、2/4、3/4这三个点分别是哪一页PPT，当到了这一页时，看一下时间，快了呢，后边就慢点，慢了呢，后边就快一点； [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=760</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>关于验证码实现的另一个思路</title>
		<link>http://www.deepseath.com/?p=654</link>
		<comments>http://www.deepseath.com/?p=654#comments</comments>
		<pubDate>Sat, 01 May 2010 12:56:40 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[GD]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[思路]]></category>
		<category><![CDATA[算法]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=654</guid>
		<description><![CDATA[最近在做一个项目。在涉及到关于忘记密码找回功能时，从用户体验角度去考虑，在申请找回密码表单中只有两个元素——Email输入文本框和一个提交按钮。应该说会很方便。 但在接下来测试的时候，突然发现，虽然方便一些，同时也有关于恶意动作的阻止策略，但某些意外因素仍旧无法避免。 因此考虑加上一个验证码，避免一些纯粹攻击性恶意申请动作（此类动作其实也可以用一个方式进行阻止，不过，因为某些原因在此不方便实现）。 原本验证码打算用一些比较成熟的开源的代码来实现（比如：Discuz!中的验证码类——/include/seccode.class.php就是一个不错的例子），但其实发现类似这些显示出的效果仍旧会出现“人”难识别的情况。 对于机器识别验证码图片字符的机理说实话了解不多，以我的知识，我觉得可能是利用图片色彩加上字库方式去分辨的。既然是这两个因素，那么图片色彩上如果过于复杂显然对于“人”也同样难以识别，这个因素可以大略不去考虑，从字库来说，我觉得如果验证码字符利用非常规字库去显示或许效果会很好——但我不清楚机器将什么字库作为“非常规”，因此，我决定利用图片组合的方式进行构建。 简单说，就是将事先做好的字符图片拼凑起来，字符图片可以使用多套然后随机选取，字符图片上的“字符”利用自己“个性设计”——比如，将常规的字库图形利用图片编辑软件加以变形、缩放等等。考虑到，字符涉及较多，因此设计遵循两个原则：一是要将某些模棱两可的字符排除掉（比如：L、1、i、0、O等），二是根据CSS Sprite的原理，将同类型的字符放到一个图片中——我自己称之为“字符库图片”。 经过设计，得到若干组的 字符库图片，然后再设计多种类型的“背景图片”，作为验证码的背景，略微增加一些识别干扰。设计的原则最重要的就是——易于人类识别。 由于字符是特定个数的（经过我的筛选剩余24个）字母和数字，因此很容易放到一个小的数组里，利用array_rand()函数以及shuffle()函数，很容易生成一个漂亮的随机字符串。利用字符串单元字符的特定“位置(其实与数组的键值是对应的)”可以很方便的在“字符库图片”中找到它的位置。利用imagecopymerge()函数轻松的将它们拼凑在一起。 这样最终就形成了一个验证码的显示。 配合验证码的验证，可以利用私有的加密函数将字符串原形加密后保存在cookie内，对用户提交后进行快速验证。 由于涉及到的数组、图片的数量都不大，因此对于压力负载情况很好。 组合图片不是这个思路的难处，难点在于如何设计“人类”能看懂的字符图形:)另外，对于字符图片的相对位置控制也是一个比较费思量的课题，好在通过一些位置上的计算也可以进行不规则的变化。 思路很简单，写了一个简单的应用类，设计了大概6组“字符库图片”和4组“背景图片”，加上测试也花了整整一个下午的时间，效果自认为还不错。 代码就不上了，其实代码很简单，每个人的算法都可能不一样，主要的难点在于“字符库图片”的设计和排序问题。 谁订阅了我的博客，有兴趣看代码的可以直接朝我要，不贴在这里了^_^ PS：最近做项目用最多的是jQuery，这个框架太爽了。通过这个了解到框架做事的确很轻松，可惜，接触PHP有年头了，某些观念和意识基本已经根深蒂固了，所以到现在还无法使用任何PHP的框架。同时对于面向对象的开发，我个人真的是不入门，我倒觉得面向过程也并非是网上说的一无是处——比如性能、比如理解力等等还是略胜上风的。呵呵，题外话，个人不喜欢（或不上路）并非宣传大家也不要用，事实上，我最近看到开源站最多的比如：ThinkPHP、CakePHP应该都还不错，否则也不会有人去用了（哈哈，我其实对于这两个真的一点都不了解~~）]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=654</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
