Alpine-Linux简介AlpineLinux是一款独立的非商业性的通用Linux发行版，关注于安全性、简单性和资源效率。AlpineLinux围绕musllibc和busybox构建。这使得它比传统的GNU/Linux发行版更小，更节省资源。**一个容器只需不超过8MB的空间。而在磁盘中的最小安装仅要大约130MB的存储空间。**尽管体积很小，Apline提供了完整的Linux环境，其存储库中还包含了大量的软件包备选。除此之外，Alpine还对软件包进行了缩减和拆分，以使用户能够对安装内容有更精确的控制，进一步帮助减少安装体积并提高效率。Alpine的极简环境当然是优势，但是得考虑清楚你
我一直在Git历史中倒退寻找巨大文件大小变化的原因，但我能找到的唯一真正原因是从Xcode6切换到Xcode7GM。我发现这些是.ipa中的前10个文件大小贡献者，该文件是根据Release构建的Archive操作创建的配置:$unzip-lvRoger\Release.ipa|sort-k+3nr|head41802768Defl:N1688719960%09-14-1523:47dc24cdc1Payload/Roger.app/Frameworks/libswiftCore.dylib41802400Defl:N1688607660%09-06-1518:33f939ea6aSw
我一直在Git历史中倒退寻找巨大文件大小变化的原因，但我能找到的唯一真正原因是从Xcode6切换到Xcode7GM。我发现这些是.ipa中的前10个文件大小贡献者，该文件是根据Release构建的Archive操作创建的配置:$unzip-lvRoger\Release.ipa|sort-k+3nr|head41802768Defl:N1688719960%09-14-1523:47dc24cdc1Payload/Roger.app/Frameworks/libswiftCore.dylib41802400Defl:N1688607660%09-06-1518:33f939ea6aSw
报错内容：exportfailure:CUDAoutofmemory.Triedtoallocate20.00MiB(GPU0;4.00GiBtotalcapacity;2.45GiBalreadyallocated;0bytesfree;2.54GiBreservedintotalbyPyTorch)Ifreservedmemoryis>>allocatedmemorytrysettingmax_split_size_mbtoavoidfragmentation.SeedocumentationforMemoryManagementandPYTORCH_CUDA_ALLOC_CONF解决方法
最近因工作需要，部署了一套TiDB，然而通过IDEA，使用MySQL驱动连接数据库时，一直报字符集不匹配。网上找了些资料，但是并没有相关说明。最后请教了一个大佬，问题得到解决。这边记录一下，希望能帮助到遇到同样问题的人。问题现象IDEA连接TiDB时，成功连接，但无法获取schema信息，执行查询语句时，报字符集不匹配。报错信息如下：[42000][1253]COLLATION‘utf8_general_ci’isnotvalidforCHARACTERSET‘utf8mb4’.报错截图问题解决连接时，先配置好基本的连接信息，然后切换到Option选项卡，勾选introspectusingjd
M表示内部存储区。MB表示长度为字节的操作数在内部存储区，MW表示长度为字的操作数在内部存储区，MD表示长度为双字的操作数在内部存储区。操作数包含两个要素：标识符和标识参数。标识符用来表示操作数存放区域及操作位数；标识参数用来表示操作数在该存储区域内的具体位置。存储区域包括有：输入映像区(I)，输出映像区(Q)，内部存储区(M)，物理输入区(PI)，物理输出区(PQ)，数据块(DB)，数据块(DI)，临时堆栈(L)辅助标识符包括有：X（位），B（字节），W（字—2字节），D（双字—4字节）M表示是辅助存储单元B是指长度占一个字节W是指长度占一个字（两个字节）D是指长度占一个双字（四个字节）
Error:分包大小超过限制,mainpackagesourcesize4732KBexceedmaxlimit2MB一.解决办法一分包的形式(1)新建文件夹pagepart(2)文件夹新建页面(3)修改app.json"pages":["pages/index/index"],"subpackages":[{"root":"pagepart","pages":["myshops/myshops","myrent/myrent","Join_city_partner/Join_city_partner"]}],"window":{"backgroundTextStyle":"light","n
以前写过一篇关于在php中将一个文件的大小(以字节为单位)，转化成以合适的单位（B，KB，MB，GB）来表示的教程教程，由于博主个人习惯把一些不重要的逻辑放到用户的浏览器中去执行，也就是用JS来处理。所以就写了一个利用js来将文件大小转化为BKBMBGB为单位的转化方法。例1：js字节转换成BKBMBGB的方法js函数代码：functionsizeTostr(size){vardata="";if(size函数调用方法：console.log(sizeTostr(1000));console.log(sizeTostr(102400));console.log(sizeTostr(102400
utf8mb4_0900_ai_ci和utf8mb4_general_ci都是MySQL针对utf8mb4编码的排序规则。对于utf8mb4_0900_ai_ci来说，0900代表Unicode9.0的规范，ai表示accentinsensitivity，也就是“不区分音调”，而ci表示caseinsensitivity，也就是“不区分大小写”。MySQL8.0之后，默认collation不再像之前版本一样是是utf8mb4_general_ci，而是统一更新成了utf8mb4_0900_ai_ci。具体可参考这篇博客，讲的非常详细：mysql设置了utf8mb4，为什么还有utf8mb4_g
MySQL报错如下1273-Unknowncollation:'utf8mb4_0900_ai_ci'原因：我这里SQL文件对应的MySQL版本是8.0版本，我本地是5.7版本，高级往低级导入时版本不兼容，引发了1273错误。解决方法：将文件中的所有utf8mb4_0900_ai_ci替换为utf8_general_ci，同时将utf8mb4替换为utf8。
