博客群得建立就是大量建立第三方的博客，以此来从搜索引擎获得流量和外链。这种推广方式深受新手们的喜爱，因为他简单，易于操作。同时一些SEO人员也用这种方式来辅助SEO的优化。虽然操作简单，但是做出好的效果来是不容易的，得下苦功夫才行。下面有清华脂蛋白为你介绍一下具体建博客群的步骤：
1、 多建博客
博客群建，顾名思义就是大量的建立第三方博客，但是却有些人认为建两三个博客就是建立了博客群，其实是大错特错了。至于具体建多少个，要根据自己的时间和精力来定，理论上说是数量越多越好。但是注意，一定要在搜索引擎权重高的各大博客平台建立博客，一些没有权重的小平台就不要考虑了。
2、 博客定位
很多人把博客建群理解为建立广告博客，这是认知上的错误。数量多并不代表质量差。批量建博客，同样需要像正常的博客一样建立，去进行主题和内容的定位。不过这个定位就不像建立品牌博客那样定位精确了。一般都是围绕产品和关键词来展开的。要吸引那些人，就定位于那。
最重要的一条是，一定要模拟真实用户，不能让系统和平台管理人员认为是广告垃圾博客。这也是很多人在实际操作中被经常封博的原因。正常的用户，谁会把博客名用广告语来代替，而博客中的内容除了广告还是广告，这样的博客肯定是要被查封的。
3、 天天更新
虽然叫博客群建，但并不是说建立大量博客就会有效果。博客建立后，只是完成了第一步。想让其产生效果，就像维护正常的网站一样，每天定期更新。一个从不更新或是很少更新的博客，谁会关注？不仅是人，就是搜索引擎也不会喜欢那些几乎不更新的博客。只有那些博客保持一定的更新状态，搜索引擎才会喜欢，才会给你带来流量。也 只有这样用户才会浏览和关注你的信息，才能产生效果。
更新数量也要有保证，也不是说一天更新一两篇就敷衍了事。从以往的经验看，每天只是更新10以上的文章才能初步达到效果。
4、 转载精品
博客群建并不是建立大量的广告博客，同样，博客的内容也不是大量的广告信息。要多转载那些和博客主题有关的，具有可读性的优质内容，只有优质内容才能吸引用户和搜索引擎。
5、相互链接
博客群建本身也需要优化和推广，最简单的方法是这些博客之间先相互链接。在这里给大家推荐一种最近流行的优化方法，非常适合用博客群建，它叫“轮链”。比如你建立了五个博客，他们之间A博链接B博，B博链接C博··········最后是E博链接A博，然后让五个博客都链接你的推广网站就可以了。
5、 坚持养博
罗马不是一天建成的，博客群也不是建设后就马上看到效果的。至少要按上面的办法养上半年以上，才会显见成效。至于效果有多大，那就看你把博客的权重养多高了。假如能养出10个PR6的优质博客，那收获会很大的。
此文由www.54huaren.com 华人城 提供，转载请注明！
1、网页使用框架(iframe)，包括百度在内的所以搜索引擎都讨厌框架。
2、图片太多，文本太少。
3、使用了转向（网页跳转）。
4、提交太过频繁:一个月内提交2次以上。
5、网站关键词密度太大:比如淘宝网女装冬款和淘宝网女装冬款等、。不幸的是搜索引擎并没解释多高的密度是极限，一般认为100个字的描述中含有3-4个关键词为最佳。
6、文本颜色跟背景色彩一样:搜索引擎认为你在堆砌关键词欺骗它。
7、动态网页:网站的内容管理系统方便了网页更新，却给大部分搜索引擎带来麻烦，很多搜索引擎不收取动态页面，或只收取第一层页面，不会向下深入收取。这时要考虑使用WEB服务器的重写(rewrite)技术，把动态页面的url映射成和静态页面url相似的格式，搜索引擎误以为是静态页面，就会收取了。
8、网站转移服务器:搜索引擎通常只认IP地址，转换主机或域名时，IP/DNS地址发生改变，这时你要重新提交网站。
9、免费的网站空间:有的搜索引擎拒绝索引来自免费空间的网站，抱怨很多垃圾，质量差。
10、搜索引擎抓取时网站不在线:如果主机不稳定，就有可能出现这种情况。更糟糕的是，即使网站已经收录，重新抓取时发现不在线，还会将网站整个删除。
11、错误地阻挡了robots索引网站:有两种方法可能阻挡robots:主机服务器的根目录下有简单文本文件;网页中含某种META标签。
12、大量运用Flash、DHTML、cookies、JavaScript、Java制作或密码进入的网页，搜索引擎很难从这种页面中提取内容。
13、搜索引擎不能解析你的DNS:新域名注册后需要1-2天的时间才能生效，因此不要一注册了域名马上提交网站。
14、网站的链接广泛度太低:链接广泛度太低，搜索引擎难以找到你，要留清楚链接，比如http://www.wlnvzhuang.com 这时要考虑把网站登录到知名分类目录，或多做几个友情链接。
15、服务器速度太慢:网络带宽小，网页下载速度太慢，或者网页太复杂，都可能导致搜索引擎还没搜到文本内容就暂停。
16、关键字问题:如果正文没有出现你的META标签中提到的关键字，搜索引擎可能以为是垃圾关键字。
分析百度不收录CN域名的原因 2007年9月
现在很多站长面临的问题都差不多：百度不收，GG调整。对于GG调整，我们无可奈何，百度的普遍不收录就感到很奇怪了。综合各位站长的贴子，我想有以下两种猜测：
1，百度碰到了技术瓶颈。
因为CN的一元政策，网络上涌现大量的垃圾站，本来就给竞价排名占去了首页的次页也大多谈不上什么用户体验了。充次着大多经过优化后满是关键词，毫无实际内容的网站，搜索者根本找不到合适的信息。比如，小弟做的劲舞站(已经给K了)里的“劲舞王者”这个关键词，就算找前五页也不一定找得到不含病毒的wg，或者对于杀毒软件来说，大多说wg都会报警乃至删除。根据百度指数上面来看，搜索此关键词的平均每天大概三万多。这仅仅只是冰山一角。游戏的wg不是很重要，但对于真正要找资料的人来说呢?所以小弟估计，百度先来个一刀切，新站不许进(能进的是少数，后面再讲)，旧站大批量清理。
2，百度的算法更新了，这种也有可能。
算法更新了，以前SEO用的老招都不管用了，或许是把原创做了个主要的收录指数，或许是把有效链接，或许是百度人工干预，延长了新米的收录观察期。对于站长们说的CN米给百度降权了，我认为宁可信其有，不可信其无，从长远利益来说，购买一个com米，对于站长来说还是有好处的，com米有自主权!别因为贵了四五十元而一直苦守着CN米，说不定十天左右，COM米收录了，流量来了，你的广告费也上去了。正是因为报着这样的想法，小弟也申请了一个 COM米，在做试验。
算法更新了，以前的经验都收效甚微了，站长们的试验又得持续一段时间，所以就出现了现在这个真空期，新米不收，或许是没找对方法。
我想，无论百度是碰到了技术瓶颈，还是算法更新了，但是搜索引擎的原则是不会变的，我想无非是原创和链接。大家看看百度的收录原则里有一条，原创!
各位站长，问下自己，有多少在进行原创的?有多少只是在改动一下标题，内容稍做改动?不能原创，麻烦伪也要伪的彻底点，别以为换个马甲就行了，起码得整整容。：)，小弟的真心话，请各位站长口下留情。
等我们把原创作好了，把链接，当然是有效的链接做好了，我们再来看百度是否有收录?别做的马马虎虎的成天在站长网上叫着喊着不收录，先从自身找问题。我也不喜欢百度，可也得靠它吃饭，没办法。。。我问过一些给收录了的站长，他们说的就是每天起码三到五篇原创，然后做有效链接(垃圾链接没用)。还有一种说法是先不要放广告，大家也可以试一下。
很多站长叫现在为站长的冬天，那请我们共同的寻找一下解决问题的方法。如果彷徨，寂寞也可以到小弟的站，寂寞社区去小坐下，那有发泄吧，发泄下，呵呵。
岗位职责：
参与公司内部业务系统的分析、设计工作, 负责Project中主要功能的代码实现, 解决Project中的关键问题和技术难题,
协助Project Manager/Project Leader保证项目质量.
任职要求:
计算机相关专业，大学专科以上学历
三年以上的软件开发经验，两年以上.NET开发经验，有仓储物流软件开发经验者优先；
熟练掌握C#, .Net1.1 , 2.0开发环境，参与Windows Form，MSMQ等项目开发, 有过WCF,WPF开发经验尤佳
熟悉SQL Server数据库,具有较强的SQL性能优化能力；
具备一定的OO设计开发思想
具有良好的英语听说读写的能力
具备良好的沟通和解决问题的能力,具有一定的承压能力,具有团队精神。
有意者请留言或发邮件到：andy.x.mi(AT)Newegg.net （请将(AT)换成@）
| 名称 | 解释 |
| GettingStarted - Required | |
| ChooseSourceDatabase | 选择数据库 |
| MappingFile | Mapping文件位置(会根据output目录自动更改,不需要设置) |
| OutputDirectory | 文件输出目录 |
| RootNameSpace | 根节点的命名空间 |
| Filter by Individual Objects - Optional | |
| EnumTables | 枚举表,表中的所有数据都会被用作枚举类型,要求:第一列为主键,第二列为唯一键,第三列为描述,必须添加到SourceTables |
| SourceTables | 需要生成的表 |
| SourceViews | 需要生成的视图 |
| FrameworkGeneration - Optional | |
| AutoIncrementBuildVersion | 自动提升版本 |
| EntLibVersion | 微软企业库的版本V2或V3 |
| ExecuteSql | 生成后自动执行SQL |
| IncludeComponentLayer | 生成组建层(service或domain) |
| IncludeDatabaseFeatures | 是否包含数据库特性(sql2005特有) |
| IncludeGenerateddate | 包含生成的日期(会在生成的文件中包含生成文件时的日期) |
| IncludeUnitTest | 保函单元测试(可以选微软的VSTS或NUnit) |
| IncludeWCFDataAttributes | 保函WCF属性(需要.net3.0) |
| IncludeXmlAttributes | 保函XML属性 |
| LaunchVisualStudio | 生成结束后是否运行解决方案 |
| SerializeEntityState | 序列时包含化EntityState,在使用WebServices时非常有用 |
| SQLFolderName | SQL脚本输出的目录 |
| ViewReport | 生成完毕後显示报表 |
| Namespaces - Required | |
| BusinessLogicLayerNameSpace | 业务逻辑层命名空间(应该是实体层) |
| ComponentLayerNameSpace | 组建层命名空间 |
| DataAccessLayerNameSpace | 数据访问层的命名空间 |
| UnitTestsNameSpace | 单元测试命名空间 |
| General - Advanced | |
| CompanyName | 公司名称,会被包含在AssemblyInfo.cs中 |
| CompanyURL | 公司网址 |
| SignAssembly | SNK公钥 |
| WebLibrary - Advanced | |
| GenerateWebLibrary | 生成web控件 |
| IncludeDesignTimeSupport | 包含设计时支持 |
| Web - Advanced | |
| AttemptCreateLocalVirtualDirectory | 为webservice创建虚拟目录 |
| WebServiceOutputPath | webservice的本地路径 |
| WebServiceUrl | webservice的URL |
| Website - Advanced | |
| GenerateWebsite | 创建web站点 |
| GenerateWebsiteAdmin | 创建简单的管理员界面 |
| IncludeAtlasLibrary | 包含微软的Ajax库 |
| IncludeAtlasToolkit | 包含Ajax扩展工具 |
| OverwriteWebConfig | 覆盖web.config文件 |
| UseWebAppProject | 使用web项目,需要安装AppProject补丁, 中文版不支持 |
| WebAdminSiteName | 管理员站点名称 |
| CRUD - Advanced | |
| CSPUseDefaultValForNonNullableTypes | 自定义存储过程为nullable类型使用默认值 |
| CustomProcedureStartsWith | 自定义存储过程的前缀 |
| DropStyle | 选择Entity的话生成後Drop删除已经生成的存储过程,选择All的话,会删除满足存储过程前缀,不满足自定义存储过程前缀的存储过程 |
| IncludeCustoms | 生成自定义存储过程 |
| IncludeDelete | 生成delete存储过程 |
| IncludeDrop | 是否生成drop语句,如果是则根据DropStyle生成 |
| IncludeFind | 生成Find存储过程 |
| IncludeGet | 生成get存储过程 |
| IncludeGetList | 生成GetList存储过程 |
| IncludeGetLisByFK | 生成根据外键查询的存储过程 |
| InclludeGetListByIX | 生成根据唯一键查询的存储过程 |
| IncludeInsert | 生成Insert存储过程 |
| IncludeManyToMany | 生成多对多关系 |
| IncludeRelations | 生成关联 |
| IncludeSave | 生成保存 |
| IncludeUpade | 生成更新 |
| IsolationLevel | 事务隔离级别 |
| ParseDbColDefaultVal | 使用数据库字段默认值初始化实体属性 |
| RetryEnabled | 允许重试,当执行出错时允许重试 |
| RetryMaxAttempts | 重试次数 |
| RetrySleepStyle | 重试等待类型 |
| RetrySleepTime | 重试间隔时间 |
| Storedprocedures - Advanced | |
| DeleteSuffix | 存储过程 delete 语句的前缀 |
| FindSuffix | 存储过程 find 语句的前缀 |
| GrantUser | 存储过程 grant 语句的前缀 |
| InsertSuffix | 存储过程 insert 语句的前缀 |
| ProcedurePrefix | 存储过程的前缀 |
| SelectAllSuffix | 存储过程 select all 语句的前缀 |
| SelectSuffix | 存储过程 select 语句的前缀 |
| UpdateSuffix | 存储过程 update 语句的前缀 |
| Code style. - Advanced | |
| AliasFilePath | 别名路径 |
| BaseClassFormat | 基类 {0}Base |
| ChangeUnderscoreToPascalCase | 将 _ 转换为 Pascal |
| CollectionFormat | 子集 {0}Collection 一对多时,会包含子表(数据)的集合 |
| EntityFormat | 实体 默认{0} |
| EntityKeyFormat | EntityKey {0}Key |
| EnumFormat | 枚举 {0}List |
| GenericListFormat | Nettiers自带的泛型集合之一 TList<{0}> 表使用 |
| GenericViewFormat | 泛型集合之一 VList<{0}> 视图使用 |
| InterfaceFormat | 接口 I{0} |
| ManyToMayFormat | 多对多 {0}From{1} |
| MethodNames | |
| BulkInsert | 批量插入方法的名称 |
| Deepload | 主从表查询方法的名称 |
| DeepSave | 主从表保存方法的名称 |
| Delete | 删除方法的名称 |
| Find | 查询方法的名称 |
| Get | Get方法的名称 |
| GetAll | 查询全部方法的名称 |
| GetPaged | 分页查询方法的名称 |
| GetTotalItems | 查询行数方法的名称 |
| Insert | 插入方法的名称 |
| Save | 保存方法的名称 |
| Update | 更新方法的名称 |
| ProviderFormat | {0}Provider |
| ServiceClassNameFormat | {0}Service |
| StrippedTablePrefixed | 忽略前缀,填写的前缀讲不会被生成到实体中 入tbl;tbl_ |
| Winforms Library - Advanced | |
| GenerateWinLibrary | 生成winform的控件库 |
| | |
| {FKField.name}Source | 建立有外键的列可以查询到关联表的数据 |
| {table.name}DataSource | EntityDatasource 实体数据源 |
在过了CMMI的企业都应该有这样的感受，就是庞大的过程组常常让人感觉很沉重。尤其是过了CMMI 3级以上的企业。需要实现组织级的项目管理规范化，各种文档铺天盖地。当然，我想这也是CMMI的一个思想，就是一个大企业，需要通过稳定的合理的流程来保证企业的产出质量。一个企业的产出不能由于某些人的因素而受到影响，换句话说，即使企业目前这帮人换了，根据CMMI制定的流程和规范，换一批人，企业照样能够保证质量稳定，应为有合理的过程在做保障。
的确，按照CMMI的过程做的确可以产出好质量的产品。但是，另外一方面的问题随之出现了，CMMI是个重过程的软件开发流程，其开发成本是比较大的。也就是它会使整个软件开发的成本增加不少。
而现在的敏捷开发将人的重要性又提升到了一个非常重要的高度，强调人的主观能动性，强调个人的敏捷性。它精简了过程，实现了一个轻量级的开发流程。
很多时候可能有人会想，是不是敏捷开发就不重视过程了，只重视人了？其实不是，敏捷也有过程，只是敏捷的过程很精简，去掉了不必要的环节和产出。举个例子：敏捷开始也会分析需求和设计，但是不会一开始就写全面的详细的需求文档，也不会一开始就写完整的设计文档，而且敏捷强调的一份很重要的文档就是我们的单元测试用例代码。敏捷希望通过精简的过程和具有高度敏捷性的团队来以最小的成本实现最大的价值。其实这是很多项目开发所期望的。
一个敏捷团队，并不是说是一个不走过程，不写文档，仅靠个人的团队，而是要在充分挖掘团队成员主观能动性的同时，利用必要过程进行管理的团队。