微信聊天窗口一次最多只能发送9张图片，对一些多图需求的用户来说，9张图可能不够用。
不过，据网友爆料，微信正在灰度测试聊天图片发送上限99张。”同一台设备，同一个微信App，不同账号发送显示的照片张数上限不同，与此前的9连图相比，一次发图数量暴增11倍。
近期，微信安卓平台迎来了8.0.25测试版更新，更新内容包括朋友圈内恢复为好友点赞出现小红心，但取消了震动反馈等。在开发者方面，升级了JS引擎版本、优化WebGL组件/指令性能等。
另外，微信近期表示，正在内测一个手机号注册两个号的功能，路径：我-设置-切换账号，点击添加账号”会弹出登录其他已有账号”和注册一个新账号”，选择注册一个新账号，然后选择使用当前微信号进行辅助验证就可以注册一个新号。
新注册的微信号会添加到切换账号列表中，可以在之前账号和新账号之间切换登录，但切换登录账号之前，新微信账号请先设置好微信号。未绑定新的手机号码之前，就只可以通过微信号验证密码的方式登录。
7 月 12 日消息，微信安卓平台迎来了 8.0.25 测试版更新，本次更新安装包文件详细信息如下：
优化了一些已知问题.
微信近期表示，正在内测一个手机号注册两个号的功能，路径：我-设置-切换账号，点击「添加账号」会弹出「登录其他已有账号」和「注册一个新账号」，选择注册一个新账号，然后选择使用当前微信号进行辅助验证就可以注册一个新号了。
在此前的微信 8.0.24 中，朋友圈动态页面调整、朋友圈点赞增加振动反馈、支持查看已注销好友；存储空间功能改进，清理功能细化增强。
http://support.weixin.qq.com/cgi-bin/mmsupport-bin/readtemplate?t=page/android_exp__index
建议，收藏到微信中，这样下次随时打开，下载最新体验安装包。
近日，2021 年 10 月，华为面向开发者发布了 HarmonyOS 3.0 Developer Preview 版，但开发的脚步永不停歇，又在本周三更新了 API 版本，配套发布了 HarmonyOS 3.0 Beta 版。
随着华为鸿蒙 HarmonyOS 3.0 开发者 Beta 版的推送，关于鸿蒙OS 3.0 的爆料也渐渐多了起来，预计 Release 正式发布版也将会在近期到来。
此前有消息称，HarmonyOS 3.0 正式版会在本月 24 日发布，但该时间是周日，考虑到目前华为几乎从未在非工作日宣布大事件，这一情报目前仍待考虑。
现在，另一位华为领域的数码博主 @长安数码君 称，HarmonyOS 3.0 预计会在 7 月 27 日的华为发布会上和大家见面（至少是官宣或者说具体的更新时间），而且有望在发布会上为大家介绍全新鸿蒙 3.0 的 UX 新特性、性能新特性和隐私安全等新特性。
据目前已知情报，HarmonyOS 3.0 将更加注重隐私保护，同时小组件也迎来更新。新的小组件可以查看相机、麦克风、位置信息等使用情况。
华为本周发布 HarmonyOS 3.0 Beta 可用于开发基于 API Version 8 的应用。从本次发布起，变更了 SDK 的配套关系：
● 需同时获取 HarmonyOS SDK 与 OpenHarmony SDK 配套使用。
● 配套 JS / eTS SDK、Native SDK，推荐使用 JS / eTS 进行应用开发。
● OpenHarmony SDK 新增 API Version 8 Release 接口。
本次 API Version 8 新增 2300+ JS / eTS API 接口，使能 JS / eTS 语言开发范围覆盖 80% 能力模块。主要包括：
● 在原有触摸屏输入方式的基础上，支持更多交互方式：键盘、鼠标。
● 新增分栏、侧边栏、富文本组件和动画效果（如共享元素过场动画），更好地支持宽屏设备上应用开发和动效开发。
● 新增一系列应用程序框架的接口以及相应工具链。支持使用纯 JS 实现卡片的 UI 布局和业务逻辑。
● 新增一系列事件通知接口，支持大部分常用类型通知。
● 新增一系列分布式软总线接口，支持使用 JS / eTS 语言实现应用（同设备、跨设备）间通信。
● 新增一系列媒体数据管理接口，优化了本地公共目录、物理相册的媒体文件处理（增、删、改）能力，支持通过面向对象方式（相对于 URL 方式）处理媒体文件数据。
● 新增一系列网络连接管理接口，支持对本地 Wi-Fi 和蜂窝数据网络的统一管理。
● 新增一系列图形图像能力的接口，提供 WebGL 渲染的基础能力，开发者可基于 WebGL 开发游戏、开发窗口化应用等。
● 使用 ArkCompiler 替换 V8、QuickJS 引擎。
● 新增一系列任务管理接口，支持实现长时任务，如后台播放音乐、导航类任务。
● 新增一系列 DFX 能力接口，支持分布式调优调用链，可以支持多设备间分布式业务流程打点，支持获取崩溃、卡死的故障日志。
为了避免服务器崩溃，大家会通过负载均衡的方式来分担服务器压力。将对台服务器组成一个集群，当用户访问时，先访问到一个转发服务器，再由转发服务器将访问分发到压力更小的服务器。
Nginx负载均衡实现的策略有以下五种：
1 .轮询(默认)
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某个服务器宕机，能自动剔除故障系统。
upstream backserver {
server 192.168.0.12;
server 192.168.0.13;
}
2.权重 weight
weight的值越大，分配到的访问概率越高，主要用于后端每台服务器性能不均衡的情况下。其次是为在主从的情况下设置不同的权值，达到合理有效的地利用主机资源。
权重越高，在被访问的概率越大，如上例，分别是20%，80%。
upstream backserver {
server 192.168.0.12 weight=2;
server 192.168.0.13 weight=8;
} .
3.ip_hash( IP绑定)
每个请求按访问IP的哈希结果分配，使来自同一个IP的访客固定访问一台后端服务器，并且可以有效解决动态网页存在的session共享问题
upstream backserver {
ip_hash;
server 192.168.0.12:88;
server 192.168.0.13:80;
}
4.fair(第三方插件)
必须安装upstream_fair模块。
对比 weight、ip_hash更加智能的负载均衡算法，fair算法可以根据页面大小和加载时间长短智能地进行负载均衡，响应时间短的优先分配。
哪个服务器的响应速度快，就将请求分配到那个服务器上。
upstream backserver {
server server1;
server server2;
fair;
}
5.url_hash(第三方插件)
必须安装Nginx的hash软件包
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。
upstream backserver {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}
小任班长的博客