The Zen of Python, by Tim Peters
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren’t special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one– and preferably only one –obvious way to do it.
Although that way may not be obvious at first unless you’re Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it’s a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea — let’s do more of those!

SEO文章看多了，经常能听到静态、伪静态这类的词语，那什么样的网页是静态的，什么样的网页是伪静态的呢？

IE5浏览器以上：
打开你想判断的网站后，再在网址框中输入javascript:alert(document.lastModified)
IE5以上… ，此方法可以判断一个网页的最后更新时间，如果这个时间与现在的时间相同，说明是伪静态的，反之为静态的。

火狐浏览器下：

先用火狐打开一个网页如：http://bbs.ittang.com/forum-13-1.html 等网页完全打开后进入FireFox的控制台。”工具”-“错误控制台”快捷键：shift+ctrl+J 然后在控制台里面输入：alert(document.lastModified); 查看最后修改时间并记录。

接下来关闭控制台，重新刷新网页，再用相同的方法在控制台里输入查询代码，再查看文件的最后修改时间，连续几次如果发现时间不同则可以判断它是伪静态的了

相关知识：关于伪静态和真静态网页用处和利弊对比

1.关于伪静态的用处
有些用户觉得,伪静态和真静态实际被收录量会相差很大,其实不然,从你个人角度,你去判断一下一个帖子到底是真静态还是伪静态?
估计很难看得出,因为所谓静态的意思,就是地址中不带问号,不带问号的就是静态,管他是真的还是伪的?搜索引擎看得出吗?
所以说,其实不论是真的还是伪的,其实对于搜索引擎来说都是一样的,搜索引擎没有说,你这个是伪的,我不收录你.
揪根掘底的来说,为什么搜索引擎会不收录带问号的网址?因为搜索引擎怕由于问号而进入死循环(以前动网就有这样一个漏洞,蜘蛛进去出不来了),所以很多时候带问号的地址是不会进去的,伪静态对于搜索引擎来说,其实就是静态,因为地址中没有带问号,所以没有真静态比伪静态收录得多的说法.

2.为什么选择伪静态
有很多用户说:
真静态不好吗?
为什么不用真静态?
访问起来不是更快吗?
负载不是更好吗?
等等等等…
在这里,其实只用一个问题来回答:为什么选择MYSQL.
很多用户大概不明白为什么那么多大型论坛都选择了MYSQL数据库作为储存机制,大概大部分都是想:”因为DZ用了MYSQL,所以就是MYSQL”.
其实不然,试想DZ为什么会在那么多论坛程序并存的日子生存下来并笑傲江湖,很大原因是因为DZ用了MYSQL.试想如果大C当年改的程序是一个文本论坛,那还会有DZ的今天吗?
或者从另一个角度问,为什么那么多大型网站都选择了MYSQL而不是文本作为储存机制?
所谓文本论坛,实际就跟真静态的说法差不多了,将数据储存在空间上面,大量读写硬盘,等等…
为什么这种写法会被淘汰呢?
我相信答案不会是老师所说的:

“discuz.net 目前有 2129867 篇帖子，存储成html的话大约是 20799 M，也就是 20G左右。这当中还不计算由于磁盘存储机制造成的空间浪费（100个1k 的文件占用的空间可能会是200K）。”

这种说法从我个人观点来看,这个理由不能给予用户不使用真静态充分的理由.
然而,另一个理由却是值得我们注意思考的,也是为什么绝大多数站都不选择生成静态:

“删除、更新这些html内容会导致大量的磁盘io操作以及大量的磁盘碎片.”

正如上面这个说法,在实际当中确实会导致大量的磁盘I/O操作(input,output),大量进行I/O操作带来的后果可想而知,会产生大量的磁盘碎片甚至会导致硬盘出现坏道.

