做了个人人网的备份工具

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

项目在 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 升级处理了这个问题

莫莫二十一个月

语言能力继续突飞猛进,脾气变得极端了不少

单独给莫莫做吃的后,还是会喜欢坐大人腿上看大人吃饭,要自己拿筷子戳戳戳,到后面演变成帮大人夹菜,虽然经常是戳到桌子上,但大部分时候还是挺像模像样的,就是会出现弄太快来不及吃,或者他一直催「爸爸吃这个吃这个」

吃饭时偶有坏习惯,突然想起来把嘴里吃的这一口吐掉,也没有明显的逻辑,可能就是单纯贪玩或不想吃,因为前后吃一样的东西都吃的好好的。吐还会找墙角地板什么的吐,被口头教育后稍微好一点,大部分时间还是喂饭的跟着注意到迹象后直接拿餐巾纸接住

午睡从可以在家哄睡着,变成要坐着童车去小区里兜一圈才能睡着,到十二月底推车出去兜圈也没用了,绝大部分时间变成中午不午睡,然后晚上七八点自己主动要睡觉。到一月份后,经常是晚上差不多到点了,自己急了跳脚「吃奶奶吃奶奶」然后很快「睡觉觉睡觉觉」,往手上一靠直接睡着。半夜睡的还是偶尔醒一下要哭哭抱一会,早上被闹醒了也会很不开心,而且没清醒过来前,哭闹是止不住的,说话完全听不进去

起床气越来越明显,起床后多半需要看上一首儿歌或贝瓦儿歌里面别的什么,才肯配合穿衣出来

四颗虎牙都出来了,目前十六颗牙都长的不错,也比较整齐,但是现在不太给看了,说过来给爸爸给看看牙,都是要立马跑开。从完全抵制刷牙到偶尔愿意刷牙,不过大部分时间还是自己叼着牙刷玩,还要担心是不是玩水把衣服弄湿

喝水偶尔有坏习惯,最后叼着水杯不放,还要跑来跑去,磕过几次也不长记性。另外偶有几次喝到后面嘴里含一口,等水杯拿开后自己吐出来玩,容易把衣服裤子弄湿

开始有点电视迷,会要看电视上的动画片或儿歌,要不就是手机上的。会主动粘着要开电视,跟他把遥控器藏起来,会自己摸开电视机上的物理开关。哪怕把电视的网络断掉,跟他说电视坏掉了,也还是会要看手机上的。家里不同人的手机,都可以准确找到贝瓦儿歌的 App 并打开看

变得更黏爸爸,早上起来陪玩后都不让去上班,以前说再见后开门走人已经不行了,要偷偷走才行。吃饭也不让爸爸好好吃,非得先陪着玩,等伯伯和妈妈吃完换人陪玩时爸爸再去,就这样还是有可能吃到一半被拉走要陪玩积木或他觉得只有爸爸会的东西

莫莫游泳

莫莫游泳

亲亲变得有些敷衍,凑近了嘴巴咂一下就算,才不管是否亲到脸。而且只亲爸爸,妈妈求亲亲多半都不理,伯伯天天带着也不亲,这是因为爸爸有事没事就缠着莫莫要求亲一个,加上都是男生的缘故么

不愿意黏妈妈,经常妈妈回来一开门就开始喊「不要妈妈」,弄得妈妈可伤心了。小朋友还是要多陪伴,带的多的还是会更黏一些,元旦后妈妈去余杭妇保下乡,爸爸也早起开车送妈妈,少了早上的亲子时光,跟爸爸也没有之前那么黏

妈妈给买了本百科全书,异常喜欢驯鹿,每天都要拉着爸爸去找驯鹿在哪里,而且还说「妈妈不认识」「伯伯不认识」,非得拉爸爸去才行

脸上高原红一般的开裂状况变好,用丝塔芙比较厚重的面霜多擦擦还是保湿一些,现在粉嫩粉嫩的,可爱到随时想咬一口。不爱洗脸和擦粉,都要连哄带骗分散开注意力再上手去弄他,不过洗手倒是挺主动,经常主动把手伸出来要用湿毛巾擦,而且会主动换手

