莫言莫语 2

我生气了

小朋友有时候不高兴了会傲娇

我会打你的

续上,真的说生气了还会接着说会打人的

这样不公平

世界杯的时候爸爸妈妈在客厅用电视看球,估计是不满平时我们在他看动画片看久了后要他关电视,等我们看球时跑过去把电视关掉,然后愤愤不平这样嚷


夏天爷爷奶奶外公外婆都放暑假了,把莫莫送回老家,在外公外婆家呆着。外公外婆住市区,旁边有大超市,大超市一楼有给小朋友玩的游乐场,99 包月,价格划算,莫莫每天都会去

我要买棒棒糖

爷爷奶奶去外公外婆家看莫莫,带莫莫去游乐场,玩到一半莫莫如是说。爷爷表示我不知道这哪里有棒棒糖卖呢,莫莫立马麻溜的说「我知道,二楼有」然后就拽着爷爷买去了

外婆给你吃吧,巧克力味的,很好吃的

小馋猫经常要吃棒棒糖,但偶尔也吃不完或吃腻了,就想着塞给外婆

这个我吃过了,有口水,外婆你不要吃了

棒棒糖给了外婆,外婆不想吃放在一边,一会莫莫又想吃,回来问外婆要回来

你不可以抢我的,这个是外婆买的不是你买的

担心莫莫吃糖太多会蛀牙,所以一般还是控制莫莫吃糖的情况,吃棒棒糖的莫莫看到外公过来,以为是要抢走他的,立马辩驳道

爷爷辛苦了

爷爷自己种了很多瓜果蔬菜,带到外婆家给莫莫吃,莫莫超开心的谢谢爷爷,似乎并没人这么特意教过他,把爷爷被感动的不要不要的

给外公买酒

有时候莫莫会玩当超市老板的游戏,完了问他赚了钱要给大家买什么,每次都会特别记得说给外公买酒,其他人每次就可能不一样。外婆就开玩笑说看你就贪的那一口,小朋友都一直记住了

MongoDB 升级注意事项

最近在 WSL 和 macOS 下都遇到了 MongoDB 升级时报错的问题,记录一下踩的坑

1. 确认已经兼容新的版本

参考 https://docs.mongodb.com/manual/release-notes/4.0/#feature-compatibility 看一下当前设置的是多少

db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )

如果还不够新版本的,参考 https://docs.mongodb.com/manual/reference/command/setFeatureCompatibilityVersion/ 设置一下

db.adminCommand( { setFeatureCompatibilityVersion: "version" } )

注意版本跳太多了可能会失败,则需要启一个老版本把版本一步一步设上去(我的 WSL 就是从 2.6 跳 3.6 直接失败了,想 apt 退回去都不行,只能人肉下了个单独运行的 3.2 还是 3.4 做跳板,设完了才放弃)

2. 确认已经使用新的 YAML 格式配置文件

参考 https://docs.mongodb.com/manual/reference/configuration-options/,配置文件 Linux 一般是在 /etc/mongod.conf,macOS 如果是 brew 装的,一般是在 /usr/local/etc/mongod.conf

如果不是 YAML 的可以参考 https://github.com/mongodb/mongo/blob/master/debian/mongod.conf 新写一个,对着原来的文件把相关参数改一下就好(主要是 dbPathsystemLog.path,还有就是 processManagement 下要不要加 fork: true

3. 改用 wiredTiger 引擎

从 4.x 开始 MongoDB 就要放弃 mmapv1 引擎,尽快改成 wiredTiger

