建议 1. 你检查下 supervisor 启动的时候，[program:django_cms] 有加载吗？
建议 2. gunicorn 可以试试直接放在系统启动加载

@hahastudio 我上面的回复里修正了，标准的应该是 4 个，只是写三个好像现在的新解释器输出结果是一样的。

@noe132 试了三个没问题，查了下，发现四个才是标准写法

@rogerchen 因为除了反斜杠，还有其他的符号要一起，问题里省略了

还有各种第三方 API 加载 js，拼装，渲染，不慢才怪呀

这个对爆料人及爆料内容真实性无法审核，会有法律风险吧

赞一记！另外楼主最好搞些差异化特色，否则容易给用户印象就是付费阅读，只是哪里买的区别。当然，如果砸重金，签大牛，强运营，就没必要打差异化，资源就是差异。

@Sapp iPad Pro 日常办公，CPU 够用了，就是模拟 x86 不知道性能耗损到底有多少

类似的竞争对手是知识星球（以前叫小密圈），知乎专栏，掘金专利这些吗？

@relaxchen 英特尔准备起诉了，认为 arm 模拟 x86 指令集侵犯其专利，这和 Oracle 起诉谷歌侵犯其 java API 有点类似

x1c 2017 性能续航都不错，重量能到 1kg 以下当然好，估计做到了也就没这么皮实了

:wq!

基本都是靠这条结束 233333

@jinyang656 很早前 pc 厂家还开发过一拖多电脑（见过 1 拖 4 的），就是一台主机配四套键盘鼠标显示器的，有趣死了😭

@Icarooooos 你看我的测试命令，其实在(venv)下也没有问题，因为这也是手动直接启动的，locale 参数还是正确的。用其他程序启动的时候，就把 locale 给改掉了 NND，改了就成默认的 ascii 了，不是 utf-8 了

@mengskysama
@Icarooooos

是的，这个是部署上的问题。本地直接启动的开发环境没问题，和 server 上启动的环境不一样，不知道 server 上那个环节调用的时候把 locale 的参数搞没了，据说是 uwsgi 或 gunicorn 改这个参数的可能性最大

@jason0916 哈哈😄 那就贴上一个问题的链接，或者忽略也无所谓，issue 是可以搜索的

嗯，确实看到一些高手，连回复问题的能力都很强大！强大到有人提出了一个错误的 issue，他都能尝试给出正确的解决方法（他猜出这个 issue 出现的真正原因，不是反馈者表述的那个表面问题）

@aver4vex
@also24

是的，我试过改 locale 的设置，重启之后，python 测试：
import locale
locale.getpreferredencoding()
locale.getdefaultlocale()

开发环境是：
UTF-8
('en_US', 'UTF-8')

server 环境是：
ANSI_X3.4-1968
(None, None)

看起来，就是 defaultlocale 没生效。



@congeec

我用了不同的编码专门去测试哪一行 extractall()的运行结果，记录日志，英文的都能正确运行通过，所以知道是那一行运行错误，只是不知道怎么正确 debug 了

@ltux 在本地开发环境，可以 extractall()成功；在 Server 环境 extractall()不成功，系统没办法识别中文文件夹和文件名。

感觉奇怪的就是在这个地方。因为 extractall()都没有设置选项，本地可以成功 extract all，说明只要环境设置 OK 就能解析中文文件名，就可以。只是我没发现这个环境设置参数是哪个，所以 Server 上出错，就不知道改哪个地方啦。

@ltux 我知道是什么错误：就是文件名编码的问题。我是征对性的测试，只是奇怪本地环境和 server 环境一样，server 上中文名会编码通不过，比较奇怪。

@lolizeppelin 老外大神都是英文文件名，根本遇不到这种 bug （@_@）

@wellsc
@ltux
是啊，看了源码，zipfile 默认 cp437 和 utf-8，try 了一下 cp437，error 就用 utf-8。没有参数可以设定。要是中文名 gb2312 都不知道怎么 encode