一 : 几种SEO赚钱模式分享及案例

　　说到SEO赚钱，其实换句话说就是通过SEO获得流量来赚钱，老吴做SEO几个赚钱的模式在这里和大家分享一下:

　　1) 做SEO培训赚钱

　　其实这个赚的就是辛苦费，由于各个学员的基础不同，所以教学都是一对一的，因此感觉就一个字”累”，所以现在把所有的培训内容包括SEO项目的整个操作流程都录制成了视频，感觉轻松了许多，学员学习起来有不懂的地方还可以重复看，再不懂还可以在线咨询，学员觉得很好，做项目的效果也出得特别快，我也感觉轻松了一些。

　　2) 做网上商城赚钱

　　找一个好的货源,和对方谈好帮他销产品，我们赚差价，这样的一种方式，然后我们就做网站的SEO，一个500IP的网站，一个月纯利润也有近6、7千块，我现在的站是www.pf265.cn,目前还不错

　　3) 做铃声签名广告赚钱

　　做了一个音乐站www.st8.cn，现在“在线音乐”这个词优化到了百度第一页，来的流量不少，所以每天也有不错的收益

　　4)成立公司接企业的SEO项目

　　我们柳州甚至广西都是一个SEO市场比较空白是地方，所以首先要将这样一种SEO理念宣传下去，给企业做一些免费的培训，然后让企业慢慢接受这种网络销售的模式，企业认识到了，优化的单子就慢慢来了，现在我们已经给柳州几家大的企业进行了网站的SEO。当然网络的生意是做向全国的，各地服务的单子也不少

　　5)准备运作地方门户网站

　　现在这种方式还没有产生利润，但势在必行，比如地方人才网http://www.lzrc365.com，地方房产网都是很好的项目，相信以我们现有的优化技术，让网站有一个好的排名并不是什么难事，这也将是我们的一个赢利模式。

　　最后提示大家，做这样的事情最好是一个团队来做，这样出的效果要快很多，不要什么钱都想自己一个人赚，要想到团队会为你赚更多的钱。

　　文章来源:广西老吴SEO培训资料站。

　　来源地址:http://www.gxseo.org。

　　转载请加地址，否则请不要转载。

二 : 深度剖析Byteart Retail案例：服务定位器模式

当系统中的组件需要调用某一服务来完成特定的任务时，通常最简单的做法是使用new关键字来创建该服务的实例，或者通过工厂模式来解耦该组件与服务的具体实现部分，以便通过配置信息等更为灵活的方式获得该服务的实例。［www.61k.com］然而，这些做法都有着各自的弊端：

• 在组件中直接维护对服务实例的引用，会造成组件与服务之间的关联依赖，当需要替换服务的具体实现时，不得不修改组件中调用服务的部分并重新编译解决方案；即使采用工厂模式来根据配置信息动态地获得服务的实例，也无法针对不同的服务类型向组件提供一个管理服务实例的中心位置
• 由于组件与服务之间的这种关联依赖，使得项目的开发过程受到约束。在实际项目中，开发过程往往是并行的，但又不是完全同步的，比如组件的开发跟其所需要的服务的开发同时进行，但很有可能当组件需要调用服务时，服务却还没完成开发和单体测试。遇到这种问题时，通常会将组件调用服务的部分暂时空缺，待到服务完成开发和单体测试之后，将其集成到组件的代码中。但这种做法不仅费时，而且增大了出错的风险
• 针对组件的单体测试变得复杂。每当对组件进行单体测试时，不得不为其配置并运行所需要的服务，而无法使用Service Stub来解决组件与服务之间的依赖
• 在组件中可能存在多个地方需要引用服务的实例，在这种情况下，直接创建服务实例的代码会散布到整个程序中，造成一段程序存在多个副本，大大增加维护和排错成本
• 当组件需要调用多个服务时，不同服务初始化各自实例的方式又可能存在差异。开发人员不得不了解所有服务初始化的API，以便在程序中能够正确地使用这些服务
• 某些服务的初始化过程需要耗费大量资源，因此多次重复地初始化服务会大大增加系统的资源占用和性能损耗。程序中需要有一个管理服务初始化过程的机制，在统一初始化接口的同时，还需要为程序提供部分缓存功能

要解决以上问题，我们可以在应用程序中引入服务定位器（Service Locator）企业应用体系结构模式。

服务定位器（Service Locator）模式

