最后发现到了Z盘后，就识别不了新的硬盘了。Windows果然弱爆了。

今天贡献硬盘的有洪科，晓彬，钦杰，桐文，谢谢他们啊~~

见证历史的图!!

现在终于有机会继续学习了。

首先回顾下，编译原理考试第一题的答案。就是翻译的步骤。

对于编译，第一步是词法分析。也就是分出一个个Token。

例如，像一行赋值语句：a[index] = 4 + 2 ，我们可以将其拆成一个个基本元素，每种元素都有自己的类型。如下所示：

这些Token将作为编译过程中最基本的元素。

当这些Token它们组合在一起，就成了句子。在这个时候，我们就可以进行语法分析了。

我们可以将其组织成一棵抽象的语法树。根节点就是抽象的表达式，因为这个一句话就是一个表达式。然后可以分割为赋值表达式的3个元素，然后逐级分割，到了叶子就是基本的词法单元Token了。

在做完语法分析后，我们就要进行语义分析。为什么要语义分析呢？我们要根据语义来标记这棵语法树，让其变成标记树，然后才好根据这棵树生成中间代码。

通常，我们的中间代码都是一种三地址码。可以理解为只有三个变量以内的表达式。

对于三地址码，我们可以进行代码优化，例如想上述的代码可以优化成：

对于优化后的中间代码，我们可以方便的将其翻译成汇编代码。

我们假设变量a的类型是占4个字节。于是可以翻译成下述汇编

于是关于代码生成的部分就完成了。

下面的拿Vim把返回码处理成表格还加了颜色，哈哈，果然用Vim就是像刷屏一样。配合宏真是无敌了！

为了快速完成，基本原理就是人工找到笔记本的页面。

然后他有22页（Page），编号规则如下：

http://www.360buy.com/products/670-671-672-0-0-0-0-0-0-0-1-1-1.html

http://www.360buy.com/products/670-671-672-0-0-0-0-0-0-0-1-1-%d.html

http://www.360buy.com/products/670-671-672-0-0-0-0-0-0-0-1-1-22.html

我们可以先访问每一页，每一页有很多个笔记本，然后我们从中汲取出每个笔记本的页面的url，记录下每台笔记本的网页的url，然后在访问每一个笔记本的页面，从中取出笔记本的参数，OK，非常简单，打完收工。

为了加速，我们采用多线程，一些工作线程访问Page，从中取出笔记本产品Product的url放到一个队列里。然后另一些工作线程从队列里取出笔记本的url，然后从中取出笔记本的参数。然后输出到文件中。

点击下载源代码：jindong
#!/usr/bin/env python
# author: Cedric Porter [ Stupid ET ]
# contact me: cedricporter@gmail.com

from urllib import urlopen
import threading
import re
import Queue

def get_info(url):
    '''abstracts product info '''
    p = re.compile('<tr><td .*?>(.*?)</td><td>(.*?)</td></tr>')
    text = urlopen(url).read()
    info = []

    for t, v in p.findall(text):
        info.append((t, v))

    return info

def get_urls(page_url):
    '''gets product urls from a page'''
    p = re.compile(r"<div class='p-name'><a target='_blank' href='(.*?)'>", re.S)
    text = urlopen(page_url).read()

    urls = []
    for url in p.findall(text):
        urls.append(url)

    return urls

def get_page_urls():
    '''creates urls of the pages'''
    page_urls = []
    for i in range(1, 23):
        page_urls.append('http://www.360buy.com/products/670-671-672-0-0-0-0-0-0-0-1-1-%d.html'% i)
    return page_urls

def product_worker(product_url_queue):
    '''thread of product worker, downloads product info'''
    global g_mutex, f, g_c, g_done
    while not g_done or product_url_queue.qsize() > 0:
        url = product_url_queue.get()
        try:
            info = get_info(url)
        except Exception, e:
            product_url_queue.put(url)
            print e
            continue

        g_mutex.acquire()
        print '==>', g_c
        g_c += 1
        for t, v in info:
            f.write(t + ':::' + v + '\n')
        f.write('\n#####\n')
        f.flush()
        g_mutex.release()

def page_urls_worker(product_url_queue, page_url):
    '''thread function of page urls worker, downloads page urls'''
    for product_url in get_urls(page_url):
        product_url_queue.put(product_url)
        print '.'

f = open('data.txt', 'w')   # output file
g_c = 0                     # counter, for telling us the process
g_done = False              # end flag
g_mutex = threading.Lock()  # mutex

