木工

2019年总共制作了12件木工小件，除了混进了一件多年前的木鸟，其他都是在最后两个月里完成的。其实12月份的时候才下决心要每月完成一件的，结果热情比较高涨，抑或是内心比较烦躁须要静静地做点东西，总之在最后一个月里把这一年份的件数给补完了。

对我来说，没有什么比坐下来专心做木工更能让心绪平静下来。手中虽可能只是在重复打磨的单调动作，但那种专注的本质却是远离尘嚣的匠人的孤独。

今年的收官之作是小叶紫檀的树叶，这一片3*3*1的木材要30RMB了，也算是目前小件最贵记录了。第一次做这么昂贵的木料，感觉小叶紫檀不愧是集各种优点于一身，稳定性和油性，抛光效果，都非常出色。要不是因为太贵，真的想屯个几公斤回来，不过对我们这类兴趣爱好者来说，是什么木其实也并没有多大区别，只是好的木材的各种性能也更好却是一定的。物以稀为贵，木则更甚。

明年这个时候，希望也能按时拿出12件小作，做为生活里时光的镌刻，让时间流逝的不至于那么的不容易被感知。

花草

真正开始大量养多肉大概是2年多前的春天，从当时几十个品种中存货下来的，一定是生命力顽强的家伙。

长成最大的是两颗不知名的品种，从5cm长到20 - 30cm，也不过就是2年的时间。其他还剩下姬胧月，鲁氏石莲，蓝石莲，仙人球......确实都很坚韧不拔。

每当我在太阳下帮它们清除枯叶都会感觉很愉悦，希望今年也能好好过冬，挨过酷夏，到明年这个时候能看到它们长的更大更美。

游戏

除了感动怀旧之作秋之回忆8，今年还破天荒在steam上买了几十个游戏，当然除了dota2外并没有多少长期游玩的。其中只有两个游戏是真正花了时间的，分别是《空洞骑士》和《蔚蓝》。

空洞骑士我玩了正好50个小时通关真结局，算是比较专注的完了。作品画风着实吸引人，打击感和剧情，还有关卡设计，都非常不错，当然音乐也是一等一好听，刚开把就停不下来——可能和难度适中也有些关系...

相比空洞骑士，蔚蓝难太多了，简直就是我等手残党的一生之敌。所以很多时候都是断断续续的玩，但也好歹把A面难度打完了，甚至没有去打山的核心部分，早早放弃B面C面，即便如此，也已经是花掉了3000条命......

额外完了一下老任的健身圈大冒险，感觉这种运动类还是挺适合我这种中年大叔的，可惜要近700RMB，有点打扰了。何况锻炼考得还是自身意志，自己这关过不了怕是买了也要吃灰。但老任还是那个老任，游戏做的是真的出色，吹爆就完事了。

遗憾

没有怎么画画，亏自己常说30岁后的理想是成为一名漫画家...iPad Pro果然变成了买前生产力，买后爱奇艺...惭愧。但好歹还是用iPad Pro看了很多漫画，印象最深的无疑还是村田无敌画工的一拳超人。国漫也有看了些许，精灵之蛋是唯一凭借无敌设定和神展开留下强烈印象的作品。

有了ghost-cli，更新还是非常顺利和便捷，有命令行辅助，除了遇上一些国内下载的问题，还有就是几乎忘记了运行ghost的用户名密码外，过程平滑。当然，从2.x.x更新到3.1.1，大版本升级导致主题还是有些兼容工作要做，不过照着提示信息也能在短时间内修正好。

Errors
    File: error.hbs
    - The {{@blog}} helper should be replaced with {{@site}}
    - Replace {{error.code}} with {{error.statusCode}}

    File: partials/footer.hbs
    - The {{@blog}} helper should be replaced with {{@site}}

    File: partials/header.hbs
    - The {{@blog}} helper should be replaced with {{@site}}

    File: styles
    - The .kg-bookmark-card CSS class is required to appear styled in your theme
    - The .kg-bookmark-container CSS class is required to appear styled in your theme
    - The .kg-bookmark-content CSS class is required to appear styled in your theme
    - The .kg-bookmark-title CSS class is required to appear styled in your theme
    - The .kg-bookmark-description CSS class is required to appear styled in your theme
    - The .kg-bookmark-metadata CSS class is required to appear styled in your theme
    - The .kg-bookmark-icon CSS class is required to appear styled in your theme
    - The .kg-bookmark-author CSS class is required to appear styled in your theme
    - The .kg-bookmark-publisher CSS class is required to appear styled in your theme
    - The .kg-bookmark-thumbnail CSS class is required to appear styled in your theme


Warnings
    File: error.hbs
    - Replace {{#each}} with {{#foreach}}

    File: partials/footer.hbs
    - Assets such as CSS & JS must use the {{asset}} helper
    - Assets such as CSS & JS must use the {{asset}} helper

主题一些helper有更名，感觉比原来要更合理，从@blog变更为@site，也看的出，ghost的格局发生了质的变化。通过gscan.ghost.org能快速定位到主题内的问题，改完验证上传启用一气呵成。

更新后到后台看了下，设计风格并无二致，功能更加合理，特别时管理tag的能力强好多，信息展示和操作，还有自定义页面的能力，都好用不少。不过比起当初编写页面的改进，这些辅助功能的进化虽然也很惊艳，但毕竟没有Post页常用。很多新特性还在体验中，总之就是，好用！

PS：习惯性的想用pm2重启ghost，发现列表里空空如也，想了老半天才想起来要用ghost-cli操作...

HTTP History

• Concept Hypertext (1963)
• HTTP 0.9 (before 1995)
  • Only get, no header, 1 page
• HTTP 1.0 (1996)
  • Header, response code, redirect, post. Etc, 60 pages
• HTTP 1.1 (1999)
  • Options, upgrade, cache header extends
• SPDY (2009 google)
• HTTP2 (2012, 2015/5/14 published)

HTTP2 related

• Server (google)
• Proxy (akamai)
• Client (google firefox)

HTTP2 Features

• One Connection
  • use one connection for parallelism （ares oversea）
• Header Compression
  • uses header compression to reduce overhead
• Server Push
  • allows servers to “push” responses proactively into client caches

HTTP2 Requirement

• Stage 1 (NPN)
  • Web server supported H2 (nginx 1.9.5+)
  • TLS certificate (Let' s Encrypt)
  • Chrome 41, Firefox 36, Edge 12, Safari 9, Opera 28
• Stage 2 (ALPN)
  • OpenSSL 1.0.2g
  • Chrome 51

Site: HTTP1.1 vs HTTP2

sample demo parse

Questions about connection

• How many connections browser can open, and why?
• How many connections system can maintain?
• What’s the ideal delay between Shanghai and New York?

Windows connections

ref: http://smallvoid.com/article/winnt-tcpip-max-limit.html

• TCP connection allow: TcpNumConnections = 16M
• Max dynamic ports: MaxUserPort = 5000 （1024 to 5000）
• TCP control block: MaxFreeTcbs = 1000 (srv = 2000)
  • 0.5k for pagepool and 0.5k for non-pagepool
• TCB HashTable: MaxHashTableSize = 512 (Default = 512, Range = 64-65536)
  • Pagepool
• allocated a 1000 TCBs == 1000 connection, close connection occupy port 4min: TcpTimedWaitDelay = 240 sec
• Without closing the connection properly: KeepAliveTime = 2 h

result: < 1000

Http1 problems

• Head of line blocking
• Inefficient of TCP usage rate
  • Slow start
  • Congestion window
• Etc...

Http1.1 Optimization

• Sprite Image
• Domain sharding
• Disable cookie
• File concat

Then use http2

Http1.1 Optimization in H2

• Sprite Image
  • It depends, heigh cost, bg image load when visible
• Domain sharding
  • wrong
• Disable cookie
  • wrong
• File concat
  • It depends, unnecessary almost

Client Support detect

• Upgrade header
• TLS
  • NPN (Next Protocol Negotiation)
  • ALPN (Application Layer Protocol Negotiation)
• HTTP Alternative services

Upgrade header

GET ws://example.com/ HTTP/1.1
Connection: Upgrade
Upgrade: websocket
Origin: http://swordair.com
Sec-WebSocket-Version: 13
Sec-WebSocket-Key: xxx

HTTP/1.1 101 Switching Protocols 
Connection: Upgrade 
Upgrade: websocket 
Sec-WebSocket-Accept: xxxxx

GET / HTTP/1.1 Host: example.com
Connection: Upgrade, HTTP2-Settings
Upgrade: h2c
HTTP2-Settings: <base64url encoding of HTTP/2 SETTINGS payload>

Unsupport:
HTTP/1.1 200 OK
Content-Length: 243
Content-Type: text/html

Unsupport:
HTTP/1.1 200 OK
Content-Length: 243
Content-Type: text/html

but, just exist in RFC actually

ALPN

TLS connection ‘Client Hello’

Client double confirm

Connection preface

PRI * HTTP/ 2. 0\ r\ n\ r\ nSM\ r\ n\ r\ n

• SETTINGS client
• SETTINGS ack server

HTTP2 basics

• TCP socket
  • Steam
    • Frame

HTTP2 Steam

• Steam is H2 independent, two-way frame change
• A new request will rise a new steam
• Steam id

H2 Frame

• HTTP based on ‘Text splite’
• HTTP2 based on Frame (key of one connection for parallelism)

Frame Type

Header Compression

• deflate & CRIME (Compression Ratio Info-leak Made Easy)
• Gzip is unsafe
• HPACK
  • Header infos are similar
  • Index specific header and value

HPACK sample

Header1: All work and no play
Header2: makes Steven
Header3: a dull boy

Client generate this index and send to server, server will also create one

Next item send: 55 56 57

Every connection maintain it’s index status.

Server Push

• Reasonable push decrease 20% - 50% render time
• Push will waste bandwidth (resource cached already)
• Best Timing:
  • Server busy
  • Client idle
• Frame Type “PUSH_RPOMISE”
• Client can reject use “RST_STEAM”

FTTB in H2

H2 Extra work:

• Window size adjust
• Dependency tree
• Index header
• Header compression
• Priority change
• Server pre push

Performance:
H2 <= H1

Experience
H2 > H1

HTTP2 debug

• chrome://net-internals/ （early version）
• Chrome debug tool -> network tab
• Session key logging (env SSLKEYLOGFILE=~/key.log) wireshark
• Firefox command mode record HTTP session log

TCP and UDP

• TCP is not fast portocal but it is reliable
• But we need more fast net

core problen is:

• TCP/IP is integrated in system core
• TCP is in core space
• UDP is in user space

QUIC

• Quick UDP Internet Connection
• Google
• Based on UDP which in user space
• Provide equivalent HTTP2 new features

HTTP3 ?

FIN

不过，当真要静静坐下来想要写些什么了，却也难回忆出太多细节，有的只是浮潜脚踩海胆的刺痛和手机泡水里的悲惨记忆，真的是太惨了，以至于获取到留念的照片还是送修手机之后的事了。当然由于手机挂的很早，且自己也不那么热衷拍摄，到最后居然都找不出几张能放出来的照片...

一次去泰国，所以还是跟团游，更多是形式上都到一下的感觉。两天在曼谷，两天在芭堤雅，跟着车到处跑行程相当拥挤，我身子虚还真有些遭不住:)——特别是第一天，红眼航班刚到泰国，酒店刚进去办完手续就要出发去景点“大皇宫”，感觉像是通宵了一夜啊，第一天行程结束倒头就睡了。

大皇宫观光，和紫禁城观光估计没啥大差别吧。皇宫处处体现着权力，金碧辉煌，游客如织，

对泰国的印象还是挺好的，当地人也都相当友善，总之每到一个景点我就集中精神去感受，天气也比较给力，蓝天白云，不冷不热。国人是真的多，类似我们这种国内过来的线路里，就像是一个旅游区结界一样，很难感受到当地人真正的生活。但是依旧可以从路线中车窗的眺望里窥见一些，特别是那些临河而建的破旧居民区。

团游的代价之一就是某些毫无意义的景点，比如泰国的中国街。没什么值得看的，破旧的房屋甚至很多都已经是危房，贩卖的东西也都是中国特色，这种出国逛自己国家的小商品市场的感觉当真古怪的紧。

泰国的食物我真的相当喜欢，冬阴功汤，还有那个绿色的蘸酱，简直欲罢不能。可惜团餐吃不到几次正常的泰菜，好多都是以中国口味改良过的。但这也无可厚非，似乎同行的小伙伴很多都并不是很习惯。

行程里有一处自助餐是安排在曼谷最高建筑里，不知道是因为饿惨了的关系还是自己真的太喜欢泰餐，感觉是吃的最好的一顿。从窗户几乎可以俯瞰到整个曼谷——没什么高楼，还能看到很多处似乎是在建(豆腐渣？)的工程。

之后的几天不提也罢了，光脚踏海胆的刺痛现在还隐隐有感，手机(Redmi Note7 Pro)更是进海水直接挂掉了，导致后面很多等待时间我只能傻傻的站着发呆:(

回来后手机送修，维修点告诉我需要返厂。手机快递到北京后，客服电话我说明维修费用需要500，换主板则更贵，嘛，毕竟人为海水，也算合理。想了一下还是决定不修了，因为海水有强腐蚀性，修好拿回来也用不长久的，而更换主板的价格不如重新购买新机了，所以最后远路发回，而我也把主用机换成了现在Redmi K20 Pro。

手机拿回来后，居然可以开机了！应该是维修点拆开后简单处理了下。这才找回了我之前的一些照片。然后我自己把它拆了，主板到处可见腐蚀发绿的地方，简单清理后烘干勉强可以用？嗯，并不行，相机接口腐蚀太厉害估计断线了，系统直接找不到相机，然后就是很不稳定，长久放置就会开不了机，果然不修是正确的，海水的对主板的伤害远比想像的要严重。

由于对男人不感兴趣，所以人妖全程就是看看而已，注意力主要在如何分辨男女上，总体感觉还是勉强能从形体上区分出来。当然也去看了成人秀，虽然去之前有老司机提醒我要好好去学习，然而真看下来，也觉得平平无奇，虽然很多表演现实生活里算的上刺激，但对于久经ACG黑深残的绅士，精神上怕是很难造成哪怕是一丝的划痕。

对于我这种喜欢宅在家里的人来说，难得出门一次，感觉也不赖。回来之后一如既往地继续紧张的生活和工作，好像什么都没有发生一样。唯一改变的，好像是自己有那么一点喜欢上榴莲了...hehe...

简单清理了一下，将要丢弃1/3的书，可悲的是几乎都是技术类书籍，其他种类的书果然还是要更有时效性。而且由于过去几年前端世界迎来了巨变，使得这次淘汰的书里好大一部分是JS相关，难免唏嘘。什么jQuery，JavaScript权威指南，都是自己初入前端的标的，还有最好的语言PHP，一众CSS相关，以及手里有更新的发行版的书，堆起来也快有半个人高了。

相反基础类技术书寿命就长多了，但现阶段感觉都比不上《经济学原理》这种以前完全不看的书来的有用，视角都是随时间阶段悄然改变的，就像刚到30岁那会突然发现周围的话题怎么一下子都换成了养生一样，当注意到的时候，已经在下一个阶段里了:)

清理活动力，反倒是像D3，Three.js这样的家伙活了下来，想着以后哪天可能会用上而不舍丢弃，尽管实际上自第一遍浏览完成后便再无用武之地。大学时代买的诸如《编程珠玑》，《代码之美》现在看起来可能更有趣些吧，虽然都是些古老十几年历史的书。还有像《计算机程序的构造和解释》这样的神作，怕是要为防止自己老年痴呆做贡献了。

不知该说是得益还是受限于移动设备，现在的人的时间普遍被切碎，获取信息也更为方便快捷，静下来慢慢读书的感觉可能越来越罕有。自己也很少写博客，尽管每天都在解决新的问题，尝试新的技术，但过快的节奏还是难以有所沉淀。现在已经不是提笔忘字那么简单了，甚至是码字都断断续续，是自己还是环境变了？恐怕皆是。

望着即将被丢弃的1/3的书，并没有多少——留恋。

虽然国人工作室在摩点众筹时间是在2018年初，但恰遇国内游戏版号暂停，PC版迟迟等到PC版。结果等了1年多了，最终还是选择了NS版。找人借了NS主机，然后自己买了卡带。自己也算是老玩家了，前7作虽然并非全部通关，但除了第三作外主要剧情也都玩的七七八八，2代目更是打出了所有结局。前7作虽各有褒贬，但秋之回忆其实也早已超越了Galgame的范畴，其对我的影响比起Clannad更甚，林林总总的评价怕是写个好多篇都会不够，便只提一下自己此系最初攻略的人是藤原雅。

以下便是一些个人对作品的一些感想，涉及剧透。

打开游戏的瞬间，回忆便从悠久的长眠里苏醒了，看到画面中打出了MemoriesOff的那个感觉，仿佛自己又回到了10年以前。时间的力量是毫无疑问的，让人从悲伤中遗忘过去，让人从思念中堆积执念，然而，音乐超越了时间，阿保刚的音乐，志仓千代丸的歌曲，都是熟悉的配方，熟悉的味道。即便画面没能将我带回10年前，这些熟悉的音符也会确实地做到这一点。

虽然现在作为一个中年大叔，融入这样的青春剧本其实颇为困难，但音乐，人物，场景，还是渐渐唤起曾经的那些感动——其实仔细想想，主创团队，莫不也是一群中年大叔么:)

打出第一个结局花了约8小时，剧情走了约1/4。和多年以前不同的是，如今我基本已经能听懂大部分的日语，托这个的福，抵消了部分自身年龄带来的违和感，让自己能更好地融入进去。女主诺艾尔，是前前作“真”女主克罗艾的妹妹，在封面真是占了很大面积呢～声优表现还可以，居然还同时给猫配音，和猫对话时代精分现场挺有趣的。第一个打出的诺艾尔的GE，可以说是一个相当标准的Galgame范本，没太多惊喜当然，也并不失望。就故事线也能明白只完成了冰山一角而已，不过自己时间不多，后面就只能开始看攻略了走剧情了。

和前作一样，主线剧情需要各个支线完成才能解锁。偷瞄了一眼结局列表，16个结局里居然有原本以为是NPC的人！当然作为前7作老玩家很快察觉到自己被封面耍了，于是第二遍看片头OP已经看到出端倪，歌词“通往真实的门”对应的居然是NPC的头发么...

不过基本也就是知道日紫喜是关键人物的程度而已，万万没想到是“真女主”，妈呀，女主居然连个封面都不给真是够绝的，可算是本作最大的惊喜了，当然这也是后来才知道的。

双子线的剧情有点冗长，并且有些过于玄乎(更后面怕是只能成为玄幻了)。打完其中一个结局又花了很久，章节标题却只到1/2...从后面来看，双子线完全算是铺垫剧情，为后面更不合理的展开稍稍加个台阶，并且整个过程有点胃疼。不过在玄幻也好，纠结剧情的合理性本来就无必要，作为游戏者需要接受这些设定，才能在游戏中体验与之相符的剧情。

来到主线真相，整体过程虽有诸多不合理，但剧情勉强自圆其说之下尽可能的曲折了，这点还是要给好评。然后，真女主日紫喜扮演了2支线NPC终于冷不防转正，真是没想到具备各种女主气质的诺艾尔，居然被一个连游戏封面都不存在的家伙给打败了！最后的ED曲播放位置已经表明了日紫喜唯一女主的地位...

零零散散的吐槽：

• 失忆真是个方便的设定呢
• 诺艾尔比起她姐姐，操作上差的实在不是一星半点..
• 日紫喜成女主后配置太高了吧！于是只能在肤色上减配？
• 男主配置也不低，只能在体力上减配了，即使如此，还是要在剧情需要时疯狂做蠢事！
• ......

虽然现在可能没有时间去打出所有结局，但整个过程，我还是尽可能地去感受了——艰难地划出整块整块的时间，喝威士忌直到微醺抵消年龄上的理智，把自己关起来尽可能去融入剧情。看到前几作老人物来客串，那种怀念的温暖感充满内心。比如唯笑的声音有些变化，但依然可以识别，都已经过了20年了！而我自己从听到初代的声音算也至少是十多年前了！

可能内心有无数言语需要表达，但终将成为无言的回忆。那些往日与当下的感动，会在将来因为什么契机而被再次唤醒，回忆秋之回忆，最后感谢GloriaWorks的各位协调了多方给我们老粉丝带了了这个充满回忆的礼物。

雨，已经停了。

update 2019/4/19: 今天打完了最后一个结局，界面打出“Memory Off已通关”的字样时真的是百感交集。信的结局作为整个系列的结局真的是太合适了，这条线里，各代人物登场着实让人怀念，特别是各代人物自有BGM响起时的那种穿越感，仿佛自己这十几年像是一场梦。个人而言，仙堂的BGM唤起的记忆更多些，而唯笑的声音识别度可能是最高的，萤只在最后出场讲了几句话，不过也足够了，作为2代巅峰之作女主给整个系列画上句号也是非常合适。最后的回忆结局，使用的也是2代主题曲目 with memories。在各种意义上说，制作组真的相当用心了。

再见了，秋之回忆，回忆里再见。

Today we’re announcing that we intend to adopt the Chromium open source project in the development of Microsoft Edge on the desktop to create better web compatibility for our customers and less fragmentation of the web for all web developers.

作为一个10年前端老兵，一个IE6时代遗留下的幸存者，在这样一个档口也忍不住冒个泡上来写两句感慨。唉，真是，“时代变了”。

记得上一次关于变核的话题，还是在Opera决定采用webkit的时候，那时我写了《晖星Presto的陨落》，结尾甚是感慨。如今Edge的这一变故则更加人唏嘘不已——曾经的4大核心代表，如今仅余其二。抛开行将作古的Trident和被判死刑的EdgeHTML，今后我们就只能看着Mozilla孤军奋战，面对已经称霸桌面和移动端的Webkit(Blink)，仿佛又回到了从前Mozilla对抗强大的IE的时候。只是这次的对手，披着开源的黄袍，囊括3端，踏遍Web的每一寸土地，声势之壮比起当年IE唯有过之。

毫无疑问，浏览器内核形成了新的垄断，不过情况和当年IE有略有不同。只是这种一家独大对互联网来说真的是件好事么？当然作为开发者来说，其实我感觉不到特别高兴，反而有些遗憾。当然纯技术角度看，chromium占据足够市场份额之后，web的碎片化将明显得到改善，开发者会有更多精力处理业务，尝试更快迭代出的新功能，前景似乎一片光明，大统一时代来临，感觉像是在做梦？但闭上眼睛，自己还是忍不住叹了一口气，心情颇为复杂。

和上次写Opera一样，我不是Edge的用户，甚是我是个忠实的Chrome用户，但看到百花齐放的浏览器渐渐融合起来，依旧隐隐只是觉得“天下之事分久必合”罢了。引用自己之前说的：

Web需要标准，但任何一个内核和浏览器都不是标准，它们为标准所用，却都不应单独主导标准。无论是曾经的Trident，还是现在的Webkit，当前它们不仅不是标准，未来，我们还得防止它们成为标准。

没错，这个Edge变核的交错点，只愿——“Mozilla能继续前行”。

去前些时候在团队里做了一个redux-saga源码浅读的分享，由于redux-saga的实现机制核心就是Generator，为了写PPT我打算去抄个比较正式的定义，然后就又去翻了一下手边的两本参考书，阮一峰的《ES6入门指南》和Zakas的《深入理解ES6》，不过这次阅读却很快发现了后者的内容存在翻译上的错误。

ECMAScript6同时还引入了个生成器对象，它可以让创建迭代器对象的过程变得更简单。--深入理解ES6

这上面是摘抄自深入理解ES6里的中文版原文，乍看之下好像没什么问题，但其实严格意义上讲是错的，“生成器对象”概念上错了，因为联系上下文，创建迭代器对象的是“生成器函数”。难道Zakas写错了？我特意翻查了英文原版：

Fortunately, ECMAScript 6 also provides generators, which make creating iterator objects much simpler.--Understanding ES6 By Zakas

原文是generators，所以原文没有错。想是译者在处于自身习惯上添加了些词，虽然没什么大碍，但对于严谨的教科书来说，这个概念混淆是不合适的。而事实上，生成器对象一词是存在的，但意义完全不同。MDN上的关于生成器对象的定义是很精确的：

The Generator object is returned by a generator function and it conforms to both the iterable protocol and the iterator protocol.

生成器函数(generator function)返回的是生成器对象(generator object)，而因为每个生成器对象都符合可迭代协议和迭代器协议，所以每个生成器对象都是迭代器(当然反过来就不是，迭代器是个更为广泛的概念)。

所以ES6引入的是生成器函数(generator function)，它使得创建迭代器对象(generator object)变得简单。当然Zakas还是简略了一些，用generator指代了generator function，这是常规做法，但他的文章里的词还是非常统一的，他文中的generator都指代generator funciton。

这点阮一峰老师就丝毫不含糊了，全程的用词是generator函数看似啰嗦，概念上却没有丝毫偏差。

还没开始写generator，但感觉我已经唠叨了一大堆了。那么下面列一下这些容易混淆的概念。

• Generator function: 返回生成器对象的函数，本身是一个生成数据的状态机。
• Generator object：生成器函数返回的对象，本身是一个迭代器。
• Iterrator: 符合迭代过程接口定义的对象
• Generator: 根据上下文，即可指生成器函数，也可能指对象(错误用法)。狭义仅指代生成器函数。
• Generator expression: 生成器表达式等同于生成器对象

最后这个生成器表达式JavaScript并不支持，后续ES版本里也没有提及。而我放在这里的主要目的是解释generator本身。generator并非JavaScript独有，在Python里早已是广泛使用的语法。当然由于我接触的语言也并不多到10多种，所以其他语言情况并不清楚。但就个人过去学过一些Python的经验而言，JavaScript的generator与Python中的generator并无二致，概念一致，且Python还支持生成器表达式。

关于generator的问题都可以在Python中找到答案，可以在Python文档里找到详细的术语generator的定义，甚至能在Python增强议案里找到为什么要用yield关键字之类的讨论。

所以generator究竟做什么用的？如果回归本意，generator是用来生成数据的。generator并非因为生成了迭代器而被称为生成器函数，而是因为它从机制上生成了数据，从而独占了这样一个宽泛的名字——不然它完全可以叫做迭代生成器么:) 当一系列数据可以通过迭代计算得出，那么我们就不需要读取加载整个数据，而只需去获取生成出来的数据。