服务定位器（Service Locator）模式是一种企业级应用程序体系结构模式，它能够为应用程序中服务的创建和初始化提供一个中心位置，并解决了上文中所提到的各种设计和开发问题。服务定位器模式主要有以下几种参与者：

服务（Service）

服务是服务定位器需要返回给调用方的具体实例。比如服务定位器可以根据调用方的需要，返回一个向控制台输出信息的服务，或者返回一个向文件系统输出信息的服务。在这种情形下，这两种服务可能会有着不同的接口：对于向控制台输出信息的服务而言，它只需要接收一个参数（即需要输出的信息）就可以完成输出任务；而对于向文件系统输出信息的服务而言，它不仅要获得待输出的信息，而且还要获得一个正确的文件名，以便将信息输出到这个文件中。

因此，在实际应用中，我们通常会为不同的服务类型设计不同的接口，而服务定位器则应该根据调用方给定的服务类型，返回相应的服务实例。

服务工厂（Service Factory）

服务工厂是工厂模式的一种实现，它的职责是创建并初始化某种类型的服务。例如，向控制台输出信息的服务，是由一个工厂创建并初始化的；而向文件系统输出信息的服务，则是由另一个工厂所创建。由此可见，不同的服务类型有其特定的服务工厂，在实际应用中，服务工厂与一个特定的服务接口所对应。

使用服务工厂不仅可以解耦服务的定义部分和具体实现部分，应用程序无需重新编译即可变更服务的不同实现方式，而且对于初始化过程需要消耗大量资源的服务而言，服务工厂还能够提供缓存功能，从而提高应用程序的性能。

Initial Context

由于不同的服务需要由不同的服务工厂创建并初始化，因此对于服务定位器来说，还需要一个特定的管理器来统一管理这些服务工厂，InitialContext就充当了这个角色。在调用方向服务定位器请求一个服务的实例时，服务定位器通过InitialContext获得服务工厂的实例，然后由服务工厂创建服务实例并返回给调用方。使用InitialContext的优点是，它简化了服务定位器的职责，并为服务工厂的管理和缓存提供了有力保障。

服务定位器

服务定位器为调用方获得所需服务的实例提供了中心位置。

模式的实现

假设某系统中存在两种类型的服务，一种服务会将调用方传递的信息输出到控制台，我们将其称为控制台输出服务；而另一种服务则会将调用方传递的信息输出到文件系统中，我们将其称为文件系统输出服务。通过分析可以了解到，这两种服务的接口是不同的：控制台输出服务只需要获得待输出的信息即可，而文件系统输出服务还需要获得一个文件名，以便将信息输出到指定的文件中。因此，针对这两种不同的服务，需要设计两种接口定义，这一点是显而易见的。更进一步，为了隐藏服务的初始化过程，并提供一定的缓存机制，我们还将针对每种服务类型（或者说每种服务接口）设计一个服务工厂，其职责在上面已经说过了，在此就不再赘述。在实际项目中，我们可以为服务工厂提供一个ServiceFactory的抽象基类，这样做的目的是为了将与诸如缓存相关的机制统一在基类中实现，而子类则直接负责服务实例的创建和初始化即可。

接下来Initial Context的实现就相对比较简单了，只需要针对不同的服务类型维护服务工厂即可。我觉得Initial Context的实现也不是必须的，对于一些简单的应用场景完全可以由Service Locator替代。但是在实现了Initial Context的设计中，Service Locator则需要将获取服务实例的工作转交给Initial Context执行。事实上IoC Containers就是Service Locator的实现，但它们往往都比较复杂，包括诸如循环引用的解析和生命周期管理等复杂功能，时间有限，我也没深入地去研究IoC框架，也不打算进一步探讨了。

根据上面的分析，Service Locator有着如下的结构：

执行过程可以用下面的UML序列图描述：

可以【单击此处】下载上述实现的源代码（思考题：请将代码中Service Locator改为泛型实现）。

Byteart Retail案例中的实现

在Byteart Retail案例中，服务定位器模式的实现已经“退化”成对现有IoC容器（Enterprise Library Unity）的封装，封装的目的是为了简化开发过程，从而为应用程序访问IoC容器提供一个中心位置。另外，这样的封装解耦了应用程序对IoC容器的依赖，比如在Byteart Retail案例的源代码中，并没有直接引用IoC容器，而是通过ServiceLocator类进行代理，这就为今后更换服务定位器的实现提供了便捷（当然一般情况下也不会去更换这种组件）。

有关ServiceLocator类的代码，请参考Byteart Retail案例的源代码中ByteartRetail.Infrastructure命名空间下的ServiceLocator类。

