3
26
2022
12

微信消息通知的困扰

一直以来，不得不用的微信以其糟糕的通知体验让我十分不爽。

在手机上，我使用的是 Google Play 商店里的微信。在电脑上，我使用的是通过 Wine 运行的 Windows 版本微信（[archlinuxcn] 仓库里的 wine-wechat-setup 脚本可用于安装）。

消息通知不及时

这个问题是最近我的手机日渐陈旧之后我才注意到的。表现是，在一段时间（比如一两天）不使用微信之后，收到新的微信消息或者视频通话，可能会延迟几个小时收到通知。在 Android 通知日志中可以确认，收到通知的时间和消息在微信中展示的时间有数小时之差，并不是因为我没有及时看手机。

我的 Telegram 从来不这样丢消息，即使因为后台进程过多 Telegram 被杀之后，通知只会不能在其它端阅读之后被清除，而不会延迟那么久。而微信，即使它还在后台运行着，却经常占着资源不干活，何况消息通知本应走 FCM。

打开微信即清除所有通知

我有一条微信消息，但是我现在不方便立即回复（比如需要使用电脑而我正出门在外），所以我会让那条通知一直留着。其实以前版本的 Android 系统更方便，可以将通知延后一段时间，只是不能自动指定延后的时间比较遗憾，后来被移除真的太可惜了。

然后呢，比如我要进个超市，或者测个核酸，付个钱啥的，只好打开微信扫码呗。结果所有还未处理的通知全部不见了！等忙完当时的事情，回到家里的时候，我就不一定还记得我还有几条微信消息还没处理了。

多端不同步容易错过

我在用电脑的时候，如果不登录电脑版微信的话，那么我将不会注意到手机上的微信有新消息。那就登录电脑版吧，然后我去上个厕所吃个饭，不用电脑的时候又会错过消息。在电脑端登录的时候让手机上也显示消息通知？那样所有消息都要看两遍，而且消息多的时候还得仔细回想某条消息到底是不是已经处理了。

Telegram 的消息同步做得真好啊。你在哪端用，哪端先给你发通知。其它端的消息会晚几秒出现。一旦在任意端读取了消息，另外的端上的相应消息全部都会被取消掉，不会有消息重复的问题（不过最近好像 Android 上的通知取消变得不那么可靠了）。

手机不可离远

现在电脑版微信终于不需要天天在手机上确认登录了。只要我每两三天登录一次，就可以避免把手机扔去充电了、来到电脑前、又去找手机的麻烦事。——我一开始是这么以为的。直到我发现，我刚刚看到通知、正要处理的消息，并没有在电脑版微信里同步出来。

不知道为什么，微信跟电脑用户有仇似的。明明我有电脑了，不需要凑合于手机的小屏幕和戳戳戳的屏幕键盘了，微信还非得把手机给拉过来。

语音通话不支持耳机接听

某天，我因为沉迷于放置型游戏，把手机扔桌子上充上电让它自个儿玩，自己去睡觉了。第二天早上睡正酣的时候，来了个电话，我拿耳机给接了。然后需要通话的另一方不知道怎么想的，没有商量就发起了微信语音通话，这个耳机根本接不到……

我也尝试过让 Google 助理回拨电话，不过使用不熟练，并没有成功。你说我为什么不起床去接？我睡着被电话惊醒了，还没回过神来啊 QAQ。

Category: 用户体验 | Tags: 微信 腾讯 Android 用户体验
11
22
2015
26

获取 Google Chrome 中打开的标签页的 URL

Google Chrome 把这些信息保存在配置目录下的Current Session文件里了，比如我的位于~/.config/google-chrome/Default/Current Session。这个文件是二进制的，使用 Chromagnon 里的脚本可以解析成文本，然后拿 Vim 编辑编辑就可以得到一行一个链接的文本文件了。这样就可以很容易地把它们在火狐里打开了，比如：

cat links | xargs firefox

这样就把链接们从 Google Chrome 里迁移到了一个单独的火狐窗口中。

我做这个的原因是，最近我的火狐运行微信时会持续占用一个 CPU 核。改用 Google Chrome 来运行微信之后风扇才能安静下来。然而 Google Chrome 的字体渲染我并不喜欢，更重要的是它会不时地崩溃一下。所以我辛辛苦苦「转发」了N个链接到「文件传输助手」，并艰难地（因为这个过程非常卡）将它们一一点开之后，希望能把这些页面转到火狐中来阅读。

暂时手工操作了。以后用得多的话再写自动化脚本。

Category: 网络 | Tags: 微信 Google Chrome 火狐
3
31
2014
6

微信内置浏览器调用微信 OAuth 授权获取用户基本信息的方法

首先，我建议各位打印一份微信官方的「网页授权获取用户基本信息」文档，但是不要阅读它。烧掉它，这有重要的象征意义。

一个位于微信内置浏览器内的网页要获取用户基本信息，首先要获取任意一个用户对其应用的所谓「openid」（其实应该叫「private id」，因为同一个用户在每个应用里的这个 ID 都不一样）。这个可以通过只能获取到「openid」的snsapi_base授权得到。然后，将用户重定向于以下地址：

url_fmt = '''
https://open.weixin.qq.com/connect/oauth2/authorize?
appid={appid}
&redirect_uri={redirect_uri}?userid={userid}
&response_type={response_type}&scope={scope}&state={state}
'''.replace('\n', '')

scope当然是snsapi_userinfo，其它参数自己填。redirect_uri最好通过urllib.parse.quote编码一下，虽然好像不编码也可以用。利用url_fmt.format_map或者url_fmt.format方法把参数填进去，重定向之后，微信就会弹出授权提示页面了。

记住，一定要用我这里给出的格式，不要按标准 URL 参数处理方法使用urllib.parse.urlencode方法构造参数部分，因为这个微信授权 URL 里的参数顺序是重要的。具体规则不清楚，大概是appid一定要在redirect_uri前边，scope和response_type一定要在其后边。反正你按我这里给出的格式填就对了。

很奇怪为什么不能使用标准 URL 参数处理函数么？那我还告诉你，给微信接口传 JSON 时，标准 JSON Unicode 转义\uXXXX是无效的。

Category: 网络 | Tags: 腾讯 微信

Mastodon | Theme: Aeros 2.0 by TheBuckmaker.com