しらssl一次悲惨的升级
しらssl流量自从上线以来一直比自己预计的要多,个人也是对它很看重,在0.5.0之前,版本升级一直是个问题,为了解决次问题查阅一些资料,询问了一些dalao,找到了一套方案,然而升级过程很不顺利,产生了这次悲惨的过程.
配置项的储存问题
v0.4.7时,配置文件里有上游api|recaptcha信息|数据库|版本号|shell信息|各种路径|盐等一些乱七八糟的信息,算上框架的配置项之后是一个很大的配置文件,咨询dalao时发现dalao们大多数配置都是存在数据库内,配置文件基本上只有数据库连接信息,他们建议我使用环境变量存储这些配置,但是目前来看我的配置文件显然不适合存到环境变量内.
最后我选择将配置文件分割为3份[主配置文件|生产配置文件|开发配置文件],主配置文件内放版本号和常年不动的配置项,其余两个则存放测试和生产环境配置不同的配置项和相对变动较为频繁的配置项,环境变量只设定目前的环境是生产还是开发,然后根据此变量加载对应配置文件.
$_ENV获取不到值(悲惨的开始)
写完v0.5.0的代码之后高高兴兴的到服务器上,先给fpm加了环境变量,然后git clone然后打开页面嗝屁了,直接在线调试<? var_dump($_ENV);?>发现数组是空的,搜了一下发现php.ini加个参数即可,加完大概快10点了,看了下页面显示正常,去loc更新帖,然后直接去看番准备睡觉了,看的桃剑,这番我感觉除了奶子其它什么都没有,而且奶子也一般,那个'天女队'的发音总感觉是想刻意叫成'天乳队'的,看完一集发现loc有人反馈说自动刷新等了38次状态一直没变,然后直接在控制器里的构造函数加了终止,第二天到公司开始排查,一开始以为ssh链接不了的问题,写了个测试方法执行了几个命令均正常返回,然后直接copy生成的命令去人工执行发现cli脚本抛出异常,获取不到环境变量,最后改了下配置文件默认的加载方式,这个问题解决了.
获取不到linux的环境变量
昨日的部署很不顺利,git pull和push都出现了冲突的提示,甚至冲突的文件直接将冲突的标签保存到了文件本身,部署后各种语法错误,无奈服务端人工去除了错误文件里的冲突标签,考虑到只给php-fpm加环境变量的话cli没办法获取到,于是在开发环境将环境变量加到的linux的系统变量文件里,然后发现$_ENV没有获取到添加的系统变量,然后google和baidu各种搜索也没找到解决的方法,去问了几个dalao也都不知道怎么回事,又一次陷入僵局.
模拟ENV
已经过去了几个小时,事情仍然没有进展,突然想到了之前在github看别人的源码时看到过.env这种文件,发现laravel也有用到.env文件,于是找了下发现php自身不会加载这种文件也没有相关的函数,是人为加载的,不报希望的去tp手册搜了下.env发现了这一句"在开发过程中，可以在应用根目录下面的.env来模拟环境变量配置，.env文件中的配置参数定义格式采用ini方式",于是在配置文件里用了\think\Env::get()来获取.env里的变量,根据此变量来加载对应文件,然后在.gitignore加入.env,版本号升级到了Beta0.5.1,到这里无缝升级基本上就算完成了.
Line的webhook无法添加(结尾)
弄完之后去line开发者控制台给机器人添加webhook,域名验证的时候提示验证失败,しらssl用的ssl并非自身签发的alphassl而是使用的comodo的ssl(从namecheap使用edu优惠获得的comodo的ssl,而且之前用的是namecheap的虚拟主机,用了自带的一键部署,重新签也很浪费,所以就继续使用了之前的ssl),于是去找了下line的证书白名单列表,发现comodo也确实在里面,但是不知为什么就是不能添加,又一次陷入了僵局,查阅了一些资料,在github找到了一个差不多的问题,但是我英语渣,没看懂,最后也不抱希望的去几个群里问了下,过了一会一个群友截图,图中是一个对しらssl的检测报告,报告中标记说证书链不全,于是想起配置证书的时候没有加ca的证书,于是便将ca的证书加到crt里,再次验证,发现证书检测通过了然后出现了500错误,于是找了几天前抓包抓到的line的服务器传递来的参数用postman模拟了下,发现可以正常返回,于是便从接收webhook的入口加入了file_put_contents(),发现在验证webhook时line的服务器会向webhook入口发送2个消息,其中第一个消息是一个普通的消息,而第二个消息是贴图消息,于是检查代码,和line服务器发来的参数,发现line的贴图消息和文本消息结构不同,而我写的入口只处理了文本消息,当收到贴图消息时,由于结构不同,没有文本消息的字段,便返回了500错误,然后修复了一下发布了Beta0.5.2版本,到服务器git pull了一次,在去line的开发者面板点击验证,发现验证通过,然后向line机器人发送消息,机器人也有正常返回,这时line机器人也修好了.
其它杂事
Beta0.5.0->Beta0.5.1升级时考虑到在0.5.0时修改和删除了一部分文件,git又不熟,于是先终止新申请,等1个小时让已经进行申请的用户申请完毕,然后删除了网站整个目录重新git clone生产环境的配置文件事先改好一起提交到git,这样克隆完直接就能用,克隆完成之后,打开网站,确定无错误,到这里升级就完成了.
总结
这次认识到了git分支重要性,以前有的没的都直接往master里塞,前些日子分出来了dev分支,但是感觉还是没有毛用,现在dev分支放开发代码,master只放生产环境的代码,每次开发完将dev分支的代码合并到master然后去生产环境
git pull,直到完成了第一次无缝升级才发现,git分支真是个好东西.我好菜啊#(装大款)