konakona
konakona
博客图片损失公告(BREAK NEWS —— 已找回)
博客图片损失公告(BREAK NEWS —— 已找回)

概述

1月份的时候事情接二连三的出现,短短一周的时间,这些问题是一起来的。

博客的ECS网卡驱动问题,在恢复后,无法启动mysql,经排查发现是部分文件损坏了(ifm和idb),加上git被注销了,祸不单行吧……重新用coding在原来git文件夹里进行了set-url origin,将项目迁移到coding,结果忘了自己没有备份图片,在git head命令后,一切已不再……But,我发现我本机确实有所有的图片,只是被git忽略了。git add -f you啊!

https://blog.img.crazyphper.com/2019/02/82DD468D-96A0-4915-98E7-2271A26E18A6-800x472.jpg

今天服务器再遇新问题,可能是因为1核1G的缘故吧,响应跟不上,出现几次操作服务器后服务器假死的现象。心一横,嘿!我就重装了(重装后在安装环境的时候也多次出现假死现象,5月份到期就去良心云)。从原来的Centos6 + Apache2.2+PHP7.1+mysql5.6 升为了 Centos7.6 + Nginx+PHP7.1+mysql5.7。

https://blog.img.crazyphper.com/2019/02/install-800x468.jpg

强烈安利一波http://oneinstack.com,很好用。

访问速度

更换Nginx和PHP Opcache网站访问速度一下子就上去了。

https://blog.img.crazyphper.com/2019/02/before-300x166.jpg

优化前

https://blog.img.crazyphper.com/2019/02/after-300x166.jpg

优化后

阿里云ECS网卡驱动挂载问题

网卡驱动掉了,我这边是登录不上的。只能发工单让阿里云技术帮忙解决。

原因是很久以前服务器执行过yum update…

https://blog.img.crazyphper.com/2019/02/1549693348095.jpg

innodb *.ifm *.idb损坏

可能是因为在阿里云ECS控制界面进行了2次硬重启和多次reboot,导致了数据文件损坏,无法启动mysql。好在损坏并不严重,通过设置my.cnf[mysqld]里的innodb_force_recovery=1 后重新连上mysql导出了所有数据。再将文件清理后,注释掉innodb_force_recovery=1,启动mysql,导入之前导出的数据文件。这一难OK……

oschina的git被注销

https://blog.img.crazyphper.com/2019/02/1549692085750-621x600.jpg

这个就操蛋了,纯oschina的坑。我的QQ邮箱收到了oschina的邮件通知。我用QQ回复了oschina告知现在已经无法使用google账号进行第三方登录。oschina方面回复我说无法证明我是本人,所以我改用该gmail发送邮件。

https://blog.img.crazyphper.com/2019/02/1549692589854-800x466.jpg https://blog.img.crazyphper.com/2019/02/1549692614097-800x433.jpg

oschina方面回复,说我可以用gmail的邮箱地址进行登录。

https://blog.img.crazyphper.com/2019/02/1549692742652-800x277.jpg

我试了一下,发现登录上去是一个新的账号,整个人都不好了……第三方账号登录和本站账号注册登录完全是两码事啊!到这里我已经全然失去了跟oschina进一步沟通的心情,丢了就丢了吧,时候也到了,彻底跟oschina say byebye咯。

oschina真是任性到极点,4年前也有过两次不愉快(一次是升级后git无法访问;一次是因为命名问题搞丢了git,后来找回来了),虽然oschina的技术团队对技术的进取姿态我并不反感,但是搞丢了我2次git,我真的超级不爽。

反正,我的git没了。然后开始在本机上将现有的代码迁移到coding。但是我忽略了coding的图片不是最新的,代码确是,然后我在服务器上执行了git head QAQ悲剧就诞生了。

MYSQL5.6和5.7的strict模式

从5.7开始,datetime不允许使用0000-00-00 00:00:00这种非法时间格式。但是Navicat和Wordpress仍然为这种字段格式提供的默认值就是它。所以我的博客得手动修改。

timestamp不允许使用0做为默认值,所以laravel项目要改。

这是一场5.6和5.7之间 strict 不 strict 的battle啊。我不想改my.cnf,脑壳疼。突然灵机一动,填了个正确的日期,搞定! 我真是个小机灵~

https://blog.img.crazyphper.com/2019/02/CE7C2960-5635-46A5-A216-8F627F270A46-800x433.jpg

 

 

 

赞赏
没有标签
首页      生活      博客图片损失公告(BREAK NEWS —— 已找回)
https://secure.gravatar.com/avatar/3b712b34a0e1b689cfb524c9c6bcdc47?s=256&r=g

团哥

文章作者

继续玩我的CODE,让别人说去。 低调,就是这么自信。

发表评论

textsms
account_circle
email

konakona

博客图片损失公告(BREAK NEWS —— 已找回)
概述 1月份的时候事情接二连三的出现,短短一周的时间,这些问题是一起来的。 博客的ECS网卡驱动问题,在恢复后,无法启动mysql,经排查发现是部分文件损坏了(ifm和idb),加上git被…
扫描二维码继续阅读
2019-02-09