首页 文章 精选 留言 我的

精选列表

搜索[开源AI],共10000篇文章
优秀的个人博客,低调大师

开源博客 ZrLog 2.2 发布,加入暗黑模式,更加简洁的管理界面

ZrLog是使用 Java 开发的博客/CMS程序,具有简约,易用,组件化,内存占用低等特点。自带 Markdown 编辑器,让更多的精力放在写作上,而不是花费大量时间在学习程序的使用上。 ZrLog 从开始使用 bootstrap 作为主要的前端框架都用很多年了,bootstrap 的确是一个特别便于服务端开发人员上手的框架的,但是随着时间的变化,发现 bootstrap 很多地方不太方便的地方,因为仅用默认样式,会出现千篇一律的 UI 样式的。加上之前的使用 JQuery 异步加载网页在浏览器的控制台一直出现警告,所以就将整体的 UI 框架替换为 antd 从 2.2 版本开始,ZrLog 管理后台页面从之前的 服务端 freemarker + 客户端 JQuery 渲染 变更为使用 React 客户端渲染,如果需要自己定制修改管理页面需要了解基本的 React 语法 v2.2 变更的内容 v1.5以后版本可通过后台管理提供系统更新直接进行升级,无需下载war手动合并覆盖,重启,Docker 模式运行的程序可以通过 sh upgrade.sh 进行升级 新特 全新的安装向导和管理页面实现(bootstrap -> antd)UI 更加简洁统一 管理界面加入暗黑模式 数据库备份插件支持备份到云存储,支持 arm 处理器的备份(树莓派) 优化 优化 editormd 的加载逻辑和样式 更加简洁的文章撰写界面 简化插件管理页面 统一管理后台字体类型(font-family) 优化存在时的新版本更新的通知样式 修复 修复部分情况下的页面静态化的问题 文章阅读数统计错误 editormd 异步加载的导致的样式错乱问题 其他 GitHub: https://github.com/94fzb/zrlog 码云: https://gitee.com/94fzb/zrlog 程序主页: https://www.zrlog.com 有收获,记得点下 star 收藏下 最后 上一张启用暗黑模式下的文章撰写界面截图

优秀的个人博客,低调大师

Zadig V1.1.0 发布,开源分布式持续交付产品

Zadig V1.1.0 已发布,Zadig 是一款面向开发者设计的云原生持续交付 (Continuous Delivery) 产品,具备高可用 CI/CD 能力,提供云原生运行环境,支持开发者本地联调、微服务并行构建和部署、集成测试等。Zadig 不改变现有流程,无缝集成 GitHub/GitLab、Jenkins、多家云厂商等,运维成本极低。 Zadig V1.1.0 新增功能 跨项目级别的测试管理模块,不仅支持独立运行测试、并行执行测试、测试分析,同时工作流也支持挂接测试功能,让构建、部署和测试进行联动,方便用户定义更强大的工作流。 与此同时,系统设置中新增了自定义构建镜像功能,在构建和测试过程中,除了可以选择系统默认提供的构建镜像之外,也支持使用自定义镜像。 优化了 GitHub 的集成方式,在原有支持 Organization 账户代码库的基础上,新增了对个人账户的支持,方便开发者集成个人账户到系统中。 此外,根据开发团队的介绍,通过严格的兼容性测试,相比于之前的版本,新版本提升了安装成功率。目前支持 3 种安装方式(All In One、Kubernetes 、Helm)。 下一版功能规划 开发团队将陆续推出 Helm、云主机等持续交付场景的支持,详情请见Zadig Roadmap:https://docs.koderover.com/zadig/pages/d6e5b1

优秀的个人博客,低调大师

开源项目的 5 年长跑,runc v1.0 终于正式发布!