def main():
    global g_done
    threading_pool = []
    q = Queue.Queue()
    num_product_worker = 50

    for i in range(num_product_worker):
        th = threading.Thread(target=product_worker, args=(q,))
        threading_pool.append(th)
        th.start()

    page_urls_worker_pool = []
    for page_url in get_page_urls():
        pth = threading.Thread(target=page_urls_worker, args=(q, page_url))
        pth.start()
        page_urls_worker_pool.append(pth)

    for th in page_urls_worker_pool:
        threading.Thread.join(th)

    g_done = True

    for th in threading_pool:
        threading.Thread.join(th)

if __name__=='__main__':
    main()

输出如下的文件：

2月8日，burst出了优惠码，我决定用优惠码，有个8折，而且以后都是8折，还好。

有个ftp直接修改文件，这样也方便很多了。

努力~~~

不过想起昨天还真是悲剧，开通了10分钟84就将账号发给我，但是竟然没有ip地址，这真是奇葩啊。于是发了ticket就去闲逛了，我们比他们晚13个小时，他们上午8点上班，也就是我们的晚上9点。于是晚上9点多就有人回复解决了问题，把问题修复了，并且把ip重新发了。然后技术支持很好心的问了还有什么需要帮忙，然后就再顺便帮忙分配了一些ipv6的地址。

于是今天开工迁移了。这次将网站都迁移过去了，等过几天再把Git版本库也迁移过去。

原来的主机用的是nginx（发音同 engine x），换到burst.net后默认就装了apache，于是就决定换回apache了，重新配置了下换成worker模式，感觉和nginx差不多吧。

在如下python写的简单的压力测试下服务器基本也没什么压力。

#!/usr/bin/python
from urllib import urlopen
import threading

class Flood(threading.Thread):
    def run(self):
        for i in range(100):
            url = urlopen('http://everet.org/2012/02/how-to-open-sack.html')
            print url.getcode()
q = []
for i in range(50):
    t = Flood()
    t.start()
    q.append(t)
for i in q:
    i.join()

#

现在服务器上挂了4个wordpress，也没什么压力。

前几天在原来的服务器上用nginx+webpy写个几个查看信息的页面，webpy就占了60MB的内存，而且发了几百个并发就死了，这让我情何以堪。可能是我的配置有问题，不过内存还是比较无语的问题，所以还是找找更轻量级的实现了。

以前每次都是非常麻烦地的拿个剪刀慢慢剪，要剪很久才能剪开，今天上网找了下，发现还真有方法，一试就轻松打开了米袋的缝合线。

四句话：双线对着我，须从左边扯，剪断出线头，两边一拉的。
双线对着我：是说面对面袋、米袋封口的双线。
须从左边扯：是说从左边拆。
剪断出线头：是说剪断封口处多余的线头。
两边一拉的：是说剪断出线头后，会出现两个线头，一手拉一个线头，向两边拉，封口就开了。
正规封口机封的口很好拆，不正规封口机封的口很难拆。

此法只给还不会拆米袋的缝合线菜鸟们看的：

1、看一下米袋的缝合线，两面是不同的。如图1：

2、沿米袋边，在X处，用剪刀把线剪断（一定要在红色的箭头方向）。如图2：

3、把A面的双线环形处的断线清理干净。如图3：

4、在B面的箭头方向X处拿住缝合线，只要轻轻地一拉，应该能顺利的把袋口拆开。如图4：

以上方法只适用于单线缝合的，如果是用双线缝合的，那A面更复杂些，折线时也更难些。其方法是：（到上述的第4步时），B面只能拉几针（就拉不了），接下来拉A面的线头（也只能拉几针），再拉B面的线头，这样只能反复地拉两面的线头，才能拆完。

论文：

http://www.om.sist.chukyo-u.ac.jp/main/research/origami/journal/jvca.html#conclusions

我在Ubuntu 10.10上编译会出现错误如下错误

tcpservpoll01.c: In function ‘main’:
tcpservpoll01.c:13: error: ‘OPEN_MAX’ undeclared (first use in this function)
tcpservpoll01.c:13: error: (Each undeclared identifier is reported only once
tcpservpoll01.c:13: error: for each function it appears in.)
tcpservpoll01.c:13: warning: unused variable ‘client’
make: *** [tcpservpoll01.o] Error 1
解决方案是去定义一下OPEN_MAX它。

我们在unp.h里面加上

#define OPEN_MAX 1024

就好了。

设为1024的原因见 http://blog.chinaunix.net/space.php?uid=23242876&do=blog&id=2480261