您的位置:首页 > 编程语言 > Python开发

python编码问题 极大似然 2016.05.04回顾

2016-05-05 09:36 537 查看
1、上午对迁移的数据进行检查,最后终于发现没有错了,可以迁移到生产环境

2、对部署到生产环境的程序再次做了测试,发给运维上架

3、把loan_amount逻辑以sql方式给到it

4、再一次地学习logistic regression推导部分,梯度下降法求解,里面有很多数学概念,我都遗忘了,这一块进度很慢,甚至都在怀疑自己不适合去理解这些算法

5、对于那天export PYTHONIOENCODING=gbk解决的编码问题做了研究,

print u'中文' 向终端输入的时候,类unix系统中终端根据环境变量LC_CTYPE的编码定义sys.stdout.encoding的编码,终端输出相当于是print u'中文' .encode('sys.stdout.encoding')

而用nohup挂后台运行,取不到环境变量LC_CTYPE,sys.stdout.encoding的值变为了None,用默认的ascii编码u'中文'报错。

环境变量PYTHONIOENCODING=gbk,强制定义sys.stdout.encoding/sys.stdin.encoding/sys.stderr.encoding的编码为gbk,sys.getdefaultencoding()可以查看系统默认的编码方式,对于python2来说,一般都是ascii,至于为什么nohup不能根据环境变量的值来定义sys.stdout.encoding的值,我尝试深入,发现坑太多,遂放弃,nohup是屏蔽掉挂断信号,让程序一直在后台运行。另外可以参考http://blog.csdn.net/liuyukuan/article/details/50855748

6、kill -9 pid强制杀死进程

7、极大似然通俗点说就是观察到即最有可能发生的,和生活中我们的推断是一样的,只不过被抽象化了

8、关于SQL中形如select * from table_A,table_B这样的查询最后条数是(A表记录数*B表记录数),然后where条件统一写在后面,这种用法我写的比较少,空了可以再次研究下

综上,昨天的工作,主要是logistic regression这种需要强数学的东西上,我感觉到了一些压力,但是我觉得不应轻易放弃,继续去恶补那些数学知识,不说多了,就吃透一个logistic regression!!!加油!!!不要放弃!!!
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: