豪翔天下

GraphQL exists because JavaScript developers finally realized HTTP API’s were too limiting so they reinvented SQL over JSON because JavaScript developers are obsessed with reinventing everything into JSON API’s。 ——@kellabyte

GraphQL 的本质是程序员想对JSON使用SQL。 —— 来自阮一峰的翻译

上面这句话是我见过的对GraphQL的存在最精妙的解释了。

维基百科上的简介是：GraphQL是一个开源的数据查询和操作语言及实现为了实现上述操作的相应运行环境。GraphQL诞生于2012年，之后则是由其创造者Facebook在内部使用。自它被发明以后，一直在默默无闻的改进中，直到2017年，Github正式发布了它V4版本的API(V3版本的规范就是我们熟知的Restful API)，这才让GraphQL走入了包括我在内的大多数程序员的视野，并一度成为开发者讨论的热点。

自从有了自己的总结及计划模板后，发现写年终总结和新年计划就方便多了，把去年的拿来小改一下就好了。

2018总结

2018年的清单完成率仅有9/26，这完成率比2017年还低。

haofly

• 博客: 日均40+。实际UV 1.6W，PV 1.9W
• 微信: 继续朝100+迈进。实际居然只有39，不知道写什么了。
• 微博: 365+条。这个是肯定没达到的。毫无动力。
• 阅读: 12+本。今年只看了七本。大多时候是忘记了还有阅读这回事儿。
• Github: 新开12+个项目。Github新开了2个，Coding新开4个，只达成了一半。原因很简单，更专注于其中某几个项目了。
• 智能家居: 至少两次，让家里更智能。还好年底米家接入了siri，算是一次吧。
• 涨工资。小涨一点，离预期差很远，明年依旧有很大可能跳槽。
• 尝试新技术: 区块链、serverless、Elasticsearch、Go语言、Ruby语言。学习了Go语言、Java语言、小程序开发并上线实际项目、React Native的开发、认真研究了GraphQL并在公司上线实际项目
• 每月检查这份计划🤣。很明显没做到。
• 继续猛补美剧。补了《冰与火之歌》、《行尸走肉》、《生活大爆炸》，后面补了一些优秀的动漫，动漫才是最难补的。

理财

• 整理全家人的保险状况，合理购买保险。给爸妈还有自己配置了保险(爸爸是自己买的)。
• 试水股票，主力仍然是基金12+ (为防10年一次的经济危机，今年需更谨慎)。还好谨慎没买，不然18年肯定亏成翔。
• 坚持每天记账。已经养成习惯了。
• 买如下物品

  - [x] 落地10万以下代步车: 当然是借钱+按揭啦。终于提车了，女朋友出的钱比我还多，唉。
  - [ ] 3T监控硬盘: 家里两块绿盘虽然没什么问题，但是7*24小时还是有点担心，那么多的优质资源不是一两年就能搜集完成的。家里的盘居然又坚挺了一年。
  - [ ] 客厅空调or卧室电视: 解决夏天在客厅看电视太热的问题。实在没钱了。
  - [ ] 三亚旅拍婚纱照: 至少需要预订。预订了重庆金夫人的，仔细想想，旅拍没必要，以后每年都会去旅游、拍照的。
  

健康

• 平均每天1w+步。日均7.4k步，没达成的原因是今年发现少吃一点就能很容易的减肥了。
• 每周一次运动量大一点的运动。没完成，同上
• 每周至少一次大扫除。没完成，最后一个季度，真的太冷了，不知道为什么今年这么怕冷。

情感

• 确定结婚时间。2019年国庆。
• 和女朋友省外旅游至少一次。没完成，12月买的车。就年底去南川玩儿了一下。
• 和女朋友去电影院看所有9.0以上的电影。今年是最穷的一年。而且一直期待家旁边的万达开业，结果他们一直拖到了年底才开业。
• 带家人旅游至少一次
• 招待新老朋友聚会至少两次
• 家人生日尽量回家

2018年博客访客统计

2018年消费支出趋势

