还是上面的论点，先试试 python main.py upload localhost matlob matlob matlob_folder a.txt

windows 系统的文件关联很搞，也许你的 .py 在注册表里面关联的执行程序 template 有问题。

1、你是什么系统。
2、你调用 py 文件的命令行是什么？

一个标准的调用方法（最不容易出错的形式）是 python aaa.py 参数...

用 iptables 控制内网走哪个 dns。

@Judoon

@sadhen 虽然崇尚自己的轮子，便于优化可以认为是优点，但是从开发效率来讲，也是一种缺点。我几年前用过 TeXmacs，从用户角度来讲，很多时候功能不够用是最大的问题，而不是效率。而且最终如果要导出成 LaTeX，当年的体验是排版错乱很严重，所以也不是很好用。

另外 TeXmacs 使用自己独特的文件格式（也可以看作一种自己造轮子？），也是阻碍更广大用户接受的大问题。感觉最近几年 LaTeX 和 Markdown 编辑器的易用性都上来了，前者有 Texpad （自己造了个 LaTeX 子集的实时编译器），后者有 Typora （所见即所得，公式支持也不错）。这两类格式用的都比较广泛，相关工具链也比较完善。所以 TeXmacs 还剩下的特色功能到底是什么呢？

千万别选 Django，只是为了配合 JS 前端的话，那东西太笨重。

为啥楼上一堆无脑 Java 的。。。

前段想要一个语言辅助后端，首选不是 Node 嘛？不考虑 JS，Java 和 Python 里面选一个，当然是 Python 拉。

Python + Flask，一小时上手。反正又不要做生产环境运行的正式后端。

我觉得 puppet / openstack 之类的对于小团队确实过分了。

但是 CI & ansible 又不费多少事。装个 GitLab 就有 CI，ansible 自己机器装个也都有了。这有什么好回避的。。。

@otakustay 而且这个世界上有神奇的装置，比如落地式键盘托（我才不告诉你站着看论文。。。）

@otakustay 不足一米也差不多了啦…… 而且一米的桌子我确实见过，给导师做项目在阿里实习的时候。

@laxapple @tommyzhang 200% 缩放的话，放一米距离，字就太小看不清了。

27 寸 200% 缩放一米距离正好。

对于 bytes：

>>> np.frombuffer(b'string', dtype=np.uint8).reshape([-1,2])[::2].reshape([-1]).tobytes()
b'stng'

np.array(num_list).reshape([-1,2])[::2].reshape([-1])

24 寸 4K 会瞎眼的，相信我。。。

@caneman imgur 是被墙的域名。。。

@Hieast re.sub 有编译缓存。

@xfriday 队列是可以用 asyncio 来处理的。。。我相信 epoll 也有方案，只不过我没用过。