在国内垃圾的网络环境下，我在虚拟机里面安装了Ubuntu系统，准备用来测试MAUI在Linux上的行为，然而使用dotnetrestore构建时，提示NU1301失败。我通过配置环境变量的方式，让nuget还原使用上我物理机的网络代理，成功将NuGet包下载我在Ubuntu系统上，刚开始使用了dotnetbuild命令开始构建，提示的错误有些诡异，似乎是NuGet的Restore失败。于是我换用dotnetrestore命令，此时了解到失败的原因是无法连接上nuget.org下载内容errorNU1301:Unabletoloadtheserviceindexforsourcehttps://
在国内垃圾的网络环境下，我在虚拟机里面安装了Ubuntu系统，准备用来测试MAUI在Linux上的行为，然而使用dotnetrestore构建时，提示NU1301失败。我通过配置环境变量的方式，让nuget还原使用上我物理机的网络代理，成功将NuGet包下载我在Ubuntu系统上，刚开始使用了dotnetbuild命令开始构建，提示的错误有些诡异，似乎是NuGet的Restore失败。于是我换用dotnetrestore命令，此时了解到失败的原因是无法连接上nuget.org下载内容errorNU1301:Unabletoloadtheserviceindexforsourcehttps://
本文告诉大家如何简单修复在Linux上使用SkiaSharp提示找不到libSkiaSharp库我的应用在Windows上跑的好好的，放在Linux上一运行就炸掉了，异常内容如下Unhandledexception.System.TypeInitializationException:Thetypeinitializerfor'SkiaSharp.SKColorSpace'threwanexception.--->System.DllNotFoundException:Unabletoloadsharedlibrary'libSkiaSharp'oroneofitsdependencies.I
本文告诉大家如何简单修复在Linux上使用SkiaSharp提示找不到libSkiaSharp库我的应用在Windows上跑的好好的，放在Linux上一运行就炸掉了，异常内容如下Unhandledexception.System.TypeInitializationException:Thetypeinitializerfor'SkiaSharp.SKColorSpace'threwanexception.--->System.DllNotFoundException:Unabletoloadsharedlibrary'libSkiaSharp'oroneofitsdependencies.I
简介chunjun是一款基于flink的开源数据同步工具，官方文档，其提供了很多flink官方未提供的插件供大家来使用，特别是达梦插件在国产化环境中很方便！本次介绍的是chunjun中的一款http插件，通过该插件可以实现基于http请求的流处理，但是目前官方提供的http插件在以SQL模式运行的时候是有一些问题的，所以我花了些时间将问题排查修复下，并且添加了一个分页的新功能。下面是具体的过程。问题按照官方文档使用http插件运行的时候，会报下面的错误java.lang.RuntimeException:requestdataerror,msgisprevResponsevalueisexce
简介chunjun是一款基于flink的开源数据同步工具，官方文档，其提供了很多flink官方未提供的插件供大家来使用，特别是达梦插件在国产化环境中很方便！本次介绍的是chunjun中的一款http插件，通过该插件可以实现基于http请求的流处理，但是目前官方提供的http插件在以SQL模式运行的时候是有一些问题的，所以我花了些时间将问题排查修复下，并且添加了一个分页的新功能。下面是具体的过程。问题按照官方文档使用http插件运行的时候，会报下面的错误java.lang.RuntimeException:requestdataerror,msgisprevResponsevalueisexce
作者：老Z，中电信数智科技有限公司山东分公司运维架构师，云原生爱好者，目前专注于云原生运维，云原生领域技术栈涉及Kubernetes、KubeSphere、DevOps、OpenStack、Ansible等。简介生产环境KubeSphere3.3.0部署的Kubernetes集群在安全评估的时候发现安全漏洞，其中一项漏洞提示目标可能存在ApacheLog4j2远程代码执行漏洞(CVE-2021-44228)。本文记录了该漏洞修复的全部过程，文中介绍了修复该漏洞的两种解决方案，其中涉及自定义构建KubeSphere适用的JenkinsImage的详细操作。漏洞修复方案漏洞详细信息漏洞报告中涉及漏
作者：老Z，中电信数智科技有限公司山东分公司运维架构师，云原生爱好者，目前专注于云原生运维，云原生领域技术栈涉及Kubernetes、KubeSphere、DevOps、OpenStack、Ansible等。简介生产环境KubeSphere3.3.0部署的Kubernetes集群在安全评估的时候发现安全漏洞，其中一项漏洞提示目标可能存在ApacheLog4j2远程代码执行漏洞(CVE-2021-44228)。本文记录了该漏洞修复的全部过程，文中介绍了修复该漏洞的两种解决方案，其中涉及自定义构建KubeSphere适用的JenkinsImage的详细操作。漏洞修复方案漏洞详细信息漏洞报告中涉及漏
所谓头条屏幕方案就是修改了DisplayMetrics类，让设备的dp宽强行按设计稿来，所以DisplayMetrics获取的一些参数都是缩放过的，并不是真实的。在一些情况下会出现两次获取结果不一样，就产生了bug。由于项目已经用了这种方案（个人不太倾向使用），所以解决这个问题。目前出现的现象就是第一次打开Splash是未缩放的，第二次打开又是缩放的，所以我用下面这个工具类让尺寸dp等参数恢复成真实的。objectDisplayMetricsUtil{@JvmStaticfunapplyRealMetrics(activity:Activity){//获取真实dp参数valdm=Display
所谓头条屏幕方案就是修改了DisplayMetrics类，让设备的dp宽强行按设计稿来，所以DisplayMetrics获取的一些参数都是缩放过的，并不是真实的。在一些情况下会出现两次获取结果不一样，就产生了bug。由于项目已经用了这种方案（个人不太倾向使用），所以解决这个问题。目前出现的现象就是第一次打开Splash是未缩放的，第二次打开又是缩放的，所以我用下面这个工具类让尺寸dp等参数恢复成真实的。objectDisplayMetricsUtil{@JvmStaticfunapplyRealMetrics(activity:Activity){//获取真实dp参数valdm=Display
