IdeaKeyBinding 是 Cursor IDE 的一个实用插件，它允许用户将快捷键绑定从 IntelliJ IDEA/WebStorm 等 JetBrains 产品迁移到 Cursor 中，帮助习惯 JetBrains 系列 IDE 的用户更平滑地过渡到 Cursor。

主要功能
快捷键映射：将 IntelliJ IDEA 的常用快捷键映射到 Cursor 的对应操作

自定义配置：允许用户自定义或调整不完美的映射

操作兼容：支持常见操作如代码补全、重构、导航等的快捷键映射

安装方法
在 Cursor 中打开命令面板 (Ctrl+Shift+P 或 Cmd+Shift+P)

搜索 "Extensions: Install Extension"

查找 "IdeaKeyBinding" 并安装

使用建议
安装后可能需要重启 Cursor 使插件生效

如果某些快捷键冲突或不工作，可以通过 Cursor 的快捷键设置进行调整

该插件特别适合从 WebStorm/PyCharm/IntelliJ 迁移到 Cursor 的开发者

注意事项
由于 Cursor 和 IntelliJ 的底层架构不同，并非所有 IDEA 的快捷键都能完美映射，但该插件覆盖了大多数常用开发场景的快捷键需求。

这个插件可以显著减少从 JetBrains IDE 切换到 Cursor 的学习曲线，让开发者更专注于编码而不是重新记忆快捷键。

8 月 1 日消息，Mozilla 于今天正式发布火狐浏览器 Firefox 116 版本更新，官方目前并未公布完整更新日志，不过用户可以访问服务器下载新版本。

下载地址：https://ftp.mozilla.org/pub/firefox/releases/116.0/

Firefox 116 主要为画中画模式引入了音量滑块、改善了 Ctrl-Shift-T 快捷组合键、改善了 HTTP / 2 上传功能等。

新版本不再支持 Win7、Win8 以及 Win8.1，也不再支持 macOS 10.14、10.13 和 10.12。

如果仍运行上述版本的 Windows 和 macOS 用户，可以尝试使用 Firefox ESR 版本，该浏览器版本将持续支持到 2024 年 9 月。

Firefox 116 和 Firefox 115.1 ESR 的正式发布日期为 2023 年 8 月 1 日。由于内置的更新系统，大多数浏览器安装将自动升级到新版本。

Firefox 116 新功能改进：
调整 Ctrl-Shift-T 组合键
在 Firefox 中，键盘快捷键 Ctrl-Shift-T 默认重新打开上一个关闭的选项卡，如果没有要重新打开的选项卡，则重新打开上一个会话。

而自 Firefox 116 版本开始，该键盘快捷键现在也支持重新打开浏览器窗口。

新的逻辑重新打开上次关闭的选项卡或浏览器窗口，如果没有更多的选项卡或窗口要重新打开，则重新打开上一个浏览会话。

画中画支持音量滑块
Firefox 的画中画模式现在支持音量滑块，以便更容易地改变音量。

Linux 版本支持仅 Wayland 选项
Linux Firefox 116 稳定版允许用户选择 Wayland-only 和 X11-only。

小任班长 7 月 27 日消息，开发者 Pete Batard 今天发布了 Rufus 4.2 稳定版更新，本次更新并未引入重磅新功能 / 新特性，但改进了此前版本中存在的诸多 BUG，并优化了运行性能。

Rufus 4.2 稳定版主要支持 ZIP64，允许提取大于 4GB 的镜像；此外还支持 VHDX 和 FFU 镜像格式备份和还原当前磁盘。

小任班长在此附上 Rufus 4.2 稳定版更新内容如下：

Rufus 是一个可以帮助格式化和创建可引导 U 盘的工具，可以制作 Windows、Linux、Android-x86 等操作系统的启动盘。最新发布的 4.2 版现在可从 GitHub 下载。

1.微信 for Windows 3.9.6 更新日志

可以按群成员和日期搜索聊天记录
修复了一些已知问题

2.搜索界面改版

3.更新方式

pc版本微信，设置——关于——检查更新记录。

1. JSAPI或JSSDK调起微信支付，接入小程序支付非常相似，以下是三种接入方式的对比：

注意：小程序不能通过拉起H5页面做jsapi支付，小程序内只能使用小程序支付。

小程序不需要支付目录和授权域名配置。

对比链接：
https://pay.weixin.qq.com/wiki/doc/api/wxa/wxa_sl_api.php?chapter=7_3&index=1

服务商模式下的appid指的是：服务商商户号绑定的服务商appid，一般情况是认证的服务号appid

1.1普通模式

最常规的普通模式，适用于有自己开发团队或外包开发商的直连商户收款。开发者申请自己的appid和mch_id，两者需具备绑定关系，以此来使用微信支付提供的开放接口，对用户提供服务。

1.2服务商模式

第三方服务商申请自己的服务号appid，并通过该服务号appid申请服务商mch_id，以此获得微信支付服务商能力。再通过服务商mch_id为所服务的特约商户申请创建微信支付sub_mch_id，创建好的sub_mch_id默认和服务商的mch_id建立父子授权关系。

2.微信小程序支付，服务商模式支付，名词解释

appid为和服务商商户号绑定的服务商appid，一般情况为认证的服务号appid；

mch_id为服务商商户号，目前仅在认证服务号后台（mp.weixin.qq.com）开放申请服务商商户号，申请开通后即在微信支付系统创建绑定关系；

sub_mch_id为和服务商商户号有父子绑定关系的子商户号；

sub_appid为服务商模式的场景appid，在小程序中拉起支付时该字段必传；

trade_type请填写JSAPI；

openid为appid对应的微信用户标识；

sub_openid为sub_appid对应的微信用户标识，小程序服务商模式下单中的openid和sub_openid必须至少传其中一个，在小程序中拉起支付一般情况下只能获取到sub_openid，即使用wx.login接口获得的openid