参考 https://docs.mongodb.com/manual/tutorial/change-standalone-wiredtiger/ 来做改动,大致步骤是

  1. 先在当前启动的 mongo 下做 mongodump,备份已有数据
  2. 停掉当前 mongo(注意 macOS 下 brew services stop 可能没有真的停,再 ps -el | grep mongo 看看还有没有进程)
  3. 修改配置文件,把 storage.engine 的注释去掉并改为 engine: wiredTiger
  4. 移除以前的 dbPath 下的所有文件(安全起见可以 mv 走而不是 rm -rf
  5. 按新配置文件启动 mongo
  6. mongorestore 来恢复之前的备份

做了个人人网的备份工具

总感觉哪天人人可能就不运营了,趁还能抓,先把能抓的抓到本地来,那些不管是牛逼还是傻逼抑或二逼的的过往,留着吧,偶尔看看也挺有意思的

项目在 GitHub 上:https://github.com/whusnoopy/renrenBackup,有问题可以在这里留言,或直接在 GitHub 上发 Issue 或 Pull Request

抓了状态、留言、相册和日志,以及对应的评论、点赞

其中点赞只有总数和最近的 8 个人的名单,受限没找到拿全量的接口,只能这样,翻状态发现 2014 年的时候就吐槽过只能看 8 个人点赞,当时还说有改版计划会看到全部,后来随着人人慢慢没落转型,应该也没人提这事了

评论看起来是人人本身就丢了一些,或者奇怪的隐私策略或怎样,总感觉漏掉一点,不过也尽力把人人按 API 给的对应评论和全站评论都保存了下来

状态应该漏掉早期的一部分,我只能抓到 2008 年左右的,更早的忘了是没有状态这个产品,还是就是数据丢了。状态有些是带图或带地理信息的,这部分都没抓,通过对于的 API 似乎也没拿到这些信息

分享的类型太杂,没有 json 接口,裸解析页面太伤了,暂时不打算做,后期如果有人一起或想起来再说

人人的图片大部分不允许跨域调,索性也爬到本地来,主要是照片和头像,然后照片的失真度比较大,有 EXIF 信息什么的也懒得爬了,毕竟这些不是重点

我的数据量应该只算一般,爬起来还没太大问题,那些量大类杂的,可能还会遇到新的坑,只能遇坑填坑

VS Code 里 Python 扩展提示 Path 有非法字符

最近在 Win10 下打开 VS Code 时总会遇到这个报错

VS Code 启动时 Python 扩展提示 Path 环境变量有错误

搜了一圈发现还是官方的锅,详见 https://github.com/Microsoft/vscode-python/issues/2076

看了下 GitHub 上的 issue 和 Stack Overflow 上的讨论,理解了下造成这个问题的大概原因

  1. VS Code 里 Python 扩展会检查 Windows 的 Path 环境变量并解析,如果有预期之外的分号 ';' 双引号 '"' 或连续分号 ';;' 则报错
  2. Windows 的 Path 很可能是由若干个变量组成的,比如 Path=%Path%;C:\Python27\;%LOCAL_PATH%
  3. 有的变量为了自我严谨,最后是加了分号的,有的环境变量在引用别人时,怕别人最后没加分号,就在引用后立马接上一个分号
  4. 拼起来就呵呵了

看起来官方已经知晓并明确问题,只能等下一个版本更新去掉这个严格检查,或看他们有什么更好的处理方法

莫言莫语 1

小朋友语言和逻辑能力越来越好,经常搞出让人哭笑不得的话

我没有胡子

问莫莫他是不是一只小花猫?他说我没有胡子,所以我不是

我又不是女生

妈妈穿了背带裤,然后问莫莫,说你要不要穿背带裤?莫莫说我又不是女生?不可以穿背带裤

我去度蜜月

问莫莫下午去哪里玩了?莫莫说我去度蜜月了,问说你跟谁度蜜月了呀,莫莫说我跟妈妈度蜜月去了。都不知道跟哪学的,是在小区玩听别的大人提到过么

不要看不起莫宝宝

在超市,爸爸买了一件矿泉水,莫莫要过来想提起,他爸爸说你还小,拎不动的,妈妈说不要看不起我莫宝宝,莫莫马上也说不要看不起我莫宝宝

我又不是妈妈

莫莫看爸爸妈妈吃饭,想要来一起吃东西,爸爸问莫莫你要不要吃凉拌菜呀?莫莫说我又不是妈妈,我不可以吃凉拌菜

我要吃麻花

有一天晚上睡到半夜,莫莫突然想起来大喊,我要吃麻花

我又不是兔子

跟莫莫唱儿歌,小白兔白又白,最后一句是爱吃萝卜爱吃菜,蹦蹦跳跳真可爱,问莫莫你爱不爱吃萝卜?莫莫说我又不是兔子,不爱吃萝卜

太不可思议了

白天跟别的小朋友一起出去玩,别的小朋友妈妈会说这一句,然后带莫莫出去玩的时候他就突然来了这么一句。然后是大人们都表示你太不可思议了

follow me

出去商场吃饭玩,在停车楼停好车后妈妈问爸爸说应该往哪边走?爸爸说「Follow me」,然后莫莫立马就学会了,一直喊「Follow me」

我是狗狗,因为我叼了勺子

在超市里遇到卖酸奶的导购,给了小纸杯酸奶用勺子舀着吃,吃完了一直不舍得放,坐上车给他扣安全座椅的安全带都还拿着,扣好后突然就来了这么一句

我很小气

天气太热了,在外面听别的家长有说冰淇淋,回家一直闹着要吃冰淇淋,给了他一盒小的,和伯伯一起吃完,然后开心的跑开看着爸爸说「我很小气,没有留给爸爸」

Python 多层 decorator 内获取原始函数参数字典

0. 在 decorator 里获取原始函数的参数值

项目里做了一个通用锁,使用 decorator 来方便的包住某些需要限制并发的函数。因为并发不是函数级别的,而是根据参数来限制,所以需要把参数传到通用锁的 decorator 里,代码大致如下

def lock_decorator(key=None):
    def _lock_func(func):
        @functools.wraps(func)
        def wrapper(*args, **kwargs):
            # TODO: get lock_key
            lock_key = kwargs.get(key, '')
            with LockContext(key=lock_key):
                return func(*args, **kwargs)
        return wrapper
    return _lock_func

@lock_decorator(key='uid')
def apply_recharge(uid, amount):
    # ...

考虑到函数调用不一定都是带着参数名的,就是说调用时不一定所有参数都会进 **kwargs,那就需要从 **args 里面按参数名捞参数

怎么能知道原函数的参数名列表,翻各种手册的得知可以用 inspect.getargspec(func) 来搞到,那么上面的 TODO 部分就可以改写如下

            args_name = inspect.getargspec(func)[0]
            key_index = args_name.index(key)
            if len(args) > key_index:
                lock_key = args[key_index]
            else:
                lock_key = kwargs.get(key, '')

自此,一切都很美好

1. 在 decorator 里获取原始函数的调用参数字典

项目里又做了个通用的 Logger,也做成 decorator 往目标函数一套,就可以打印出调用时的入参和结果,大致如下

def log_decorator():
    def _log_func(func):
        @functools.wraps(func)
        def wrapper(*args, **kwargs):
            # TODO: get full args
            print('call func [{}] with args [{}] and kwargs [{}]'.format(func.__name__, args, kwargs))
            ret = func(*args, **kwargs)
            print('func [{}] return [{}]'.format(func.__name__, ret))
            return ret
        return wrapper
    return _log_func

@log_decorator()
def apply_recharge(uid, amount):
    # ...

看起来也还好,不过因为函数可能带默认参数,而且也希望看到 **args 到底传到哪个参数上,还是希望把所有参数按 Key-Value 的形式打印出来,跟处理通用锁一样,用 inspect.getargspec(func) 把参数名和默认值都摸出来,再考虑一下可变参数的情况,对上面的 TODO 部分改写如下

            args_name, _, _, func_defaults = inspect.getargspec(func)
            parsed_kwargs = dict()
            # default args
            default_args = dict()
            default_start = len(args_name, func_defaults)
            for idx, d in enumerate(func_defaults):
                default_args[args_name[default_start + idx]] = d
            parsed_kwargs.update(default_args)
            # args with name
            varargs_start = len(args_name)
            for idx, a in enumerate(args[:varargs_start]):
                parsed_kwargs[args_name[idx]] = a
            # varargs
            if len(args) > varargs_start:
                parsed_kwargs['varargs'] = args[varargs_start:]
            # kwargs
            parsed_kwargs.update(kwargs)
            print('call func [{}] with args [{}]'.format(func.__name__, parsed_kwargs))

到这里,还是很美好

2. 多层 decorator 怎么拿到最原始函数的参数表

注意到上面两个例子里,apply_recharge 都只套了一个 decorator,如果两个一起用会发生什么?

根据 PEP318 里对 decorator 的定义

@dec2
@dec1
def func(arg1, arg2, ...):
    pass

等价于

def func(arg1, arg2, ...):
    pass
func = dec2(dec1(func))

这里就出问题了,dec2 拿到的传入函数其实是 dec1 而不是 func。不过在把 lock_decoratorlog_decorator 混用时,不管谁写前面,func.__name__ 都是原始的函数名,说明也还是有神器的地方做了穿透,但是 inspect.getargspec 又拿不到最底层函数的参数表,导致不管谁前谁后,都有问题

注意到每个 decorator 构建的时候都又封了一个 @functools.wraps(func),这个是干嘛的呢?以前都是无脑用,也没想过为啥要包一层这个,去掉会怎样?

去掉这个 @functools.wraps(func) 后,inspect.getargspec 还是一样的只能拿到最近一层的信息,而之前本来可以拿到底层的 func.__name__ 也变成最近一层的函数名了,说明这里做了穿透。那么去看看代码吧

# functools.py

from _functools import partial, reduce

# update_wrapper() and wraps() are tools to help write
# wrapper functions that can handle naive introspection

WRAPPER_ASSIGNMENTS = ('__module__', '__name__', '__doc__')
WRAPPER_UPDATES = ('__dict__',)
def update_wrapper(wrapper,
                   wrapped,
                   assigned = WRAPPER_ASSIGNMENTS,
                   updated = WRAPPER_UPDATES):
    """Update a wrapper function to look like the wrapped function

       wrapper is the function to be updated
       wrapped is the original function
       assigned is a tuple naming the attributes assigned directly
       from the wrapped function to the wrapper function (defaults to
       functools.WRAPPER_ASSIGNMENTS)
       updated is a tuple naming the attributes of the wrapper that
       are updated with the corresponding attribute from the wrapped
       function (defaults to functools.WRAPPER_UPDATES)
    """
    for attr in assigned:
        setattr(wrapper, attr, getattr(wrapped, attr))
    for attr in updated:
        getattr(wrapper, attr).update(getattr(wrapped, attr, {}))
    # Return the wrapper so this can be used as a decorator via partial()
    return wrapper

def wraps(wrapped,
          assigned = WRAPPER_ASSIGNMENTS,
          updated = WRAPPER_UPDATES):
    """Decorator factory to apply update_wrapper() to a wrapper function

       Returns a decorator that invokes update_wrapper() with the decorated
       function as the wrapper argument and the arguments to wraps() as the
       remaining arguments. Default arguments are as for update_wrapper().
       This is a convenience function to simplify applying partial() to
       update_wrapper().
    """
    return partial(update_wrapper, wrapped=wrapped,
                   assigned=assigned, updated=updated)

原来就是这里耍花样了,把底层函数的 ('__module__', '__name__', '__doc__') 都赋给了 decorator 封起来的这一层,欺骗更上层用 __name__ 去判断时就当我是底层

那我也学这个,把 inspect.getargspec 的地方也处理下不就完了,去看看这个地方是怎么拿参数表的

# inspect.py

def getargspec(func):
    """Get the names and default values of a function's arguments.

    A tuple of four things is returned: (args, varargs, varkw, defaults).
    'args' is a list of the argument names (it may contain nested lists).
    'varargs' and 'varkw' are the names of the * and ** arguments or None.
    'defaults' is an n-tuple of the default values of the last n arguments.
    """

    if ismethod(func):
        func = func.im_func
    if not isfunction(func):
        raise TypeError('{!r} is not a Python function'.format(func))
    args, varargs, varkw = getargs(func.func_code)
    return ArgSpec(args, varargs, varkw, func.func_defaults)

看了下用到了 func.func_codefunc.func_defaults,按 Python 官方文档 https://docs.python.org/2/library/inspect.html 的解释,func_code 是运行时的字节码,从这里面捞参数表果然可行,那是不是我把这两个属性也传递上去就行了呢?改用自己的 wraps 如下

WRAPPER_ASSIGNMENTS = functools.WRAPPER_ASSGNMENTS + ('func_code', 'func_defaults')
def my_wraps(wrapped,
             assigned = WRAPPER_ASSIGNMENTS,
             updated = WRAPPER_UPDATES):
    return _functool.partial(functools.update_wrapper, wrapped=wrapped,
                             assigned=assigned, updated=updated)

运行时报错,看了下错误提示,func_code 不可覆盖,这也对,都是运行时的字节码了,这个覆盖掉那包的这层 decorator 到底还有没有自己的逻辑部分

还是自己动手丰衣足食,既然 func_code 不可覆盖,我自己另外弄一个总可以了吧,而且当前需求是拿到参数表和默认参数,那就直接解出来穿透,也懒得最后再解一次。修改 my_wraps 如下

WRAPPER_ASSIGNMENTS = functools.WRAPPER_ASSIGNMENTS + ('__func_args_name__', '__func_default_args__')

def my_wraps(wrapped,
             assigned = WRAPPER_ASSIGNMENTS,
             updated = functools.WRAPPER_UPDATES):
    if getattr(wrapped, '__func_args_name__', None) is None:
        setattr(wrapped, '__func_args_name__', inspect.getargs(wrapped.func_code)[0])
        func_defaults = getattr(wrapped, 'func_defaults') or ()
        default_args = dict()
        default_start = len(wrapped.__func_args_name__) - len(func_defaults)
        for idx, d in enumerate(func_defaults):
            default_args[wrapped.__func_args_name__[default_start + idx]] = d
        setattr(wrapped, '__func_default_args__', default_args)
    return _functools.partial(functools.update_wrapper, wrapped=wrapped,
                              assigned=assigned, updated=updated)

同时在运行时解参数表,也用一个通用函数来实现

def parse_func(func, *args, **kwargs):
    parsed_kwargs = dict()
    # default args
    parsed_kwargs.update(func.__func_default_args__)
    # args with name
    varargs_start = len(func.__func_args_name__)
    for idx, a in enumerate(args[:varargs_start]):
        parsed_kwargs[func.__func_args_name__[idx]] = a
    # varargs
    if len(args) > varargs_start:
        parsed_kwargs['varargs'] = args[varargs_start:]
    # kwargs
    parsed_kwargs.update(kwargs)

    return parsed_kwargs

这样在 lock_decoratorlog_decorator 里,用 my_wraps 来封装处理,同时在里面用 parse_func 来解析参数,就能拿到完整的参数表了

完整的测试代码见 https://gist.github.com/whusnoopy/9081544f7eaf4e9ceeaa9eba46ff28da

cmder 在 Win10 WSL 下粘贴丢字符的解决

Win10 升级到 1803 后,用 cmder 连的 bash,粘贴文本时总丢大量字符,怀疑某些部分被识别成了控制字符或怎样。一开始以为是 WSL 的问题,不过后面交叉验证,发现如果用 cmder 开 Windows 命令行,或直接在 Windows 命令行下运行 bash 就没事。翻了好久,终于在 ConEmu 项目下找到相关讨论,作者最近认可了这个问题并发布了更新:https://github.com/Maximus5/ConEmu/issues/1545#issuecomment-386444227

因为 cmder 就是封装了一下 ConEmu,所以去 https://github.com/Maximus5/ConEmu/releases/tag/v18.05.06 下载最新的 180506 版本 ConEmu,并解压到 cmder 目录的 cmder\vendor\conemu-maximus5 下替换原来的文件就好

莫莫两岁啦

体检归来,身高 85.5,体重 10.7,长牙 16 颗。身高还是中下水平,大概 30 分位,体重半年才长了一斤,都掉到 15 分位下了,但是吃的也不少,品类也挺繁多的,果然还是运动量太大么,本来爸爸看长 18 颗牙的,在社区体检看还是 16,最近总不好好张开嘴给看,估计是之前臼齿两头冒尖被误认是两颗了?

小朋友大一些了就各种小心思,出去玩偷懒不想走,非得要抱,到地方了就下来疯跑捉都捉不住,在家有事没事嗲嗲的叫「爸~~爸~」「妈~~妈~」,然后过来求个抱抱或想能不能赚点饼干或糖

占有欲更强,在外面总要疯跑无意撞到别的小朋友或故意推开,每天回家都听到的是「今天又欺负了几个小朋友,把几个小朋友弄哭了」,希望这个暴力期快点过去吧。有时候嘴里会咕哝「摇来摇去摇不倒」,这是把别人当不倒翁了么,自己倒是平衡性维持的很好,经常踩到东西或看着要滑到,但摇摇晃晃又能调整过来

能更自由的用语气词,各种自夸,爸妈下班回来帮拿拖鞋后自己来一句「宝宝真能干」,自己想看 DVD 时麻溜的自己打开,然后来一句「宝看一集这个吧」。记忆和表达能力更好,妈妈回家都可以跟妈妈聊起来,今天去了哪里,干了什么事情,和哪些小朋友玩了啊

出去玩会很鸡贼的注意别的家长或小朋友手里的吃的,然后故意装傻跑过去问「这个是什么呀」,遇到好心的奶奶给分吃的,一边说着「宝就吃一个」,另外一边又把空着的手伸出去「这个手还没有」

早上起床时间相对固定在八点五十左右,晚上睡觉还是看白天有没有玩的很疯和有没有睡,如果白天没睡,晚上一般八九点就吃奶睡了也挺好,如果下午有睡两个小时,那晚上没有十一点都难整睡着

现在一天吃的典型节奏是,起床后吃冻鸡蛋、喝粥,上午吃一点水果,中午正餐吃米饭配菜,下午吃一点水果,晚饭吃面条,到晚上八点左右再补一小顿白米饭,睡前喝 200ml 的奶,早上五六点喝 200ml 的奶。喜欢吃鱼,对肉还是不太感兴趣,面条一般熬点排骨汤什么的做汤底

目前还是穿尿不湿和拉拉裤,前阵子天气还有点冷,没在训练自主排便,外婆他们倒是挺着急说这么大了还不会自己上厕所,以后上学了怎么办,这个,也还好吧,小朋友大了自然就会的,顺其自然。拉臭了会主动说「宝在拉臭臭」,然后等换洗,尿尿了一般没有主动说,但是如果太多了会自己抓下提醒带的人。有害羞的意识,在外面给他换尿不湿要扯他裤子都不让扯,感觉有时候出去玩他也有点故意憋尿憋臭,怕在外面给他换?

快两岁时跟妈妈合影

快两岁时跟妈妈合影

莫莫快两岁

最近莫莫爸爸忙和懒了好多,记录没有及时跟上啊

年前莫莫快二十二个月的时候,被染上流感,小家伙烧的一塌糊涂,还好及时去医院确诊流感,妈妈想办法弄到达菲,春运期间的票不好改,伯伯和姑姑帮一起带回老家,在奶奶家过的整个春节

年后回到杭州二十三个月过了没多久,又有一次突然发烧,后面去医院被诊断为肺炎,住院几天才好

因为最近两次生病,一直去医院抽血检查和在家喂药,现在对医院和医护人员特别敏感,见到就哭闹,小朋友还是健健康康不要去医院的好

吃喝拉撒睡没有什么太特别的变化,吃的东西更杂,但是经常也犯懒要喂,变得更馋,看到大人吃什么都想过去分一口,白天基本都不睡了,晚上从八九点睡到早上八九点

语言和思维能力是最近进步的最明显的,除了有点奶声奶气发音不准,很多事情已经可以很清楚的表达,成天自己咕哝咕哝说个不停,好多大人都听不懂,对一切事物充满好奇,会问这是谁这是什么这个在干什么这个怎么了

记忆力总在不经意间表现的让人吃惊,春节期间有一次随口问了下他爷爷叫什么名字,然后一路顺着把爷爷奶奶外公外婆爸爸妈妈名字都说对了,日常有时候随口说的话也能被他记住,放什么东西更逃不过他的眼睛

脾气大部分时候更温和,但偶尔也比较极端,出去玩的时候有占有欲,不让别的小朋友玩自己的东西,自己占住的地盘也不想别人来,会推别的小朋友,搞的小区好多小朋友被欺负哭过,后面见到就躲,这是要变熊孩子的节奏么?

能自己玩,虽然对同一件东西的专注时间还是不够长。自己摔倒或有别的丢人事情时,不喜欢别人关注,不然会觉得好出丑,甚至恼羞成怒

早上睡起来不再有哭哭闹闹起床气,而是会高兴的说「早上好」。爸爸妈妈下班回来都会帮忙拿拖鞋,小暖男啊

理性认知相对一般。数字能数到二十,但是还没多大概念,问他什么东西有几个或有多少,统一回答「二十个」。颜色应该能分清,但是总不按大人期望的方式回答。对文字数字认识一般,偶尔会按刚教的用强大记忆力复述,但是不像是自己完全学会的样子

肺炎住院时妈妈请假陪了几天,现在跟妈妈的关系明显变好,愿意跟妈妈在一起玩,也会想黏妈妈,不再像某一段时间老是不要妈妈

坐车已经完全接受了安全座椅,现在坐安全座椅或自己童车,会主动要求拉安全带,坐车变得容易睡着,经常上车时很兴奋,路上就睡着了然后抱着下车放床上继续睡


一些有意思的片段

在老家爷爷奶奶带,有一次爷爷问「莫莫是不是小馋猫」,被反口一句「叶文是大馋猫」呛回来,这家伙,啥时候学会直接叫名字也学会这么反呛的

在老家,爷爷叫奶奶或奶奶叫爷爷有时候喊名字对方没听见,莫莫会帮忙用名字大叫,而不是叫「爷爷」或「奶奶」,回杭州后有时候对爸爸妈妈也这样

自学成才,知道在地上打滚撒泼了,更好玩的是在家里不管一开始在哪里,总要跑到垫子和地板中间的位置,上半身趴垫子上,下半身在地板上打脚,这样是即可以打的地板啪啪响吸引注意力,又避免趴地上太凉么?

WSL 下一些奇怪的路径依赖问题优化

在公司换用 Windows 做开发机,装了 Windows Subsystem for Linux(WSL),也就是那个 Ubuntu,用来跑开发环境

我的代码放在 Windows 的文件系统里,在 WSL 里通过 ln -s /mnt/c/foo ~/foo 的方式映射过去,不过在跑 yarn 装 node modules 的时候,会经常出现路径依赖的错误,大概就是 /mnt/c/xxxxx 这样的路径在计算父目录或子目录时会出问题

另外我跑 Docker,是使用 Docker for Windows 作为宿主,在 WSL 里装 Linux 的 Docker 客户端做控制,跑 docker-compose 总是发现挂载不上开发目录到文件系统,最后看了下是 WSL 默认的 /mnt/c/ 这样的挂载点识别有问题

最后按某些野路子方法,把 WSL 访问宿主机的入口调整为 /c/ 这样就好了

$ sudo mkdir /c
$ sudo mount --bind /mnt/c /c

不过这有个问题是重启后需要重新挂载,之前有按别的一些处理方式写到 /etc/fstab 文件表里,但是 WSL 不支持自动加载,所以按 https://nickjanetakis.com/blog/setting-up-docker-for-windows-and-wsl-to-work-flawlessly 的提示来加到 ~/.bashrc 里或我的 ~/.zshrc 里,并把 /bin/mount 改成所有用户都可启用

$ echo "sudo mount --bind /mnt/c /c" >> ~/.bashrc && source ~/.bashrc
$ sudo echo "yourname ALL=(root) NOPASSWD: /bin/mount" >> /etc/sudoers

注 1:yarn 的问题似乎现在在 /mnt/c/foo 这样的目录结构下工作正常了,不确定是不是 yarn 升级处理了这个问题