胆子越来越大,之前都会老老实实呆在厨房门口,现在敢跑进去了。而且进去多半都是在捣蛋,要么把扫把簸箕弄出来说要扫地,要么把橱柜拉开把面条什么的弄到客厅,撒的到处都是。茶几抽屉里有几包爷爷种的花生,经常要求打开拿出来抛的满屋都是,大人在家走路什么的经常都要注意着点,一不小心就可能踩到莫莫布置的地雷

说话奶声奶气,把全家都带偏了,天天「在哪里zai1na2li4」「什么shen2mo4」。而且会自己表达超多的情绪,知道自己是「莫莫宝宝」,有时候需要表达第一人称,会说「宝宝怎样怎样」。带他去商场,伯伯和妈妈去试衣服,售货员阿姨逗他说要抱抱,莫莫不要,还来一句「宝宝不好意思」,笑翻全场,不知道是不是前面爸爸带着在扶梯上说亲一个,莫莫没亲爸爸问「是不是不好意思」然后记住了

自己用积木堆小火车

自己用积木堆小火车

看过的书还是会记住的,自己淘气把凳子拿出来放倒摆客厅垫子上,然后跑到一边半蹲说「拉臭臭」,再跑到另一边把手伸出去说「洗手手」,完了再来一句「拉完臭臭真舒服」,本来大家还奇怪好像并没有教他这些,特别是最后一句,后来发现之前看的「好习惯绘本」里关于「拉臭臭」那本书,最后小熊就是这么说的

会有点小心机,之前问他「谁是小馋猫」,他会很老实的承认「莫莫是小馋猫」,现在变成了「爸爸是小馋猫」,小坏坏的。拉着爸爸给他看动画片,还会说「这个不好看,爸爸换一个」。自己轻微撞到或碰到,一般就跟没事人一样,但是有大人跑去关注的话,就要开始撒娇一下。假哭越来越像真的了,经常一言不合就嚎起来,同时豆大的眼泪立马滚下来,让人心疼,不过判定他是假哭的话又好笑,当然是不好说他假哭的,他要被揭穿了可能就伤心恼怒变真哭了

天不怕地不怕的活跃分子,带来的结果之一就是额角上总是有包,从来就没好过,上一次的快好了一定会撞出下一个包来,都跟他开玩笑说头上长了两只角了。莫莫还不太理解头上的「角」,经常开玩笑问他长角了,他立马蹲下去摸自己的脚表示脚在这里

爸爸去日本,在大阪环球影城带了一只 Snoopy 玩偶回来,还是没法冲抵对兔子的喜爱,睡觉什么的还是要抱着自己那只兔子,现在问兔兔叫什么,已经起名叫「妮妮」了,并且也会交替用妮妮和兔兔来称呼之

妈妈在努力教一些简单的英文,苹果、葡萄、桃等能记住也能复述。对数字和颜色还是不敏感,能从一数到十,但是更多是用背书那种方式来背出来,还没有明确的数字和大小概念,跟他好好讲又淘开

隐藏 HP 打印机在 Win10 下无法安装的驱动更新

公司使用的打印机是 HP 的 1536,很经典的一款,但是也有一个很头疼的问题,就是在 Windows 10 下,会总是提示会有驱动升级,名称是 HP driver update for HP LaserJet M1530 MFP Series PCL 6,但是从来都无法安装成功

看这个事情很不爽,但是一直也没有找到很好的解决办法,HP 官方论坛和微软的官方论坛里都没有合理的解决,有提议把驱动卸了就不会出更新提示的,但是,卸载了驱动我还怎么打印

好在今天搜到一个 Win10 系统禁止某一更新 的方法,实测解决,原文请点左边的链接进去,我这里简单重复

  1. 去微软官网下载 wushowhide.diagcab
  2. 运行,在 Hide Update 里勾选不想要的更新,解决