我每年都会写年终总结，以前都是农历新年写，今年及以后我决定就在公历年写了，因为好多日常的软件在出年终报告的时候都是依照的公历，我经常会将这些软件中的一整年的统计数据拿来做总结。不过我的年终总结还等几天再出来，这次要说的是，怎样从别人的年终总结中学习。

年终总结是每年年底，各个平台、各种论坛最活跃的一类题材，如果能从中挖掘到有用的信息，定能为我们明年成长路线的制定提供很大的帮助。我推荐一定要多看跟自己同行业但是水平比自己高一点的人，因为他们是我们最接近也最容易超越的目标。

看了看博客的归档目录，距离上一次读后感已经有三个多月了，也就是说，我有大概三个月的时间没有阅读书籍了。刚开始写这篇读后感的时候在想又浪费了三个月，但仔细想想，这几个月我干的事情也还是挺多的，9月份在忙外包和技术分享，10月在开发自己的小程序，11月则是在处理买车的事情，哦对了，这几个月还一直在考虑怎么挣更多的钱。每天都很忙，偶尔觉得自己还是挺努力的，但是这几个月大多数闲暇时间是被我浪费掉的。年轻时候最多的就是时间，最不懂得珍惜的也是时间。

记不清是什么时候开始，周末变成了宅在家里睡觉、点外卖、看电视剧，最近我终于意识到了这一成不变的生活，就像是温水煮青蛙，偶尔会感觉貌似被烫了一下，于是，就又做一个决定，以后要把生活过得更充实。

官方文档非常详细，这里就不复制了，只记录一些自己用到的。

我以前写过一篇内网穿透方案，最近接触了frp，觉得这才是最简单最实用功能最强大的内网穿透工具。它有如下一些显著的优点:

• 客户端和服务端的配置都超级简单，并且中英文文档都非常丰富
• 能通过自定义的域名访问部署于内网的web服务
• 能实现DNS查询请求的转发
• 能通过设置密码的方式实现安全地内网服务访问(使用者需单运行frp client)
• 能够实现点对点内网穿透(使用者需运行frp client，并且还处于开发阶段)
• 提供Dashboard随时监控流量信息

配置frp

CORS，即Cross-origin resource sharing，跨域资源共享，常用于帮助浏览器实现向不同的域名发送请求的功能。

浏览器为了安全着想，采用了同源策略(即url协议、域名、端口中任何一个不一样，就认定是跨域的)。默认是不允许js向不同的域名请求资源的，这样可能发生CSRF攻击。例如B域名有个删除数据的接口，用户登录了B域名后，关闭网页，当然一般情况cookie会在浏览器保留一段时间，如果用户在访问A域名时，A域名在网页上面悄悄向B域名发送删除请求，如果浏览器没有限制，而B域名的cookie也确实存在，则会造成严重后果。

既然后果很严重，为什么还需要CORS呢，一是前端可能需要向不同的域名获取资源，二是随着前后端分离的发展，前端和后端域名如果不同，也许要跨域，如果相同，那运维就要多加配置去让两者在同一个域名下了，增加维护成本。

需要注意的是，开启CORS后，会有一定的风险，*尽量不要将Access-Control-Allow-Origin设置为允许所有来源，即’‘**，另外，前端一定要做好数据的验证，对于用于的输入，不要直接拿来作为html元素或者script片段进行执行

Postman，一款功能强大的HTTP调试软件(以前只是谷歌浏览器的插件，现在已经独立成软件)，最近接触到它的一些高级用法，才发现它原来并没有我想象中那么简单，还有很多的高级用法。其主要有如下功能:

• HTTP/API调试
• 测试API接口
• 生成API接口文档
• 监控API接口
• mock接口数据

下面列举一些常用的功能使用方法。

郝培强这个人呢，我微博上关注了他，但是一直依赖对他都不是很了解，包括看完了这本书，对他本人也不算了解，倒是更了解他的前妻和现在的妻子，如果感兴趣可以关注以下她妻子的公众号，我也是非常喜欢阅读的。无论是微博上还是圈子里，大家对他的平均都是褒贬不一的，这本书也确实有点“单薄”，但是不得不说，里面确实有“让我们众生受用的技能和相见恨晚的学习技巧的”。