参考资料

1. Service Locator Pattern（Wikipedia）：http://en.wikipedia.org/wiki/Service_locator_pattern
2. Service Locator Pattern（Core J2EE Patterns）：
3. Service Locator Pattern（MSDN）：http://msdn.microsoft.com/en-us/library/ff648968.aspx
4. 依赖注入（Dependency Injection）：http://msdn.microsoft.com/en-us/library/dd458879.aspx
5. 控制反转（Inversion of Control）：http://msdn.microsoft.com/en-us/library/dd458907.aspx

三 : 案例分享网站常见的SEO赚钱模式

现在大部分站长的做网站思路是：做网站→搞流量→拉广告，这条路让让很多站长走得很辛苦、很累、很迷茫，导致很多站长做到一半就前功尽弃，就算有部分人能够赚到钱，但过程也是十分漫长，本文卢松松就用案例讲解那些闷头苦干利用SEO赚钱的方法。

先说说网站常见的广告类型

第一种是大家常见的CPC模式，如我们做的Google adsense、百度联盟，按点击次数收费，关键词做的好的站一般采用这种模式。

第二种是最传统的网络广告方式，也是按照时间计费方式，例如包月、包季出售广告位，这种模式一般是有一定知名度和流量的网站做，卢松松博客就是采用以上两种方式。

第三种是CPA广告，意思是每次行动费用，比如让用户形成一次交易、注册一个账号、下载一个软件等等，百度联盟也有此模式，目前这种方式以软件下载居多。

第四种是CPS广告，意思是用户点击你网站上的广告，到指定网站购买商品时会根据商品购买金额提成，目前这种模式用的最火的就是淘宝客。

案例分享：站群围攻热门关键词——左旋肉碱的赚钱模式

就以卢松松在之前所讲的“从左旋肉碱操作手法看网络营销”为例，在百度搜索“左旋肉碱”排在前十位全是推广，在各个广告联盟中随处可见左旋肉碱的竞价广告，在很多网站的Google AdSense展示中三条链接地址，其中两个都是左旋肉碱。此外还有如在卢松松博客有位做“左旋肉碱”的网友，在“站群操作方法”一文中31-33楼都是他的站，百度排名第一。

（左旋肉碱半年内在百度指数上的变化）

案例分享：传统广告——医药招商的赚钱模式

你现在到Google中搜索“医药[www.61k.com)招商”这几个字，排在前几位的你都可以看看，网站上几乎全是广告，而且价格非常贵。有的网站甚至不按月卖，而是按季度，一个图片广告包季至少上万，文字链最少过千元，随便打开一个网站看看，这些网站年收入至少在100万以上。

（如图所示，医药招商网站几乎全是广告）

案例分享：CPS广告——分销电子书

电子商务会越来越火，所以CPS这种按销售提成的广告会越来越多，做CPS的技巧很简单，第一步找到一个暴力产品；第二做一个产品销售导航站，上面放的全是CPS广告链接；第三，使用SEO技巧把这个行业关键词排在搜索引擎前面，第四，等着收钱吧。

在卢松松博客有一位新加坡读者，他曾跟我讲过他做过的“分销电子书”项目，还给我看过他收入截图，平均每周都有400美元的电子书销售提成，不像在国内，国外的电子书大部分人都是花钱购买阅读的。

（CPS广告——分销电子书）

案例分享：CPA广告——亚洲交友中心

亚洲交友中心是一个非常著名的交友网站，早几年前如果你加入它的网络推广联盟，每当你帮这个网站带来一个注册用户，它都会给你支付佣金，女性2美元，男性1美元。通过百度指数我们可以看出，亚洲交友中心每天有800多人搜索，如果关键词排到前几名每天至少会有几百人到你网站，只要有十分之一的人通过你的网站去注册，你一天就可以赚几十美元。

CPA还可以利用一些插件，有些网络上传的可能已经被当木马查杀了，但是你可以找那些搞黑客的人免杀一些，效果也是不错的，对于有钱的人来说，算计好投入产出的风险，效果也是很不错的。比如我们下载的一些绿色游戏，在运行游戏时会自动弹出某些注册页面。

总结，本文主要对网站赚钱方式，包月广告；CPA，CPC,CPS这四种常见的网站盈利模式介绍，希望对大家有所帮助，互联网中，有许多把这四种赚钱模式发挥到极致的人物。

本文标题：fmea失效模式分析案例-几种SEO赚钱模式分享及案例
本文地址： http://www.61k.com/1065574.html