panlq
有遇到过加速下载release 被chrome 识别为危险文件，拦截的吗？如何解决？
### 1 cgi module cannot handle POST with multipart/form-data in 3.x https://bugs.python.org/issue4953 linux EOL is "\n", windows is "\r\n" so cgi.FieldStorage in windows has a problem the [multipart](https://github.com/defnull/multipart) parser adapted...
**intern机制的字符串有什么限制呢？**，应该是在PyDict_SetDefault()这个函数中有限制，比如带有空格的字符串就不行，望解答，谢谢大佬！ ```shell In [50]: a = 'python' In [51]: b = 'python' In [52]: id(a) Out[52]: 442782398256 In [53]: id(b) Out[53]: 442782398256 In [54]: b = 'hello python' In [55]:...
后面这部分好像有问题吧，请问您用的是ipython3吗，我执行的效果跟您的不一样 ```shell In [8]: a = 'hello' + 'python' In [9]: b = 'hellopython' In [10]: a is b Out[10]: True In [11]: a = 'hello ' + 'python' In...
实现了`__del__`方法的对象，会被放入finalizers中，并在最后与old链表合并，这么说的话，这个对象并没有被gc回收，我在另外一篇文章中看到说在[pep-0442](https://legacy.python.org/dev/peps/pep-0442/#c-level-changes) 解决了这个问题。我去看了没看懂（泪目）但是就目前的源码来看并没有进行回收。 与old合并的话，如果old达到阈值触发gc，仍然是finalizers，这样不是死循环了吗，到底被触发GC回收呢？ 望解答，谢谢！
@Junnplus ### 1. 我自己也尝试了一下，确实是会回收，但在官方文档中声明了 [当解释器退出时不会确保为仍然存在的对象调用 __del__() 方法](https://docs.python.org/zh-cn/3/reference/datamodel.html#object.__del__) > PS:之前开发中就是有一次在类中写了`__del__`这个方法，在linux parallel 模式下，有时候会有留下一些僵尸进程，后来把`__del__`去掉后，就没有了。当时理解应该就是`__del__`没释放内存导致进程占用。 **官方对__del__声明： del x 并不直接调用 x.__del__() --- 前者会将 x 的引用计数减一，而后者仅会在 x 的引用计数变为零时被调用。** 根据上面运行结果我理解如下： > 当实现__del__方法的对象之间存在循环引用的时候，当调用gc ，subtract 循环引用后，也就会调用对象各自的__del__方法了，所以打印了 ```shell > In...
a workaround add build args, ` --ignore-path=/var/mail --ignore-path=/var/spool/mail `
> 1. 引入认证header(auth)，类似于docker的config.json > > ```shell > { > "auths": { > "https://index.docker.io/v1/": { > "auth": "Z29vZ2xlaW1hZ2VzOnl4eDkzMDyxOA==" username:password base64 encode > } > } > } > ``` > >...
> 你从浏览器复制就有, 直接复制url是没有的 在实时预览过程中，考虑支持下 url to link title or url to linkcard 的功能呀，大佬！