Recent Posts
MacBook Pro 2015 更换电池记录
电脑特别卡,无意中发现电池鼓包严重 此款笔记本 2015 年上市,已使用 4 年多了。 近段时间以来,电脑越来越卡,浏览器开几个网页就卡。尝试过清理垃圾、清理内存、升级系统,均不起作用,真想使用重装系统大法。活动(进程)监视器中有两个进程占用了特别高的使用率,分别是 WindowServer 和 kernal_task。
查询得知,WindowServer 负责渲染,但我只开几个网页,也会卡到爆,换做以前开二三十个网页都没问题;kernal_task 控制风扇的,当它觉得电脑太热时,会占用较高资源,让风扇疯狂转起来。
笔记本散热不好,我是知道的。大部分情况下,我会开好几个程序,因此风扇一直都是以较大功率运行着。这几年都是这个情况。 可是现在什么都没做,电脑都会卡到爆炸,就百思不得其解了。
直到近日,想着给电脑散散热,取下了电脑保护壳( A面、D面有保护壳),才发现 D 面(底面)中部已经鼓起来了。D 面有 4 个触点,正常情况下,正好可以水平放置。因为中部凸起,导致有一个点已经悬空,手掌按压,能感受到鼓起来的部分还比较严重。这只能说明电池鼓包很严重,吓得我赶紧关机了。
此款笔记本,去年(2019 年)苹果出了一个电池召回计划,说是电池有隐患(会爆炸的那种),提供免费更换服务。我去了,但是没换成。因为 2017 年北京突如其来了一场特大暴雨,我护机不利,导致电脑进了很多水,差点就寿终正寝了。 维修人员说不能更换,理由是更换电池会连着主板一起换,我的主板进水了,所以不能免费更换了。我就很纳闷,电池和主板一般情况下都是分开的,怎么会需要连着一起换呢。查了一些资料(增加了拆机相关的知识储备),发现有很多人就是自己买电池,自行更换成功的。那时,电脑还能正常使用,就没纠结着电池的事了。
现在电池出了这么大的问题,首先我是不会去售后的啦,按照那换主板的价格,足够买一个二手的了。我赶紧根据电脑型号(A1398)在网上下单买了某品牌电池(原装电池是没办法买到的)。
更换过程(详细过程请找本文最后的参考资料): 电池回来以后,发现虽然电脑型号都一样,但我的电脑比别人的拆机图多了一个部件,正好卡在电池表面(图中,电池中部那黑色长条部分)。多番研究,最终还是在客服的指导下,才明白黑色的是触控板的排线。而这个排线是使用双面胶粘在电池排线上,我胆战心惊的清理了很久才拆分开来。 触控板排线拆下来以后,就是拆电池了。电池也是双面胶粘上去的,需要耐心清理,同时也需要使很大的劲。唯一需要注意的是,中间的那两块电池下方是触控板,需要小心一点。
小心翼翼的清理了很久(顺便清理了一下灰尘),然后更换上新的电池,装好排线。同时内心不停的祈祷,不要出现问题(此过程属实煎熬)。好在开机一次点亮,如释重负。查看系统消息,一切正常,电池也确实是新的。
庆幸之余,发现电脑不卡了,性能和以前一样了,继续使用三五年是没问题啦。看来更换电池会使电脑运行流畅是有道理的。
以下多图:
参考资料: 亲历,Mac Pro 电池充不进电,检测及自己更换电池,省钱! - 简书
read more
mac docker desktop 安装 kubernetes
git clone https://github.com/AliyunContainerService/k8s-for-docker-desktop cd k8s-for-docker-desktop git checkout v1.15.5 ./load_images.sh 如果出现以下错误,重启docker,重新执行命令即可
images.properties found. Error response from daemon: Get https://registry.cn-hangzhou.aliyuncs.com/v2/: net/http: TLS handshake timeout Error response from daemon: No such image: registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.1 Error: No such image: registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.1 Error response from daemon: Get https://registry.cn-hangzhou.aliyuncs.com/v2/: net/http: TLS handshake timeout Error response from daemon: No such image: registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.15.5 Error: No such image: registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.15.5 Error response from daemon: Get https://registry.cn-hangzhou.aliyuncs.com/v2/: net/http: TLS handshake timeout Error response from daemon: No such image: registry.
read more
dnsmasq + laradock 本地开发自动解析域名,无需添加 hosts
使用场景 实际工作中有一些本地的域名需要修改 hosts 才可以访问,例如:test.laravel,develop.test。
实现的目的: 在指定目录下新建 laravel 项目(比如 test)后,可以直接在浏览器中访问 http://test.laravel,无需再修改 hosts 文件
基本原理:
使用 dnsmasq 将 .laravel 域名代理到本地解析 使用 nginx 实现目录下的 泛域名解析 学习本文,你需要具备以下基本技能:
程序员必备的基本技能(比如 vi/vim,终端命令) nginx dnsmasq (跟着本文即可知道大致用法) laradock (需要很熟练,需要会配置 nginx) 本文将以 .laravel 为例来说明。 在开始前,可以先 ping test.laravel,看一下结果(结果肯定是 ping 不通啦)
dnsmasq brew install dnsmasq echo "address=/laravel/127.0.0.1" >> /usr/local/etc/dnsmasq.conf address=/laravel/127.0.0.1, 意思是访问 .laravel 直接引导到 127.0.0.1
sudo mkdir -p /etc/resolver sudo tee /etc/resolver/laravel <<< "nameserver 127.0.0.1" 这里新建的文件叫 laravel , 因为我配置的域名结尾是 .
read more