“ 本文我来分享下与我们(搞容器化/K8S 从业者)息息相关的一个基础项目 runc[1] 是如何自 2016 年发布了 v1.0.0-rc1 到现在历经 5 年长跑,从 rc1 一直到 rc95 ,如今终于正式发布 v1.0 版本的过程,及这中间的故事。 ” 大家好,我是张晋涛。 在 2018 年 11 月底时,我写了一篇文章 《runc 1.0-rc6 发布之际》[2] , 那应该是我第一次公开介绍 runc。如果你还不了解 runc 是什么,以及如何使用它,请参考我那篇文章。本文中不再对其概念和用法等进行说明。 在 2019 年 3 月底时,我写了另一篇文章 《runc 1.0-rc7 发布之际》[3],介绍 runc 1.0-rc7 发布的原因,及那个版本中最主要的修复 CVE-2019-5736 。其中也介绍了关于 runc/Docker 等对于 Linux 内核兼容性的问题,感兴趣的小伙伴可以看看。 关注我的朋友们,应该也在 K8S 生态周报[4] 中多次看到过我对 runc 的介绍,包括其特性及安全漏洞等方面。 在 2015 年 6 月, Docker ,CoreOS 和其他一些公司共同成立了 OCI (开放容器计划) 组织,其最主要的内容有两个: 容器运行时规范 容器镜像规范 Docker 将其运行时捐赠给了 OCI ,作为容器运行时规范的基础实现,托管在了 https://github.com/opencontainers/runc 也就是现在大家看到的 runc 了。 发布历程 我们来看看 runc 版本发布的历程,以便了解它为何长跑 5 年。 runc version release time runtime-spec version 备注 runc v1.0-rc1 2016.06.04 v1.0.0-rc1 runc v1.0-rc2 2016.10.01 v1.0.0-rc2-38-g1c7c27d runc v1.0-rc3 2017.03.22 v1.0.0-rc5 runc v1.0-rc4 2017.08.09 v1.0.0 runtime-spec 首次发布 v1.0 runc v1.0-rc5 2018.02.27 v1.0.0 首次计划作为最后一个 rc 版本 runc v1.0-rc6 2018.11.21 v1.0.1-49-g5684b8a 计划是 1.0 之前的最后一个功能版本,包含了一些规范合规性的修正 runc v1.0-rc7 2019.03.28 v1.0.1-59-g29686db 修复 CVE-2019-5736 runc v1.0-rc8 2019.04.26 v1.0.1-59-g29686db 修复 v1.0.0-rc7 runc v1.0-rc9 2019.10.05 v1.0.1-59-g29686db 修复 CVE-2019-16884 runc v1.0-rc10 2020.01.23 v1.0.1-59-g29686db 修复 CVE-2019-19921 runc v1.0-rc90 2020.05.12 v1.0.1-59-g29686db 与 runc v1.0-rc10 相同,是为了修正 version scheme runc v1.0-rc91 2020.07.02 v1.0.2-8-g237cc4f 开始支持 cgroup v2 ;一些规范性的问题得到解决 runc v1.0-rc92 2020.08.06 v1.0.2-23-g4d89ac9 修复我在 runc v1.0-rc91 中发现的 bug runc v1.0-rc93 2021.02.04 v1.0.2-35-ge6143ca cgroup v2 得到稳定支持, runc v1.0-rc94 2021.05.10 v1.0.2-57-g1c3f411 修复 runc v1.0-rc93 中的 regressions runc v1.0-rc95 2021.05.19 v1.0.2-57-g1c3f411 修复 CVE-2021-30465 runc v1.0 2021.06.22 v1.0.2-57-g1c3f411 我在上面的表格中,专门增加了一列 runtime-spec version ,表示 OCI 组织中的容器运行时规范的版本。我们来总结下这个发布进程: 在 runc v1.0-rc5 之前,runc 其实也没打算发布正式版,毕竟标准还没正式完成呢,实现也不可能先出稳定版; runc v1.0-rc7 , rc 9 ~ rc 10 均是为了修正严重的安全问题; runc v1.0-rc90 纯粹是解决 version scheme 的问题; runc v1.0-rc91~rc93 主要功能点是在 cgroup v2 的支持,以及一些跟规范集成的问题; runc v1.0-93 之后,其实就基本控制代码冻结了,直到 runc v1.0-rc95 修复了一个安全漏洞; 目前主要的几个仓库也都已经测试了跟 runc 代码仓库中最新代码的集成,相关的问题也已经修复。 从这里看到的三个主要耗时的点如下: runtime-spec 尚未正式发布 v1.0 版本; 修复安全漏洞和自身的 bug ; 完成新特性的耗时; 规范未发布 v1.0 耗时的部分这里就不多说了,这也是个依赖项,对于大多数的项目/软件开发都会有类似的情况,只能去推动规范的发布了; 至于特性,bug 和安全漏洞等的耗时,这其实跟 runc 项目的功能和其定位有关。runc 偏底层了一些,这就需要有更多相关领域的知识来支撑。就拿我在 runc v1.0-rc 91 中发现的那个bug 来说,对 Linux 内核源码不太了解的人,确实会花费比较多时间的。 -switch{-casemode&unix.S_IFBLK==unix.S_IFBLK:+switchmode&unix.S_IFMT{+caseunix.S_IFBLK:devType=configs.BlockDevice-casemode&unix.S_IFCHR==unix.S_IFCHR:+caseunix.S_IFCHR:devType=configs.CharDevice-casemode&unix.S_IFIFO==unix.S_IFIFO:+caseunix.S_IFIFO:devType=configs.FifoDevicedefault:returnnil,ErrNotADevice 有趣的是 runc v1.0 版本 Release 的标题是 "A wizard is never late, nor is he early, he arrives precisely when he means to." 这大概也很符合 runc 的发布历程了吧 :) 但无论如何,runc 经过 5 年长跑,终于发布了 v1.0 版本!感谢每一个为之付出过的小伙伴! 欢迎大家下载更新!https://github.com/opencontainers/runc/releases/tag/v1.0.0 欢迎订阅我的文章公众号【MoeLove】 TheMoeLove 参考资料 [1]runc: https://github.com/opencontainers/runc [2]runc-1.0-rc6-发布之际: https://zhuanlan.zhihu.com/p/50923312 [3]runc 1.0-rc7 发布之际: https://zhuanlan.zhihu.com/p/60981504 [4]K8S 生态: https://zhuanlan.zhihu.com/container 本文分享自微信公众号 - MoeLove(TheMoeLove)。如有侵权,请联系 support@oschina.cn 删除。本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

优秀的个人博客,低调大师

GreaterWMS V2.0.21 已经发布,完全开源仓库管理软件

愿景:如果你从事着非IT行业的工作,而你又热爱你的行业,那就用科技去改变他。 官网:GreaterWMS 视频教程:B站 更新日志:V 2.0.21 支持HTTP/2协议,数据更安全,更快 重构数据库调用机制,后端速度增加30%,支持千万级别单表单调用秒出 重构了csv下载表头调用,现在直接修改files.py文件,即可方便达到国际化表头 重构了electron自动更新,现在每个用户使用到的都是自己独立版本的WMS 重构了serializers调用,去除了重复系列化 新增了条码标识字段,bar_code,为扫描枪做准备 ASN到货通知书已经支持二维码扫描 DN发货单,已经支持二维码扫描 新增app device检测,方便用户不同的设备显示不同的内容 cordova监控是否为扫描枪,从而调用不同的接口 扫描枪界面已完成,待下次更新加入 修复100个重复调用的字段行,代码量更少

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册