#13 楼 @bony 二级域名有同样的问题啊

~

#32 楼 @Saito https://github.com/taobao/apposs-center

#3 楼 @Saito 看了下代码，还真不靠谱啊

你可以让它 push 失败的...

这个场景，我觉得还是搞 SSH 命令界面比搞 Web 界面靠谱啊

#8 楼 @zw963 我感觉好像是 对于abc def，\A能匹配行首以及 d 前面的那个位置，^只匹配行首。

两个算法不一样啊

为啥要有return?明明有return的嘛。

#3 楼 @jinleileiking 中文回车换行，还是得自己折腾，这里提到的都没原生支持吧。还有生成 PDF 也是个问题，一般都要用 LaTeX 来生成 PDF 的。

rst 自带的 rst2pdf 我没用过

http://sphinx.pocoo.org/ 这个可以转成 LaTeX，但是默认没法显示中文，得自己改配置文件

REST 一开始只是一种架构风格

http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm

后来，不知道为啥 REST 就被矮化成如何正确使用 HTTP 了，再后来连这个都不提了，前几天还有人吐槽过。

http://blog.steveklabnik.com/posts/2011-07-03-nobody-understands-rest-or-http

假如仅仅是 HTTP，看一遍 RFC 2616 就可以了

http://tools.ietf.org/html/rfc2616

#6 楼 @jiffies 你把概念搞乱了，这个检查不需要轮询 (轮询在这里是指用一条指令去检查一下寄存器)，这种检查是在电路层面解决的。你就把它当成一个触发器。

当然了 CPU 完全可以不实现中断，不得不说还是能买到这种类型的 CPU 的。

假如你非要说是轮询，那它就是轮询了。反正不是主动就对了，这就是个硬件层面的逻辑，没有主动或者被动的概念。

#26 楼 @ninehills 现代的 x86 以及 x86_64 CPU 早已不是单纯的冯诺依曼结构了，事实上，核心部分是相当纯粹的哈佛结构。不然你也不会看到 L1 Cache 是区分数据和指令的。

http://en.wikipedia.org/wiki/Athlon_64#Sledgehammer_.28130.C2.A0nm_SOI.29

可预见的未来可能和互联网一点关系都没有

#14 楼 @hooopo 我的意思就是说 Python 的 importer 可以跳过 eval，直接返回结果。module 可以随便建的。

比如像下面这样的伪码。

module = new_module()
module['a'] = 1
module['b'] = 2
sys.modules['xxx'] = module

Python 的 importer 机制对 Ruby 实现类似机制的参考意义并不大。

Perl 那个才和 Ruby 比较接近。

http://perldoc.perl.org/functions/require.html

但 Ruby 又不一样，Ruby 还可以reopen class啊。所以问题就来了，无论如何都要eval一次，importer 应该返回，源代码，还是 ast，还是 bytecode？但是无论返回哪一种，像bitey那样的功能该怎么实现？

#12 楼 @hooopo 这个还真和 Python 的 import 有点不一样啊。

__import__(xxx)

相当于

content = read("xxx.py")
module = new_module()
eval content at module
sys.modules['xxx'] = module

import xxx的时候，就是引用 sys.modules['xxx'] 没有就__import__

而在 Ruby 里，require两次，代码也是只执行一次的吧。所以，你上面那个是load的语义。require是没被require过会去load一下。而load必须得eval，因为直接访问的 namespace 对于所有文件来说是一样的。

#9 楼 @hooopo 相关的一个问题。Ruby 里面 require 到底会干哪些事？Ruby 里 require 的语义和 Python 的 import 不太一样吧。

Python 里面一个模块就对应一个文件，import 之后，就相当于是一个寄生在 sys.modules 下的 dict，所以 importer 的实现可以很简单。

#8 楼 @hooopo 这个问题比较乱，我思路也没理清楚。我就尽量讲一下我现在对这个问题的认识好了。

这个问题和操作系统有关系，和语言也有关系。或者你可以把一个语言的运行期看成一个操作系统。

首先来看 UNIX: Everything is a file。假如Everything is a file只是字面意思，那等于啥都没说。其实这里有两个问题，到哪里去找文件，怎么操作文件。

对于第一个问题，UNIX 的答案是一个树形的File System/Namespace。在这里不对这两个概念进行区分。

对于第二个问题，UNIX 的答案是统一的API/Interface/Protocol/Message。在这里不对这三个概念进行区分。

接着来看 Smalltalk: Everything is an object。类似的。同样有这两个问题。而对于第一个问题的答案，经典的 Smalltalk 80 并不比 UNIX 更好，Smalltalk 80 就直接让你在名字前面加前缀来区分，就相当于你需要把它脑补成树形的。

对于第一个问题同时也隐含着，一切都可以以文件的形式暴露在文件系统上。这也就是你可以看见/proc，/sys这类的目录的原因。

这就是为什么 Plan 9 有file server，Hurd 有Translator。Linux 后来也引入了Fuse。也就是说，有了这个机制和对应的file server，你可以把一个 zip 文件，mount成一个目录，可以直接把可以通过 HTTP/FTP 访问到的远端文件mount成一个本地文件。

假如所有操作系统都原生有这样的机制的话，Python 就没有必要引入 PEP 302 的概念。PEP 302 就是定义了一组 API，让你可以把任何东西，无论它以什么形式存在或者不存在，以 Python object 的形式 import 到 Python 命名空间里，只要你实现了这组 API。

前几天在 Hacker News 上提到的Bitey ，无非就是为 LLVM bitcode 实现了这组 API 罢了。

但是，PEP-302 只是一个 work-around，只能为 Python 解决一小部分的问题。Python 进程运行的时候，事实上有两个独立的 namespace，一个是操作系统的，一个是 Python 的。这也导致了很多麻烦。按照 Python 惯例，并不会把操作系统的 namespace 映射到 Python 的 namespace 里，也不会把 Python 的 namespace 映射到操作系统的 namespace。很多程序，同时会需要一些静态文件，比如图片啥的。而 PEP-302 只定义了get_data，这其实是远远不够的。而且，即便所有 API 都定义好了，这仍然不够好，尽管这对目前的 Python 来说很可能是唯一的办法。这将导致你为同一件事写了两份代码。

我觉得要真正解决这个问题，得使用 Plan 9 那样的操作系统，把 Python 的 namespace 暴露成/python，能用 Python 实现file server，另外，Python 得实现像 Erlang 那样的抢占式调度，那还是 Python 么？我觉得可能还是直接在 Erlang 的基础上改比较靠谱，至少，Erlang 是抢占式调度的，并且也有真正的 namespace 实现 (尽管几乎所有人都用前缀)。

#6 楼 @hooopo 这坑太大，从 zip 文件里 import 只是其中一个很小的应用而已...

#4 楼 @hooopo 问题是你现在问得也太宽了吧，我从哪里说起都不知道

这个问我就可以了。我都被 Django 整得快成 PEP 302 砖家了...