博客迁移到 Hexo
终于决定还是将博客从 Typecho 动态网站变为 Hexo 静态站 😳
终于决定还是将博客从 Typecho 动态网站变为 Hexo 静态站 😳
HTTPS 已经是互联网服务准入的基本门槛了,同时 443 端口作为 HTTPS 请求的默认端口,在虚拟主机服务的支持下,搭配的天衣无缝。
但是 Trojan 比较特殊,因为它的工作方式导致了其必须直接对接流量入口,否则其协议无法被服务端正常识别,同时为了增加服务的隐蔽性,一般会把它配置在 443 端口。但是 443 端口只有一个,虽然 Trojan 提供了「非标请求」的转发功能,但是毕竟是一个新生事物,所有流量都过它手,在稳定、性能、灵活等等方面都不够好,而且还不支持 TLS 转发。
在此背景下,我设计了一套 Trojan 和 Nginx 公用 443 端口的方案,同时也支持 Docker 部署。
在 macOS 发布了 10.15.1 这个体积超大的更新版之后,决定这个周六把开发机(10.14.6)升级了,毕竟是开发机只能一直在新版和稳定的边缘试探🤪。
然而我的手机早就已经升级到最新版的 13.2 了,其中最让我不爽的是 iOS13 的「Reminders」竟然是和 Mojave 不兼容的,Apple 竟然搞出这样的骚操作来。
丫的系统版本刷新得倒挺快,这么重要的 APP 最起码的向下兼容竟然不搞,学互联网公司的作风得学全套啊🤷🏻♂️。
iOS UI 层面感受最深刻的就是 Automatic Dark Mode(自动暗黑模式),Mojave 虽然也有 Dark Mode,但是不能自动切换。
个人感觉在使用上白天还是 Light Mode(浅色模式)好用,所以晚上就得手动切换,然后就懒得用了,能自动化操作的事情为什么要让用户手动切换?
Night Shift(夜览)就很赞,切换得很自然。
好在 Catalina 终于也支持了 Automatic Dark Mode,然后发现适配 Dark Mode 的网页太少了,系统和网页对比,太突兀了。
当然 Dark Mode 出来没多久,适配还是需要时间,许多 APP 都还没适配更别提网页了,甚至连 Apple 官网都还没适配呢,所以我当时就决定,先把我自己的博客给适配了。
美好的事物总是会来的🙆🏻♂️。
记一次博客迁移到 Docker 全过程。
本博客架构虽然简单,但是耐不住我经常的折腾,包括但不限于机房间的迁移、插件开发测试、自己新增 feature 测试等等。在这个过程中需要重复的构建整个系统,传统的构建方式就是拉代码、起 SQL、配 Nginx ……
作为一个坚持 DRY 原则的人,是不能容忍这样重复而且无技术含量的事情发生的。
刚开始编程的时候自己折腾最土的方式是把开发环境用虚拟机配置好,然后把整个虚拟机文件拷贝到 U 盘里面,人肉迁移;后来升级到 Vagrant;再后来了解到 Docker,从此我所有开发相关的环境都是基于 Docker 了。但是所有的生产环境依然是传统方式运作,这次刚好京东机房要到期了,决定从博客开刀,迁移到 Docker。
你们觉得哪科最难啊?
数学分析。
我问过很多我们专业毕业的学生,毕业后你觉得大学里面学到的最有用的是哪科或者说你现在最希望在大学里面学好的是哪科?回答最多的就是数学分析。
啊?
一次大学班会
首先推荐这本书,不厚,沉下心来半天能看完。前半部分才是介绍的新特性,后半部分讲的都是测试、部署的工具和流程。没有编码技巧,只是介绍了 PHP 最新的现代化的工程开发、测试、部署应该是什么样。其实这也是最重要的,PHP 需要一种优雅、有效的方式来规范化工程的开发。
这本书基于 5.6 的,毕竟那个时候 PHP7 没有发布,但是读者应该以现在的眼光和视角来阅读这本书,毕竟技术一直在向前发展,从作者整理到出书甚至得加上翻译再出版,这个时间已经很长了。
从另外一个角度来看,互联网才是获取知识的最快途径,并且,英文很重要。
本人在做笔记整理的时候,会加入 PHP7 (截止目前 7.1) 的一些特性和一些书上没介绍的,但本人接触比较多的特性,会在后面注明:补。
目的是,根据经纬度,实现查其找附近的人或地点,LBS 场景。
做基于地理位置的应用后台,没有使用 mongodb,看了网上的很多答案,其实也就是几份答案而已,天下文章一大抄。
这里综合网上的,结合自身,总结出了几种根据经纬度的排序算法,测试可用,性能也还可以。逐步递进优化,不同阶段,不同使用。
这里 x 为纬度,y 为经度。
PS:SQL 代码不完整,仅供阅读参考,理解意思就好。