我通过百信银行app，在 2022-05-31 购买了“钱包Plus尊享版” —— “信银理财 安盈象中短债7天持有期3号“，净值 1.008。今天 2022-08-13 赎回，按 1.0147 净值算，持有74天，计得实际年化收益率是 2.92% 。
感受：收益稳，波动小，偶尔当日无收益；大于1万的赎回金额即时到账
缺点：年化收益率没到3%
可能百信“钱包Plus尊享版”和微众银行的“活期+Plus”的产品设计差不多，不知道哪家的收益更胜一筹。
键盘的S键有时失灵，要按好几下才打得出来。我这段时间打字的场合少，偶尔一个键失灵，能凑合着用，大不了就多按几下。但晚上进到《CS:GO》游戏，打几盘后，发现好尴尬，因为不能后退。我本来游戏就打的菜，现在更是被当成耙子打了。
我以为是机械键盘的某个键失灵，如能替换它，总比淘汰整个键盘要好些。我首先想到的，是向京东的“联想京东自营旗舰店”咨询这款键盘是否为可替换单个按键的。料不到，京东店的客服说这款不是他们负责售后的，要我联系联想客服。那我就到联想网站咨询，但无论是在线的客服还是电话客服，都在核实我的键盘型号（MK 100）和序列号后，说这款键盘不是他们负责售后。我问那生产的厂家是谁。他们说不知道相关的信息，提醒我找找产品的包装盒，说可以打包装盒上的售后电话咨询。我就很奇怪了，明明键盘上的显眼位置和标签是你lenovo的标识，怎么你们不知道产品的具体信息呢。哦，很有可能这款键盘是联想贴牌卖的，就是挂着联想的标识，但生产和售后等，是另有他人。
我临时换了一个普通的键盘来用，但很不习惯。青轴的键盘，手指按下去，键程长，松开手指后键回弹有力，打字较舒服。这个键盘使用了约五年，我有点舍不得扔掉。我找来螺丝刀，想拆这个有问题的键盘，看看里边是不是有头发之类的卡住了。奈何，前面板有一个螺丝起不出来，螺丝帽生锈了。估计是我有时洗手后，手没抹干，直接就嚓嚓打字，长期以往，偶然水滴到螺丝帽上，生锈膨胀后塞死，可活动的螺丝变成电焊，狠狠地咬住面板不放了。我按着网上说的，往螺丝帽及其周围滴上润滑油，再拧，无效；再特意买一罐“除锈剂”来，对准螺丝帽来喷，无效；最后，学着往螺丝帽上的凹槽里垫上橡皮筋，还是拧不动，纹丝不动。
我修不好键盘，那就从心理上接受它。我接回了这个青轴的机械键盘，打算继续使用。我制定了相应的策略：打《CS:GO》时，不后退，直接拿着冲锋枪向前——冲啊，不是因为我勇敢，而是因为控制方向的S键失灵啦。
问题：magento2.4的站点，执行 bin/magento indexer:reindex 后，elastic search 报错。内容如下：
Catalog Search index process error during indexation process:
{"error":{"root_cause":[{"type":"cluster_block_exception","reason":"index [magento2_mazia_243_product_1_v45] blocked by: [TOO_MANY_REQUESTS/12/disk usage exceeded flood-stage watermark, index has read-only-allow-delete block];"}],"type":"cluster_block_exception","reason":"index [magento2_mazia_243_product_1_v45] blocked by: [TOO_MANY_REQUESTS/12/disk usage exceeded flood-stage watermark, index has read-only-allow-delete block];"},"status":429}尝试：按网上说的，调整elastic search设置后就可以了：
curl -XPUT -H "Content-Type: application/json" http://localhost:9200/_cluster/settings -d '{ "transient": { "cluster.routing.allocation.disk.threshold_enabled": false } }'
curl -XPUT -H "Content-Type: application/json" http://localhost:9200/_all/_settings -d '{"index.blocks.read_only_allow_delete": null}'参考：https://stackoverflow.com/questions/63689953/magento-2-4-reindex-issue-with-elasticsearch
环境：电信的线路，在内网的一台机子上安装了 iredmail 邮局
问题：邮局与腾讯的收发邮件，正常。但发自139.com的邮件，不能收到
现象：邮局中的日志有如下字样：
Aug 5 21:57:29 mail postfix/smtpd[22485]: connect from n169-113.mail.139.com[120.232.169.113]
Aug 5 21:57:29 mail postfix/smtpd[22485]: Anonymous TLS connection established from n169-113.mail.139.com[120.232.169.113]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Aug 5 21:57:29 mail postfix/smtpd[22485]: 4LznGd6ykCz9w4l: client=n169-113.mail.139.com[120.232.169.113]
Aug 5 21:59:27 mail postfix/anvil[21946]: statistics: max connection rate 1/60s for (smtpd:120.232.169.113) at Aug 5 21:49:27
Aug 5 21:59:27 mail postfix/anvil[21946]: statistics: max connection count 1 for (smtpd:120.232.169.113) at Aug 5 21:49:27
Aug 5 21:59:27 mail postfix/anvil[21946]: statistics: max cache size 1 at Aug 5 21:49:27
Aug 5 22:00:45 mail clamd[1737]: SelfCheck: Database status OK.
Aug 5 22:02:30 mail postfix/smtpd[22485]: timeout after DATA (0 bytes) from n169-113.mail.139.com[120.232.169.113]
Aug 5 22:02:30 mail postfix/smtpd[22485]: disconnect from n169-113.mail.139.com[120.232.169.113]尝试：看起来，自建邮局能与139.com邮局的IP互访，但为什么自建邮局不能成功收信呢？
依照网上的帖子，这可能是因为内网的机子拨号后，以太网的默认的mtu 1500值显得大，需要调小以适合传送。
[root@mail ~]# ping -M do -s 1430 n169-113.mail.139.com
PING n169-113.mail.139.com (120.232.169.113) 1430(1458) bytes of data.
ping: local error: Message too long, mtu=1400
ping: local error: Message too long, mtu=1400
ping: local error: Message too long, mtu=1400
果然，将mtu调小到1400后，自建的邮局就可以成功从139.com收到邮件了。
参考：
朋友喊打篮球。我们夜七点半出发，来到福和体育公园。我们看到摩托车停满位，公路对面有商家喊喇叭搞活动，广场大屏放新闻，好不热闹。
篮球场上，后生仔喊我们上来打半个场地的比赛。我们先声明，“我齐家不晓打嘅喔。”后生仔话，“来哩，来哩。”我也凑数上场，虽然我连拍球也不会。果然，打着打着，后生仔知道他们攻时我们守不住，我们攻时连球都传不进，双方的实力差过远。当我拿球时，后生仔干脆就站着不动手脚，不做防守，只动嘴，教练般鼓励地喊：”吖叔，上篮、上篮。“如此体谅我，让我不好意思的。我免强举手送出，往篮框着力一投……不出所料，球未曾沾到框。
其间，我们转到旁边的足球小场，看到球在塑料草地上滚，我好想踢喔。我准备归时，在过道遇到”龙神“，他带着小孩散步，彼此相向哈哈一笑。感慨时间过得好快，当年还一齐在佢店里打豆腐汤食，里今佢只仔都嘅大了。