所以对于生成静态而言,还不如去用文本论坛,可以更好的解决你们的需求.
(副W就是做文本论坛出生的,当时的名字为ofstar http://www.ofstar.net ,后因发展困难转为MYSQL,而PW生成静态页面也就是PW以前文本方式稍加改进用于吸引用户眼球的噘头)
当然,如果大家记忆力好的话,应该可以记得PW4的时候PW论坛不能访问很长一段时间,后来恢复到一段时间前的数据,官方的说法是被人攻击而导致硬盘损坏,其实这种说法是比较不可信的,相对于是被攻击导致硬盘损坏还是大量I/O操作而产生的后果,我个人更倾向于后者.

当然,如果大家比较关注5d6d的话,应该知道前几天有一天时间5d6d无法访问,根据非官方消息是因为硬盘坏了,而损坏的原因我想当然是因为大量用户大量进行I/O操作了,试想,我们一个论坛,进行磁盘I/O操作的仅为管理员进行更新缓存时进行的,而5d6d每一个会员就是一个管理员,试想下对磁盘是多大的考验?所以我并不奇怪5d6d的硬盘坏了.

当然,也许在读这篇文章的很多朋友都有使用过BT,也听说过BT对硬盘很伤,不能开多,而所谓伤害,和这里指的都是同一样东西,大量I/O导致磁盘出现碎片甚至出现磁盘坏道.

这里都是说些很实际的例子来说明问题了.

3.关于伪静态的坏处
当然犹如一篇文章的作者所说的

“如果流量稍大一些使用伪静态就出现CPU使用超负荷，我的同时在线300多人就挂了，而不使用伪静态的时候同时在线超500人都不挂，我的ISS数是1000″

确实是这样的,由于伪静态是用正则判断而不是真实地址,分辨到底显示哪个页面的责任也由直接指定转由CPU来判断了,所以CPU占有量的上升,确实是伪静态最大的弊病.

4.我们该如何做?

我们来总结一下.
1.使用真静态和假静态对SEO来说没有什么区别
2.使用真静态可能将导致硬盘损坏并将影响论坛性能
3.使用伪静态将占用一定量的CPU占有率,大量使用将导致CPU超负荷
4.最重要的一点,我们要静态是为了SEO

所以.
1.使用真静态的方法可以直接排除了,因为无论怎么生成,对硬盘来说都是很伤的.
2.既然真伪静态的效果一样,我们就可以选择伪静态了.
3.但是伪静态大量使用会照成CPU超负荷.
4.所以我们只要不大量使用就可以了.
5.既然静态只是给SEO看的,我们只需要伪静态给SEO就行了,不需要给用户使用.
6.所以我们只要在专门提供给SEO爬的Archiver中使用伪静态就可以了.
7.谢谢大家耐心看我写的文章.
8.有何不解的地方或是有不同的看法欢迎提出.

基本的用法比如：

find . -name '*.htm' | xargs tar czvf backup.tar.gz

一般情况，上面这个命令运行的很好，但是如果找到的文件名代空格，上面的命令运行就可能会出问题了。

find有一个参数-print0，于默认的-print相比，输出的序列不是以空格分隔，而是以null字符分隔。而xargs也有一个参数-0，可以接受以null而非空格间隔的输入流。所以说xargs简直就是为find而生的。上面的问题就很好解决了：

find . -name '*.htm' -print0 | xargs -0 tar czvf backup.tar.gz

网上搜索了一下，大概有几种方法可以解决局部打印问题。

1. 在html里面嵌入<!–start_pirnt–><!–end_print–>标签，然后使用js将要打印的部分取出，然后新打开一个窗口，将要打印的部分送入新窗口，onload事件里面写window.print即可，这样做了以后table就会全打出来了，但是这样做的用户体验不会太好，新开的窗口还需手动关上，但是我看了一下好几个大型网站的做法，在页面布局很复杂的情况下，按下print按钮，先会出来一个print preview的页面，然后再打印，这样也许给了用户适当的选择。
2. 使用css控制要打印的内容，对不打印的部分加上<div class=”noprint”></div>，对要缩放的table加上id=zoom_table，然后css里面加上@media print{.noprint {display:none;} #zoom_talbe{zoom:70%}}，这里要注意的是，zoom这个属性只有ie支持，这样就可以解决部分打印的问题了，自己使用的是第二种方法

这里还要注意的是如果不想把另外一个frame打印出来，则需window.parent.frame_name.print

You are given an unsorted array of integer numbers. Your task is to sort this array and kill possible duplicated elements occurring in it.

Input
The first line of the input contains an integer number N representing the quantity of numbers in this array(1≤N≤1000). Next N lines contain N integer numbers(one number per each line) of the original array.

Output
Output file should contain at most N numbers sorted in ascending order. Every number in the output file should occur only once.

Sample input and output
Standard Input Standard Output
6 3
8 7
8 8
7
3
7
7

C++代码

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59

#include <iostream>
#include <fstream>
using namespace std;
#define MAX_LEN 1000
 
int number_of_inputs;
int inputs[MAX_LEN];
 
void get_inputs()
{
	int i;
	cin >> number_of_inputs;
	for (i=0;i<number_of_inputs;++i)
	{
		cin >> inputs[i];
	}
}
 
void qsort(int left,int right)
{
	int i = left;
	int j = right;
	int pivot_index = (i + j) / 2;
	int pivot = inputs[pivot_index];
	while (i <= j)
	{
		while (inputs[i] < pivot)
			++i;
		while (inputs[j] > pivot)
			--j;
		if (i <= j)
		{
			int temp = inputs[i];
			inputs[i++] = inputs[j];
			inputs[j--] = temp;
		}
	}
	if (i > left)
		qsort(left,j);
	if (j < right)
		qsort(i,right);
}
int main()
{
	get_inputs();
 
	qsort(0,number_of_inputs-1);
	ofstream output_file;
	output_file.open("output.txt");
	for (int i =0;i<number_of_inputs-1;++i)
	{
		if (inputs[i] != inputs[i+1])
			output_file << inputs[i] << endl;
	}
	if (i == number_of_inputs -1)
		output_file << inputs[i] << endl;
	output_file.close();
	return 0;
}

题目：
Problem A. Prime Number
Input file: Standard Input Page 1 of 2
Output file: Standard Output
Time Limit: 1 Second
Output the k-th prime number.

Input
k≤10000

Output
The k-th prime number.

Sample input and output
Standard Input Standard Output
3 5
7 17

C++代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

#include <iostream>
#include <cmath>
using namespace std;
 
int isPrime(int n)
{
	int i,flag = 1;
	for (i=2;i<=sqrt(n);++i)
	{
		if (n % i == 0)
		{
			flag = 0;
			break;
		}
	}
	return flag;
}
 
int main()
{
	int i = 1,n = 2,k,result;
	cin >> k;
	while(i <= k)
	{
		result = n++;
		if (isPrime(result))
			++i;
	}
	cout << result;
}

Launcher

在这里我将推荐3款Launcher加载器：
1. Launchy
2. Colibri
3. Enso

Launchy和Colibri都开源，两者都允许你打开一个小窗口，你输入应用程序名称，它就会弹出一个应用列表。Launchy是现在最流行的开源加载器。Colibri则尝试模仿一个名为“Quicksilver”的Mac OS X工具。而Enso加载器有一些有趣的附加特性。它也是免费的，有Humanized公司开发。该公司是Jef Raskin所创立。Enso中融入了许多他自己的用户界面设计观点–有时有点偏激，但很有效。

在TFTP早期版本(RFC783)中，规定了数据发送方在一次数据发送之后，必须等待数据接收方acknowledgement包的送回，当接收到acknowledgement包的时候，就把接下来的数据继续发送，但是如果从发送开始到接收到acknowledgement包之间的时间大于一个值timeout，那么，数据发送方认为本次发送的数据包丢失，它将再次发送本次数据包。

可是，在有一种情况下，会产生很严重的问题：
1. 数据发送方S（source）发送数据X给数据接收方D（Destination）
2. 数据接收方D收到了数据X，并且将数据X的确认包acknowledgement发送给S
3. 此时该确认包acknowledgement在网络中严重堵塞，但是没有丢失
4. 当timeout值超时后，S将数据报X再次发送给D
5. S收到了X的第一次数据确认包，发送数据包X+1给D
6. D第二次收到了S发送的数据包X，将数据X的确认包再次发送给S
7. D收到了数据包X+1，并将数据包X+1的确认包返回给S
8. S第二次收到了数据包X的确认包，再次将数据包X+1发送给D
9. S收到了X+1的确认包，把数据包X+2发送给D
10. D第二次收到了数据包X+1，再次发送数据包X+1的确认包给S
11. D收到了X+2的数据包，将数据包X+2的确认包返回给S
如此往复

这样，这个过程已经趋于稳定，现在网络中S向D发送数据每次都需要发送同一数据的两份拷贝，这样极大地占用了网络资源，而在最坏的情况下，有可能接下来所有发出的数据包都会超时，那么这种情况下会造成数据包传输的指数级爆炸，就像魔术师学徒变扫帚一样，一个变两，两个变四，四个变八（具体那部电影没看过，这里只能YY下^_^），这种情况在现实中是不允许存在的，这会给TFTP服务器以及网络带来太大的负担，那么如何解决这个问题呢，很简单，只有当收到某个数据的第一个确认包时才将该数据包的下一个数据包给对端，这样就很方便地解决了魔术师学徒综合症问题（SAS）