草庐IT

mb_strtoupper

全部标签

MySQL常用排序规则utf8mb4_general_ci、utf8mb4_unicode_ci、utf8mb4_bin、utf8mb4_0900_ai_ci和存储字符集 utf8 和 utf8mb4

在创建数据库时,我们经常会需要填写数据库名、字符集、排序规则;而本文主要讲述常用的存储字符集utf8和utf8mb4;排序字符集utf8mb4_unicode_ci和utf8mb4_general_ci、utf8mb4_bin、utf8mb4_0900_ai_ci一般我本人创建创建数据库通常排序规则都使用utf8mb4_general_ci,因为对特殊字符的顺序并不需要那么精确1、存储字符集utf8和utf8mb4utf8是Mysql中的一种字符集,只支持最长三个字节的UTF-8字符,也就是Unicode中的基本多文本平面。要在Mysql中保存4字节长度的UTF-8字符,需要使用utf8mb4

Alibaba.com瘦包40MB—业界最全的iOS包大小技术总结

前言包大小是衡量APP性能的一项重要指标,它直接影响用户的下载点击率(包太大不想下)、下载安装成功率(下载慢不用了)、APP卸载率(太占空间先删掉)。包大小的计算逻辑很简单,它是各种类型的文件占用磁盘大小相加。APP瘦身的技术却很复杂,代码文件的复杂度和编译器策略决定了可执行文件的大小,业务功能和工程架构决定了代码文件的复杂度。iOSAPP瘦身,需要掌握的技能有XCode构建技术、LLVM编译器技术、CocoaPods构建技术、图片压缩技术、持续集成技术。本文总结提炼了Alibaba.comApp的瘦身的技术和策略,系统化地介绍APP瘦身的业务价值、分析技术、瘦身技术、防劣化机制,让读者可以系

Alibaba.com瘦包40MB—业界最全的iOS包大小技术总结

前言包大小是衡量APP性能的一项重要指标,它直接影响用户的下载点击率(包太大不想下)、下载安装成功率(下载慢不用了)、APP卸载率(太占空间先删掉)。包大小的计算逻辑很简单,它是各种类型的文件占用磁盘大小相加。APP瘦身的技术却很复杂,代码文件的复杂度和编译器策略决定了可执行文件的大小,业务功能和工程架构决定了代码文件的复杂度。iOSAPP瘦身,需要掌握的技能有XCode构建技术、LLVM编译器技术、CocoaPods构建技术、图片压缩技术、持续集成技术。本文总结提炼了Alibaba.comApp的瘦身的技术和策略,系统化地介绍APP瘦身的业务价值、分析技术、瘦身技术、防劣化机制,让读者可以系

Android aab转apk还原aab超过150MB 解决方案

前言:各位同学的大家好,最近要上架google遇到的一些问题所以整理一下。这个解决方案是37互娱的同学提供的我也只是重新整理下希望大家不要说我抄袭背景当前海外主要渠道是谷歌的GooglePlay,而根据GooglePlay的政策,2021年8月起,就需要使用AndroidAppBundle(aab)格式了。而且谷歌对包体大小也做了限制,超过150MB的包无法上传,如果只上传小包,那么玩家在进入游戏时必然需要等待较长时间的游戏资源加载,影响转化。而如果想在安装时就附带游戏资源,突破150MB的限制,则需要接入谷歌提供的PlayAssetDelivery功能。更多的介绍可以回顾我们之前的文章。An

Android aab转apk还原aab超过150MB 解决方案

前言:各位同学的大家好,最近要上架google遇到的一些问题所以整理一下。这个解决方案是37互娱的同学提供的我也只是重新整理下希望大家不要说我抄袭背景当前海外主要渠道是谷歌的GooglePlay,而根据GooglePlay的政策,2021年8月起,就需要使用AndroidAppBundle(aab)格式了。而且谷歌对包体大小也做了限制,超过150MB的包无法上传,如果只上传小包,那么玩家在进入游戏时必然需要等待较长时间的游戏资源加载,影响转化。而如果想在安装时就附带游戏资源,突破150MB的限制,则需要接入谷歌提供的PlayAssetDelivery功能。更多的介绍可以回顾我们之前的文章。An

Delphi:带有内置包的 .exe:600kb,.exe 外部 BPL:6MB。这是为什么?

Delphi:.exewithbuilt-inpackages:600kb,.exe+externalBPLs:6MB.Whyisthat?如果我用内置包在delphi中编译.exe文件,它会生成大约600kb的EXE文件。但是,如果我使用运行时包编译它,大小的总和(.exe所有必需的.BPL)约为6-8MB(取决于编译器的版本)。为什么差异如此显着?因为如果您运行正常编译,链接器可以在DCU上执行"智能链接"并删除您的程序永远不需要的代码。但是这些包是预构建的,并且包含了所有代码,因此您无法将它们智能链接到更小的尺寸。我认为当您生成带有内置BPL的程序时,您会假设所有BPL文件都已链接。事实

Delphi:带有内置包的 .exe:600kb,.exe 外部 BPL:6MB。这是为什么?

Delphi:.exewithbuilt-inpackages:600kb,.exe+externalBPLs:6MB.Whyisthat?如果我用内置包在delphi中编译.exe文件,它会生成大约600kb的EXE文件。但是,如果我使用运行时包编译它,大小的总和(.exe所有必需的.BPL)约为6-8MB(取决于编译器的版本)。为什么差异如此显着?因为如果您运行正常编译,链接器可以在DCU上执行"智能链接"并删除您的程序永远不需要的代码。但是这些包是预构建的,并且包含了所有代码,因此您无法将它们智能链接到更小的尺寸。我认为当您生成带有内置BPL的程序时,您会假设所有BPL文件都已链接。事实

ESXi主机网卡识别为10Mb导致业务缓慢

某企业所有业务系统及应用运行在由5台安装了ESXi6.0的服务器组成的虚拟化环境中,已经稳定运行了多年,基本上没有出过问题。今天下午企业工程师联系我,说单位的业务系统访问很慢。在业务系统中PING网关的延时超过2ms,平常都是小于1ms。近期单位服务器与网络没有改动。检查发现有台物理主机内存报警(提示第20个内存插槽的内存有问题),如图1所示。图1内存有问题将这台服务器置于维护模式,迁移虚拟机到其他主机时提示“等待数据失败……”、“迁移被取消,因为虚拟机内存的更改量超过可用网络带宽……”,如图2所示。图2迁移失败如果手动迁移虚拟机到其他主机,原来需要几分钟的迁移迟迟不能完成(直到下午用了3个多

ESXi主机网卡识别为10Mb导致业务缓慢

某企业所有业务系统及应用运行在由5台安装了ESXi6.0的服务器组成的虚拟化环境中,已经稳定运行了多年,基本上没有出过问题。今天下午企业工程师联系我,说单位的业务系统访问很慢。在业务系统中PING网关的延时超过2ms,平常都是小于1ms。近期单位服务器与网络没有改动。检查发现有台物理主机内存报警(提示第20个内存插槽的内存有问题),如图1所示。图1内存有问题将这台服务器置于维护模式,迁移虚拟机到其他主机时提示“等待数据失败……”、“迁移被取消,因为虚拟机内存的更改量超过可用网络带宽……”,如图2所示。图2迁移失败如果手动迁移虚拟机到其他主机,原来需要几分钟的迁移迟迟不能完成(直到下午用了3个多