2010年8月11日
在香港叫每日通胜，在大陆叫每日宜忌。
来自http://www.21kaiyun.com/lhl/index.htm
| 时辰：壬子 癸丑 甲寅 乙卯 丙辰 丁巳 戊午 己未 庚申 辛酉 壬戌 癸亥 |
|
|
| 吉凶：白虎 玉堂 天牢 玄武 司命 勾陈 青龙 明堂 天刑 朱雀 金匮 天德 |
| ◇是日命禄：子命互禄 丙,戊命进禄 ◇喜神：东南 ◇福神：正西 ◇财神：正南 |
2010年8月6日
HTTP 状态代码
如果向您的服务器发出了某项请求要求显示您网站21kaiyun.com上的某个网页（例如，当用户通过浏览器访问您的网页时），那么，您的服务器会返回 HTTP 状态代码以响应该请求。
此状态代码提供了有关请求状态的信息。
一些常见的状态代码为：
- 200 - 服务器成功返回网页
- 404 - 请求的网页不存在
- 503 - 服务器暂时不可用
以下提供了 HTTP 状态代码的完整列表。
1xx（临时响应）
用于表示临时响应并需要请求者执行操作才能继续的状态代码。
| 代码 | 说明 |
| 100（继续） |
请求者应当继续提出请求。服务器返回此代码则意味着，服务器已收到了请求的第一部分，现正在等待接收其余部分。 |
| 101（切换协议） |
请求者已要求服务器切换协议，服务器已确认并准备进行切换。 |
2xx（成功）
用于表示服务器已成功处理了请求的状态代码。
| 代码 | 说明 |
| 200（成功） |
服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。 |
| 201（已创建） |
请求成功且服务器已创建了新的资源。 |
| 202（已接受） |
服务器已接受了请求，但尚未对其进行处理。 |
| 203（非授权信息） |
服务器已成功处理了请求，但返回了可能来自另一来源的信息。 |
| 204（无内容） |
服务器成功处理了请求，但未返回任何内容。 |
| 205（重置内容） |
服务器成功处理了请求，但未返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图（例如清除表单内容以输入新内容）。 |
| 206（部分内容） |
服务器成功处理了部分 GET 请求。 |
3xx（已重定向）
要完成请求，您需要进一步进行操作。通常，这些状态代码是永远重定向的。
| 代码 | 说明 |
| 300（多种选择） |
服务器根据请求可执行多种操作。服务器可根据请求者 (User agent) 来选择一项操作，或提供操作列表供请求者选择。 |
| 301（永久移动） |
请求的网页已被永久移动到新位置。服务器返回此响应（作为对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。 |
| 302（临时移动） |
服务器目前正从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。此代码与响应 GET 和 HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置。 |
| 303（查看其他位置） |
当请求者应对不同的位置进行单独的 GET 请求以检索响应时，服务器会返回此代码。对于除 HEAD 请求之外的所有请求，服务器会自动转到其他位置。 |
| 304（未修改） |
自从上次请求后，请求的网页未被修改过。服务器返回此响应时，不会返回网页内容。
如果网页自请求者上次请求后再也没有更改过，您应当将服务器配置为返回此响应（称为 If-Modified-Since HTTP 标头）。
|
| 305（使用代理） |
请求者只能使用代理访问请求的网页。如果服务器返回此响应，那么，服务器还会指明请求者应当使用的代理。 |
| 307（临时重定向） |
服务器目前正从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。此代码与响应 GET 和 HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置。 |
4xx（请求错误）
这些状态代码表示，请求可能出错，已妨碍了服务器对请求的处理。
| 代码 | 说明 |
| 400（错误请求） |
服务器不理解请求的语法。 |
| 401（未授权） |
请求要求进行身份验证。登录后，服务器可能会返回对页面的此响应。 |
| 403（已禁止） |
服务器拒绝请求。 |
| 404（未找到） |
服务器找不到请求的网页。例如，如果请求是针对服务器上不存在的网页进行的，那么，服务器通常会返回此代码。
|
| 405（方法禁用） |
禁用请求中所指定的方法。 |
| 406（不接受） |
无法使用请求的内容特性来响应请求的网页。 |
| 407（需要代理授权） |
此状态代码与 401（未授权）类似，但却指定了请求者应当使用代理进行授权。如果服务器返回此响应，那么，服务器还会指明请求者应当使用的代理。 |
| 408（请求超时） |
服务器等候请求时超时。 |
| 409（冲突） |
服务器在完成请求时发生冲突。服务器必须包含有关响应中所发生的冲突的信息。服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码，同时会提供两个请求的差异列表。 |
| 410（已删除） |
如果请求的资源已被永久删除，那么，服务器会返回此响应。该代码与 404（未找到）代码类似，但在资源以前有但现在已经不复存在的情况下，有时会替代 404 代码出现。如果资源已被永久删除，那么，您应当使用 301 代码指定该资源的新位置。 |
| 411（需要有效长度） |
服务器不会接受包含无效内容长度标头字段的请求。 |
| 412（未满足前提条件） |
服务器未满足请求者在请求中设置的其中一个前提条件。 |
| 413（请求实体过大） |
服务器无法处理请求，因为请求实体过大，已超出服务器的处理能力。 |
| 414（请求的 URI 过长） |
请求的 URI（通常为网址）过长，服务器无法进行处理。 |
| 415（不支持的媒体类型） |
请求的格式不受请求页面的支持。 |
| 416（请求范围不符合要求） |
如果请求是针对网页的无效范围进行的，那么，服务器会返回此状态代码。 |
| 417（未满足期望值） |
服务器未满足"期望"请求标头字段的要求。 |
5xx（服务器错误）
这些状态代码表示，服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误，而不是请求出错。
| 代码 | 说明 |
| 500（服务器内部错误） |
服务器遇到错误，无法完成请求。 |
| 501（尚未实施） |
服务器不具备完成请求的功能。例如，当服务器无法识别请求方法时，服务器可能会返回此代码。 |
| 502（错误网关） |
服务器作为网关或代理，从上游服务器收到了无效的响应。 |
| 503（服务不可用） |
目前无法使用服务器（由于超载或进行停机维护）。通常，这只是一种暂时的状态。 |
| 504（网关超时） |
服务器作为网关或代理，未及时从上游服务器接收请求。 |
| 505（HTTP 版本不受支持） |
服务器不支持请求中所使用的 HTTP 协议版本。 |
这里的大型网站架构只包括高互动性高交互性的数据型大型网站，基于大家众所周知的原因，我们就不谈新闻类和一些依靠HTML静态化就可以实现的架构了，我们以高负载高数据交换高数据流动性的网站为例，比如海内，开心网等类似的web2.0系列架构。我们这里不讨论是PHP还是JSP或者.NET环境，我们从架构的方面去看问题，实现语言方面并不是问题，语言的优势在于实现而不是好坏，不论你选择任何语言，架构都是必须要面对的。
这里讨论一下大型网站需要注意和考虑的问题
1、海量数据的处理
众所周知，对于一些相对小的站点来说，数据量并不是很大，select和update就可以解决我们面对的问题，本身负载量不是很大，最多再加几个索引就可以搞定。对于大型网站，每天的数据量可能就上百万，如果一个设计不好的多对多关系，在前期是没有任何问题的，但是随着用户的增长，数据量会是几何级的增长的。在这个时候我们对于一个表的select和update的时候(还不说多表联合查询)的成本的非常高的。
2、数据并发的处理
在一些时候，2.0的CTO都有个尚方宝剑，就是缓存。对于缓存，在高并发高处理的时候也是个大问题。在整个应用程序下，缓存是全局共享的，然而在我们进行修改的时候就，如果两个或者多个请求同时对缓存有更新的要求的情况下，应用程序会直接的死掉。这个时候，就需要一个好的数据并发处理策略以及缓存策略。
另外，就是数据库的死锁问题，也许平时我们感觉不到，死锁在高并发的情况下的出现的概率是非常高的，磁盘缓存就是一个大问题。
3、文件存贮的问题
对于一些支持文件上传的2.0的站点，在庆幸硬盘容量越来越大的时候我们更多的应该考虑的是文件应该如何被存储并且被有效的索引。常见的方案是对文件按照日期和类型进行存贮。但是当文件量是海量的数据的情况下，如果一块硬盘存贮了500个G的琐碎文件，那么维护的时候和使用的时候磁盘的Io就是一个巨大的问题，哪怕你的带宽足够，但是你的磁盘也未必响应过来。如果这个时候还涉及上传，磁盘很容易就over了。
也许用raid和专用存贮服务器能解决眼下的问题，但是还有个问题就是各地的访问问题，也许我们的服务器在北京，可能在云南或者新疆的访问速度如何解决?如果做分布式，那么我们的文件索引以及架构该如何规划。
所以我们不得不承认，文件存贮是个很不容易的问题
4、数据关系的处理
我们可以很容易的规划出一个符合第三范式的数据库，里面布满了多对多关系，还能用GUID来替换INDENTIFY COLUMN 但是，多对多关系充斥的2.0时代，第三范式是第一个应该被抛弃的。必须有效的把多表联合查询降到最低。
5、数据索引的问题
众所周知，索引是提高数据库效率查询的最方面最廉价最容易实现的方案。但是，在高UPDATE的情况下，update和delete付出的成本会高的无法想想，笔者遇到过一个情况，在更新一个聚焦索引的时候需要10分钟来完成，那么对于站点来说，这些基本上是不可忍受的。
索引和更新是一对天生的冤家，问题A，D，E这些是我们在做架构的时候不得不考虑的问题，并且也可能是花费时间最多的问题。
6、分布式处理
对于2.0网站由于其高互动性，CDN实现的效果基本上为0，内容是实时更新的，我们常规的处理。为了保证各地的访问速度，我们就需要面对一个绝大的问题，就是如何有效的实现数据同步和更新，实现各地服务器的实时通讯有是一个不得不需要考虑的问题。
7、Ajax的利弊分析
成也AJAX，败也AJAX，AJAX成为了主流趋势，突然发现基于XMLHTTP的post和get是如此的容易。客户端get或者post 到服务器数据，服务器接到数据请求之后返回来，这是一个很正常的AJAX请求。但是在AJAX处理的时候，如果我们使用一个抓包工具的话，对数据返回和处理是一目了然。对于一些计算量大的AJAX请求的话，我们可以构造一个发包机，很容易就可以把一个webserver干掉。
8、数据安全性的分析
对于HTTP协议来说，数据包都是明文传输的，也许我们可以说我们可以用加密啊，但是对于G问题来说的话，加密的过程就可能是明文了(比如我们知道的QQ，可以很容易的判断他的加密，并有效的写一个跟他一样的加密和解密方法出来的)。当你站点流量不是很大的时候没有人会在乎你，但是当你流量上来之后，那么所谓的外挂，所谓的群发就会接踵而来(从qq一开始的群发可见端倪)。也许我们可以很的意的说，我们可以采用更高级别的判断甚至HTTPS来实现，注意，当你做这些处理的时候付出的将是海量的database，io以及CPU的成本。对于一些群发，基本上是不可能的。笔者已经可以实现对于百度空间和qq空间的群发了。大家愿意试试，实际上并不是很难。
9、数据同步和集群的处理的问题
当我们的一台databaseserver不堪重负的时候，这个时候我们就需要做基于数据库的负载和集群了。而这个时候可能是最让人困扰的的问题了，数据基于网络传输根据数据库的设计的不同，数据延迟是很可怕的问题，也是不可避免的问题，这样的话，我们就需要通过另外的手段来保证在这延迟的几秒或者更长的几分钟时间内，实现有效的交互。比如数据散列，分割，内容处理等等问题。
10、数据共享的渠道以及OPENAPI趋势
Openapi已经成为一个不可避免的趋势，从google，facebook，myspace到21kaiyun.com，都在考虑这个问题，它可以更有效的留住用户并激发用户的更多的兴趣以及让更多的人帮助你做最有效的开发。这个时候一个有效的数据共享平台，数据开放平台就成为必不可少的途径了，而在开放的接口的情况保证数据的安全性和性能，又是一个我们必须要认真思考的问题了。
2010年8月4日
有这样一个故事：有一天一只小蜘蛛在一个陈旧的屋子里创建了自己网巢，因为他发现那里有它喜欢的东西，有很多小昆虫，足可以养活它茁壮成长，从那一天开始，小蜘蛛每天都能有新的收获，很快就长的很强壮了，但是正在在它得意的时候，屋子的主人回来了，主人把屋子全部打扫了一遍，打扫的很干净，不过还好，小蜘蛛的网在一个很隐蔽的地方，主人没能发现，但是呢，从那一天开始，屋子里的小虫子就越来越少了，每次蜘蛛回到网网上扑食的时候都几乎是毫无收获，直到最后，竟然一天去了好几次都没有收获，蜘蛛失望了，也想放弃这个地方了，因为它每次去那里都找不到自己想要的东西，每次都是饿着肚子去饿着肚子走，蜘蛛在埋怨，也在回忆以前的幸福，但是主人是越来越干净了，蜘蛛最后彻底绝望了，只能再找其他地方了，而这个地方，也许蜘蛛再也不喜欢来了...
这个故事看似很简单，但是仔细想想，却很有道理，现实生活里的蜘蛛是这样的，那我们的网络蜘蛛也同样如此，几乎每天蜘蛛都会到我们的网站溜一圈，看看有没有新的东西，有没有它喜欢的东西，比如：原创的文章，优质的外链，内链，等等，因为蜘蛛也是在寻找食物，如果你的网站没有及时地更新，每次蜘蛛来都是毫无收获，都是空手而走，试想蜘蛛还会喜欢你的网站吗?还会那么频繁地往你的网站跑吗?它都会觉得想放弃，甚至绝望，以为这个网站真的就没有人管理了，是不是把蜘蛛自己给忽略了，同样蜘蛛也会忽略这个网站，而这个网站被蜘蛛忽略后，排名肯定会急剧下降，甚至找都找不到。而那些更新及时的网站，每次蜘蛛都能找到食物，都能找到自己想要的东西，蜘蛛来过一次还想再来第二次，慢慢的它就喜欢上了这个网站21kaiyun.com，时间长了，这个网站当然就排名上去了，所以为什么说越是更新及时的网站越是排名靠前，越是懒得更新的网站越是找不到。
作为站长，我们真的是应该让蜘蛛喜欢上我们，也真的是应该好好善待我们的网络蜘蛛，我们要及时更新我们的网站，发一篇文章，或写一点自己的感言，或更新张图片，等等，我们都可以努力去做得到，当蜘蛛每次光顾我们网站的时候不至于空手而归，善待了我们的蜘蛛，也等于善待了我们的网站，蜘蛛喜欢你了，那你的网站也真的就指日可待了，但是一定要坚持，seo就是一个坚持的过程，因为蜘蛛每天都在忙碌，说不准哪会都去检查你的网站去了，如果它次次去都没有新发现，它可是会生气的，生气的后果就是：排名下降!谁让你不更新呢，谁让你亏待蜘蛛呢，那就有你好看的。所以说啊，我们做seo就是要坚持，就是要不死不休地坚持，只有这样，我们才会是长胜将军，才可以让蜘蛛彻底爱上我们，否则的话，你断断续续，也就是在戏弄蜘蛛，它会让你的网站起伏不定，毫无起色的。所以站长们，让我们一起努力，一起坚持到底，一起让善待我们的蜘蛛，一起让蜘蛛爱上我们!!!
2010年8月2日
FCL中集合&泛型类
列表：
ArrayList 使用大小可按需动态增加的数组实现 IList 接口。
BitArray 管理位值的压缩数组，该值表示为布尔值，其中 true 表示位是打开的 (1)，false 表示位是关闭的 (0)。
Stack 表示对象的简单的后进先出非泛型集合。
Queue 表示对象的先进先出集合。
Queue<T> 表示对象的先进先出集合。
Stack<T> 表示同一任意类型的实例的大小可变的后进先出 (LIFO) 集合。
Dictionary<T> 表示键和值的集合。
LinkedList<T> 表示双向链表。
List<T> 表示可通过索引访问的对象的强类型列表。提供用于对列表进行搜索、排序和操作的方法。
字典类：
Hashtable 表示键/值对的集合，这些键/值对根据键的哈希代码进行组织。
SortedList 表示键/值对的集合，这些键值对按键排序并可按照键和索引访问。
SortedDictionary<T,U> 表示按键排序的键/值对的集合。
SortedList<T,U> 表示键/值对的集合，这些键/值对基于关联的 IComparer 实现按照键进行排序。
一、ArrayList & List
ArrayList
Adapter 为特定的 IList 创建 ArrayList 包装。
Add 将对象添加到 ArrayList 的结尾处。
AddRange 将 ICollection 的元素添加到 ArrayList 的末尾。
BinarySearch 已重载。 使用对分检索算法在已排序的 ArrayList 或它的一部分中查找特定元素。
Clear 从 ArrayList 中移除所有元素。
Clone 创建 ArrayList 的浅表副本。
Contains 确定某元素是否在 ArrayList 中。
CopyTo 已重载。 将 ArrayList 或它的一部分复制到一维数组中。
Equals 确定指定的 Object 是否等于当前的 Object。 （继承自 Object。）
IndexOf 已重载。 返回 ArrayList 或它的一部分中某个值的第一个匹配项的从零开始的索引。
Insert 将元素插入 ArrayList 的指定索引处。
LastIndexOf 已重载。 返回 ArrayList 或它的一部分中某个值的最后一个匹配项的从零开始的索引。
Remove 从 ArrayList 中移除特定对象的第一个匹配项。
RemoveAt 移除 ArrayList 的指定索引处的元素。
Repeat 返回 ArrayList，它的元素是指定值的副本。
Reverse 已重载。 将 ArrayList 或它的一部分中元素的顺序反转。
Sort 已重载。 对 ArrayList 或它的一部分中的元素进行排序。
ToArray 已重载。 将 ArrayList 的元素复制到新数组中。
LIST
Add 将对象添加到 List<(Of <(T>)>) 的结尾处。
AddRange 将指定集合的元素添加到 List<(Of <(T>)>) 的末尾。
BinarySearch 已重载。 使用对分检索算法在已排序的 List<(Of <(T>)>) 或它的一部分中查找特定元素。
Clear 从 List<(Of <(T>)>) 中移除所有元素。
Contains 确定某元素是否在 List<(Of <(T>)>) 中。
ConvertAll<(Of <(TOutput>)>) 将当前 List<(Of <(T>)>) 中的元素转换为另一种类型，并返回包含转换后的元素的列表。
CopyTo 已重载。 将 List<(Of <(T>)>) 或它的一部分复制到一个数组中。
Equals 确定指定的 Object 是否等于当前的 Object。 （继承自 Object。）
Find 搜索与指定谓词所定义的条件相匹配的元素，并返回整个 List<(Of <(T>)>) 中的第一个匹配元素。
FindAll 检索与指定谓词定义的条件匹配的所有元素。
FindIndex 已重载。 搜索与指定谓词所定义的条件相匹配的元素，返回 List<(Of <(T>)>) 或它的一部分中第一个匹配项的从零开始的索引。
FindLast 搜索与指定谓词所定义的条件相匹配的元素，并返回整个 List<(Of <(T>)>) 中的最后一个匹配元素。
FindLastIndex 已重载。 搜索与指定谓词所定义的条件相匹配的元素，返回 List<(Of <(T>)>) 或它的一部分中最后一个匹配项的从零开始的索引。
ForEach 对 List<(Of <(T>)>) 的每个元素执行指定操作。
GetType 获取当前实例的 Type。 （继承自 Object。）
IndexOf 已重载。 返回 List<(Of <(T>)>) 或它的一部分中某个值的第一个匹配项的从零开始的索引。
Insert 将元素插入 List<(Of <(T>)>) 的指定索引处。
InsertRange 将集合中的某个元素插入 List<(Of <(T>)>) 的指定索引处。
LastIndexOf 已重载。 返回 List<(Of <(T>)>) 或它的一部分中某个值的最后一个匹配项的从零开始的索引。
Remove 从 List<(Of <(T>)>) 中移除特定对象的第一个匹配项。
RemoveAll 移除与指定的谓词所定义的条件相匹配的所有元素。
RemoveAt 移除 List<(Of <(T>)>) 的指定索引处的元素。
Reverse 已重载。 将 List<(Of <(T>)>) 或它的一部分中元素的顺序反转。
Sort 已重载。 对 List<(Of <(T>)>) 或它的一部分中的元素进行排序。
ToArray 将 List<(Of <(T>)>) 的元素复制到新数组中。
二、Hashtable & Dictionary
Hashtable
Add 将带有指定键和值的元素添加到 Hashtable 中。
Clear 从 Hashtable 中移除所有元素。
Clone 创建 Hashtable 的浅表副本。
Contains 确定 Hashtable 是否包含特定键。
ContainsKey 确定 Hashtable 是否包含特定键。
ContainsValue 确定 Hashtable 是否包含特定值。
CopyTo 将 Hashtable 元素复制到一维 Array 实例中的指定索引位置。
Equals 确定指定的 Object 是否等于当前的 Object。 （继承自 Object。）
GetHash 返回指定键的哈希代码。
GetHashCode 用作特定类型的哈希函数。 （继承自 Object。）
Remove 从 Hashtable 中移除带有指定键的元素。
ToString 返回表示当前 Object 的 String。 （继承自 Object。）
Dictionary
Add 将指定的键和值添加到字典中。
Clear 从 Dictionary<(Of <(TKey, TValue>)>) 中移除所有的键和值。
ContainsKey 确定 Dictionary<(Of <(TKey, TValue>)>) 是否包含指定的键。
ContainsValue 确定 Dictionary<(Of <(TKey, TValue>)>) 是否包含特定值。
Equals 确定指定的 Object 是否等于当前的 Object。 （继承自 Object。）
GetHashCode 用作特定类型的哈希函数。 （继承自 Object。）
Remove 从 Dictionary<(Of <(TKey, TValue>)>) 中移除所指定的键的值。
我心中曾经记得互联网一直大起大落，在历经过互联网的萧条和繁荣，历经了一个网站3000IP可以赚3000元一天和3万IP一个月赚3000元的历史，曾经失望和曾经期望。多少老站长从记忆中消失，多少新站长从记忆中产生。期间还在记忆中出现的站长如今都已经开了公司，有了自己的门户站，甚至有些还拿了风投。这些历史的见证都有个共同的特点就是：坚持。当然坚持二字也不是那么容易说出口，你要经得起风雨的磨练，因为很多站长都牺牲在互联网的暴风雨中，留下只有遗憾的离开这个血腥的战场。
如今的互联网，已经不是在从前的互联网，要做一个出色的站长必须学会创新和坚持，内容你要正规而不是靠色情或者靠与法律擦边球内容起家，或者几年前可以。以前能坚持下来的网站，哪怕你每天只更新一篇内容，到现在你的网站也绝对有5万固定IP。
加其他的搜索和本身网站一些回访者，一天也有3万IP，整站内容2年多来的内容只有2650篇内容，这个就让人得到一个概念，时间证明了你的网站内容有价值，有些网站时隔几年，但是有些文章是不会过时，这个就是网站资源的累计。如今网站内容靠采集的，靠抄袭的或者有些可以带来些流量，但是这些你可能要付出3倍以上的努力，也就是说本来200篇的内容，可以达到10000IP。你可能要付出1000篇的抄袭或者采集内容，甚至更多还达不到，为什么呢？因为技术在进步，你进步的同时别人也在进步，拿百度搜索来说，之前如果你才抄袭别人的文章可能会被收录，但是随着时间延伸，一旦文章被抄袭的数量过多，百度就会屏蔽，为什么？因为在百度同类内容的文章过多，它本身的资源的价值就贬值了，为了提高网站内容的质量，必须进行收录的公式干涉，原理就是物极必反的道理。而原先原发仍然保留，后者被去掉，这个就是互联网原创的重要性。这里摆大道理，见笑了！
一个网站能坚持下来，也就有它能活下来的道理，我们提倡抄袭复制，但不是抄袭复制内容，而是抄袭模式，抄袭一个好的模式，往往能让一个网站生辉.复制、模仿是大多数互联网公司成功的一部分,中国的交友网站很多也是模仿外国，包括门户站有些也是模仿外国的模式。他们之所以能够成功是因为别人成功后，把他们的模式转化为国情相符的网站模式，加上坚持和有力的推广就成为了成功的网站案例，当然其他因素还有，在此就不多谈！今天想说的就是要做网站就要坚持和创新以及原创。
2010年8月1日
谨以此文奉献给广大的草根站长:
现如今个人站长越来越多了，是人是鬼都想敢这潭浑水，可是倒下去的千千万，赚钱的心人人都有，但不能盲目的前进，必须计划的详细、周密，如果昨天准备、今天就做、那么明必陪。我总结了几点小小经验
1.要有个清醒的头脑，一定要看清网络形式，主要是看自己准备做的网站在网络上是个什么市场，如果已经有很多类似的知名站，我认为就不要顶峰上了，除非前期投资很多。我们应该做那些不太热门的关键词网站，举个例子：想做个下载网，关键词设为下载、软件等热门词汇，那么这个网站的关键词恐怕连百度、谷歌前几十页都进不去。那为什么不把关键词设为：常用软件下载等呢！这样即使别人日流量100000，我们1000也是好啊。我认为最好自己的网站要做自己懂的领域，而不是跟风。
2.要能静的下来心，只要有创意就好，做的时候不要急，有些人从策划到网站出炉花了不到半个月，创意还不错，但界面美观度程序易用性等都不过关，用户带着期望的心来到你的网站，最后怀着失望的心情离开，这样以后恐怕再也不会来了，哪怕宣传的力度在大，网站满足不了大家的要求还是一样，估计也是IP多少PV多少。所以说必须要稳下心站在网友的角度考虑这个站怎么做。
3.网站上映到最忙的时候了，推广、更新、维护、管理等，首先说推广，我绝对反对用各种宣传软件，这些软件能给你带来几天暴涨的流量，但是换来的就两个字“被K”。所以我们还是要放长线掉大鱼，而且切忌推广时候不要太俗，一看就是广告，宣传100条信息，没有一个信息是幸存的。还有一个重要的，举个例子：如果在宠物论坛或群里推广自己的21世纪开运网这个的星座站，那样等于对牛弹琴，一定要找类似一个圈的爱好者。推广的手段有很多，但是我认为一天拉来10个人都是回头客也比拉来100个过路的强。
4.给你的网页加上51LA或者CNZZ这2个统计脚本，以21世纪开运网为例，我们就可以清晰的看到每天访问www.21kaiyun.com的用户各项明细数据，SEO信息，用户来路，用户最喜欢的页面，用户访问的深度，用户的省份，回头客多少。只能是一边摸着石头过河了一边做。想一下子就抓住用户的心我觉得不太可能，除非前期做了充分的市场调研，再说用户的喜欢也是在变化，所以网站也要适当做些调整，不看用户数据是不可能做好网站的。
5.是永恒的坚持，更新内容不难，但是做到坚持就很难，不少站长都是倒在了这个台阶上，网友来干什么，捧你场？不可能。所有人都是满足自己的要求来了，你没有精彩的内容留住他们，是不行的，不管是门户站、商业站、娱乐站还是下载站，总之都需要不断的更新，做站长的都是不惜一切代价用精彩的原创内容把游客和蜘蛛为饱。如果没有十足的信心做好坚持，那最好现在就打消做站长的念头。
做站长的要知道 清醒的头脑和沉稳的心再加永恒的坚持等于成功的站长。
一个好名字是成功的一半，我们希望好名子有如下标准：
第一：要容易记忆朗朗上口
第二：要标明网站的中心思想
第三：要健康而寓意丰富
针对以上三个方面的特点，我认为如果能站在以下五个方面给网站取名字会取得比较好的效果。
首先可以借助成语典故或者古诗词
给网站取一个响当当的名字，目的就是让网站在发展过程中发挥着助推的作用。SEO专家认为：“成语典故、诗词文章在中国可谓汗牛充栋，并不是什么都可以作为给网站取名的参考，只有那些脍炙人口的才是我们依靠的基础”，通过对那些广为流传的成语典故诗词文章等进行有效的改造，是其网站名称巧妙地依附于借用的词语中，同时包含了网站自身拥有的文化，这样网站的名称就会在网站发展的过程中发挥着不可替代的助推作用，就相对容易把网站做大做强。众所周知，饱受争议的百度搜索引擎就是借助于“众里寻他千百度”来巧妙地传播自己的网站文化。
其次借助于民间传说或者经典故事
民间传说或者经典故事都会在某个群体中产生深远的影响，网站的创办就是服务某一个群体的，所以借助于这些传说和故事就能使网站在这个群体中产生不可估量的作用。仔细阅读一下《www.21kaiyun.com 21世纪开运网源于一个传说》，你就会发现这个网是如何随着这个神奇传说在时间和空间上的广为流传。传说和故事往往内容丰富，涉及生活中的方面，所以相对来说取名更为容易，也很容易乘坐东风打开局面，也正是基于这个原因，成为了网站取名的重中之重。
第三借助于特殊事件或者特殊日期
对于名称我们可以借助于的东西很多，不过借助于特殊事件活着特殊日期然后取一个好的网名也是一个不错的选择。例如可以借助于清明节，端午节，国庆节，美国911等，都会对网站发挥着不可估量的作用。因为特殊事件、特殊日期往往渗透能力强，很容易让人们熟悉熟知的。
第四借助于联想词语或者关联词语以及借助于专业流行词或流行词语
丁磊当年创建网易的时候巧妙地借助于163这个拨打的号码，让人很容易联想到电话。某些专业性的词语或者熟悉的词语，在某个圈子里让人们熟知，这个时候就可以借用一下，例如在互联网的圈子里，站长是一个熟悉的专业性词语，所以站长网、站长站就是巧妙地借用这个词来做大做强自己的网站，网站名称之所以容易记忆，就在于站长这个词的流行度，这两个网站必将借助于这个词的流行度的增加而传播得更深更远。;同样借助于当前流行词也可以达到同样的效果，当前最流行的词莫过于“开运”，目前一个叫“21世纪开运网”的网站就是借助于“开运”这个流行词的达到快速宣传的效果，这个网站中的紫微斗数排盘排的非常精准，推算婚姻事业财运也是很准确常好，我们可以看出网站中文名称的重要性，如何巧妙的利用上面提供的方法，相信会是你的网站走的更远，发展的更快
第五借助于品牌效应或熟知的事物
现在很多网站就是借助于自己公司的品牌，或者某种熟悉的品牌来做网站，这样做的目的就是很容易从产品联想到网站，例如联想电脑公司的联想公司的网站，这样做的目的就是很容易让自己的网站吸引自己产品消费者;还有新华网等等借助于新华社这个家喻户晓的品牌，这样让人们更多的了解到其中的内容，同时要告诉人们该站是国家级的媒体品牌了，树立了权威性。打造自己的品牌，例如hao123，打造的就是网址之家等，最后被百度成功收购。
第一：.落伍者上发帖，落伍者这种权重高的网站通常发了之后当天就会收录,快的话是秒收.文章可以去admin5，chinaz等这些大型的站长网搜集，然后把链接加入到每篇文章的中间(例如：本文由http://www.21kaiyun.com/ 21世纪开运网投稿)，一定要加在中间，有很多没有素质的人会去掉链接，当然你去搜集别人的文章的时候也要保留别人的链接，最好每篇文章都做下伪原创 这样可以保证收录 落伍者每个账号每个小时可以发20篇 发5个小时 20*5=100篇。
通常注册一个号发就够了，你也可以注册多一点账号来发。
第二：问答，选择soso问答比较好，毕竟实用的人多，除了加了外链还可以带来流量，soso问答基本上是百分百收录的，比如你要加电影站的外链，你就搜索关键词：在线观看.然后去回答问题,回答待解决的问题,问题最好是当天提出的,这样收录更加好,然后手动一个一个去回答,注意不要灌水回答,尽量回答的答案是提问者的想要的答案(比如提问者提问：神探狄仁杰第四部在线观看网址 你就可以回答：神探狄仁杰第四部在线观看网址)这里我只是举个例子,大家可以根据实际情况来回答,记住注意不要灌水回答,尽量回答的答案是提问者的想要的答案.因为这样一方面帮助了他人,另一方面又加了外链,利人利己,何乐而不为呢.通常一天回答一百多个问题就够了, 1个QQ号等于一百多个外链.
第三：博客，这里博客不是叫你疯狂发博文，而是注册大量的博客,然后在每个博客加上自己的友情链接,博客一天不要注册太多50个就够了,通常博客注册成功后，还要发一两篇博文(博文如果是摘抄的最好伪远程处理),发博文的目的不是让百度收录博文而是引蜘蛛来爬行收录博客首页(首页中含有自己网站的友情链接),从而达到加外链的目的.我还发现新浪博客有个很好的绝招,通常注册新浪博客后官方会发一篇博文,说明你开通了新浪博客,通常这篇博文权重是很高的,通常收录率是100%,你注册博客后马上编辑那篇博文 加上自己网址的链接.几十个外链没有问题吧。
最后一点：天涯网，注册几个天涯网的号(因为天涯账号发帖有5分钟只可以发一次贴的限制),然后开通博客,去论坛发帖,比如你要推广电影站 你可以去影视评论这个版块 发帖(发帖的内容自己可以去网上搜，然后进行伪远程处理，最后把链接加在中间之类的不起眼的地方) 天涯发帖有个功能是同时发布到自己的博客,这样可以减少工作量,两三个小时发一百贴是很轻松的,其实这里不止加了100个外链,同时发布到博客, 100*2有两百多外链.
落伍者一百多+soso问答一百多+博客五六十+天涯两百多=五六百
最后祝你的网站外链多多啊。
2010年7月29日
摘要: 大家做网站有两个极端。一个极端是都在往热门的走。比如视频网站风靡，于是涌现出了太多的视频网站；当年下载站流行，于是涌现太多下载站；网址站流行，涌现太多的网址站；百万格子流行，大家都做格子站。这样不好，因為绝大部分网站都是亏损的。 另外一个极端是都往冷门的走，比如发泄网，你发泄网靠什么赚钱；比如乞讨网，够冷门，但是你能够赚到钱吗；比如创业网，创业网不多，但是还是很多人想做，因為觉得那个有前途；但是，这些看似冷门，前景无限的网站，绝大部分还是亏损的。為什么会出现这些极端呢？归根到底是学习的不够。现在很多做网站的人都是无业游民（做网站也许是他们的职业），甚至中学生都想做网站，其实这并不是什么好事情，
阅读全文