当然JavaScript里我们更多的是把generator当作一个状态机来使用，并方便的处理异步流程。但显然状态本身也是数据，我们生成了状态并通过迭代器去控制流程，这个generator的用法还是颇为骚气的。最后列举一下自己对JavaScript generator的理解(可能并不准确)：

• 一边迭代一边计算并生成数据的机制
• 一种以函数形式表达的生成数据的数据结构
• 一个可控(暂停，继续)的状态机
• 迭代器对象的生成函数

好久不写这么长，有点疲劳(笑)。由于本篇概念性比较强，难免偏漏，如有错误欢迎指出(当然留言需要翻墙)。虽然不知道还有多少人会看到，总之谢谢各位。

更新过程比较顺利，有点小磕碰。从1.19.0更新到2.1.3，首先需要先更新到1.x的最新版本，然后才能再过渡到2.x。中间还更新了ghost-cli，更新后ghost-cli已经无法在root用户下运行，根据官方指导需要将ghost运行转移到普通用户，且这个用户还不能是ghost，不然还会提示添加新用户。

安装可能遇到的命令是：

ghost update --v1
ghost doctor
ghost ls
ghost update
ghost setup linux-user systemd

官方文档和报错信息还是非常完整的，整个过程顺利结束之前，ghost-cli还检测了主题是否兼容Ghost新的版本。我使用的是老版本Casper改成的grayliner，在检测中标出了需要改进的点，不过并不详细。可以再使用官方提供的主题检测工具进行诊断。主要的问题是这些：

• The {{#author}} block helper should be replaced with {{#primary_author}} or {{#foreach authors}}...{{/foreach}}
• The .kg-width-wide CSS class is required
• The .kg-width-wide CSS class is required
• The .kg-width-full CSS class is required
• The .kg-gallery-container CSS class is required
• The .kg-gallery-row CSS class is required
• The .kg-gallery-image CSS class is required

都是和新功能相关的问题，除了多作者功能需要进行模板修改外，大部分都是必要的样式缺损，对位新版本的Koenig editor。按照官方给出的解决方案，先快速加上了一波兼容代码，以后再慢慢细化。

Ghost 2.0的很多新功能都非常吸引人，时间有限只体验了一部分内容，特别是新编辑器的使用上，将原本就已经非常舒适的编写体验提高到了一个新的层次！除了在中文输入法使用时偶尔有些多余的字符冒出来以外，当前的编辑器不仅在功能上更进一步，而且所见即所得比起以往更为直观。敲击键盘之间，仿佛又回到了多年以前，一边记录轨迹一边索求技艺的岁月，感觉，很是怀念。