首页 文章 精选 留言 我的

精选列表

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

SamWaf v1.3.10 已经发布，开源、轻量级、可私有化部署的网站应用防火墙

20250303 (v1.3.10) 重要修改: v1.3.10 对软件安全进行升级，1.令牌有效期默认为五分钟，请依据情况进行修改 2.登录增加双因素认证 提升安全性 新增攻击日志页面 新增令牌到期时间 新增双因素认证(2FA) 新增在线调试开关 新增自定义拦截界面 新增批量导入黑名单IP 新增初步接入Deepseek 新增敏感词敏请求、返回内容可以拦截或替换 修正首页统计不准确的问题 修正编译问题 优化爬虫处理逻辑 优化日志查询速度 升级最新libinjection库
2025-03-03
优秀的个人博客,低调大师

SamWaf v1.3.9 已经发布，开源、轻量级、可私有化部署的网站应用防火墙

20250116 (v1.3.9) ::: warning 重要修改: v1.3.9 新增了超时访问时长控制，之前没有限制，无限等待，可能存在尝试占用不释放资源的问题，新版本默认是60秒，如果修改成0则是不限制，请依据情况进行修改 ::: 提升稳定性 新增支持同时绑定多个域名 新增防护主机可以按照创建时间排序 新增日志可进行脱敏拷贝 新增支持SSL免费证书自动申请，到期提前自动延期 自动申请SSL操作手册 新增SSL证书批量检测 SSL证书批量检测 新增支持网站帐号密码访问 新增支持超时配置 新增内部任务管理界面 修正网站导入、导出功能 优化Docker发布策略正式版本latest,最新测试版本单独发标签
2025-01-16
优秀的个人博客,低调大师

免费开源跨境独立站建站系统 BeikeShop 更新 v1.5.6：电商独立站使用体验再升级！

前言：近日，我们BeikeShop官方正式开放了最新的BeikeShop v1.5.6版本，各位可以免费进行下载和安装使用！ 这是一次涵盖新增功能、性能优化和问题修复的重要升级。 以下是此次版本的详细更新内容，帮助您更好的了解这个版本的BeikeShop！ ✦✦ 一、v1.5.6版本新增功能 此次更新中，我们加入了很多用户呼声较高功能，更加符合真实跨境卖家的日常使用场景： 1.订单可填写多物流信息： 现在支持一个订单填写多个快递单号，满足分批发货需求，方便用户对订单中的多个商品物流信息进行查看跟踪； 2. 后台个性化logo设置： 支持后台左上角logo图片更换，商城风格更加统一，贴合品牌形象； 3. 客户账号一键登录： 后台客户列表新增“一键登录到前台客户个人中心”功能，便于运营快速查看客户账号； 4. 商品自动生成默认SKU： 后台创建商品时，系统将自动生成默认SKU，减少手动配置操作，提高商品创建效率； 5. 新增赢支付（Wintopay）： 内置全新收款插件，进一步满足全球化收款需求； 6. 售后服务更清晰： 后台售后单详情，新增商品售价显示，售后处理更加透明； 7. 权限管理更精细： 帮助中心模块增加系统权限设置，强化企业内部操作权限管控； 8. 开发拓展更友好： 新增了一些hook点位，为开发者提供更多自定义开发的可能！ ✦✦ 二、BeikeShop v1.5.6优化功能 在保持功能丰富性的同时，我们也对系统的性能与用户体验进行了多方面优化，确保系统更加稳定性流畅： 1. 视觉体验方面优化： - 后台状态开关滑块的激活颜色经过重新设计，界面交互更清晰。 - 后台H5端的样式优化，订单列表等列表信息展示更加直观。 - 插件市场和插件详情页UI样式进行了全面重构，页面浏览更美观。 2. 性能方面提升： - 文件管理器的性能显著提升，大文件和超多文件的读取效率更高。 - 上传系统LOGO和缺省占位图时，自动优化图片大小，带来更流畅的上传体验。 3. 系统提示优化： - 当伪静态nginx未配置时，首页会弹窗提示，便于用户及时处理。 - 在设计页尾装修时，未配置标题的整列将不再显示，提升布局的美观度。 - 后台插件市场切换插件类型后，搜索将立即触发，优化搜索体验。 4. 内容管理优化： - 后台文章内容过长时，保存操作将更加稳定，不再出现信息丢失和报错的情况。 - 商品名称字符上限提升至191个字符，满足更长商品标题需求。 - 后台系统货币管理中，若默认货币汇率不为1，系统将提示相应的错误信息。 ✦✦ 三、BeikeShop v1.5.6修复 此次更新还修复了多个用户使用过程中发现的问题，大幅提高了系统稳定性： 1. 支付插件修复：支付插件编辑中，复选框的必填项未填写时，系统将给予明确的提示，避免操作失误。 2. 前台编辑问题修复：首页编辑器中，图片模块为视频时，左侧缩略图显示错误的问题。 3. API配置修复：解决了BEIKE_API_URL配置修改错误后，页面报错提示不准确的问题。 4. 商品管理修复： - 修复了后台商品编辑保存时，SEO填写内容被清空以及错误提示信息的问题。 - 修复了后台重量单位“克拉”无词条的问题。 - 修复了商品收藏列表中，添加商品至购物车时报错的情况。 通过这次BeikeShop v1.5.6的更新，我们期待能够为更多电商卖家带来更高效、更流畅的独立站使用体验。 欢迎大家免费下载并体验最新开放版本！如果您在使用过程中有任何建议或问题，欢迎随时与我们联系！ 欢迎随时联系我们！点击链接立刻下载！ https://beikeshop.cn/download 版权所有，转载需注明出处！
2024-12-31
优秀的个人博客,低调大师

记 Codes 开源研发项目管理平台 —— 管理系统颠覆性创新实现之事件驱动 + 信息流

引言 市面上所有管理系统，数据都不是以推流的方式展现到前端，有新数据产生需主动刷新页面才能看到，也就是 “人找事”；而不是主动推送的 “事找人”，Codes 敢为人先，采用事件驱动 + 信息流实现 “事找人”。 1、背景 一个研发团队内主要就这两类人：干活的、和做管理的；采用项目管理工具主要是为了协同、提效和便于管理；对于做管理的人主要用管理相关的功能；对于干活的人，主要是执行分担的各类事项。 各类项目管理工具中，对于基层执行人员虽然有 “我的待办之类” 的功能，但是做不到事找人，来了新的事项不刷新是看不到的，虽然分发事项到个人时可以从 IM 上收到相关消息，但是各类消息满天飞，容易因消息 “轰炸” 而淹没。另外对于管理人员来说，系统中相关管理信息太分散，需要来回切换菜单等，一是麻烦，二是增加了学习成本。 总之市面上的各类项目管理工具都是基于传统 MIS 系统的实现方式，切换不同的菜单进入不同的功能项，做一个完整的流程下来，需要不断切换菜单及深入到相关功能项中，非常麻烦，对于执行人员做不到 “事找人”，对于管理人员来说，也没法主动推送我关注的相关事项。 Codes 产品团队始终以用户为中心，从用户的使用场景来思考问题。解决用户痛点，如何让用户爽，就如何实现，这也是我们创新的源动力，换句话说就是，不固守陈规，拥抱零基思维；于是又一个大胆的想法在酝酿了。 2、灵感来源 一直惦记着 “事找人” 的事情。过年期间刷微信朋友圈时，突发奇想 “项目管理工具也可像朋友圈一样的通知机制”，用项目管理工具干活时就像在不断刷朋友圈，朋友发圈了还显示红点。如果系统采用事件驱动的模式，我的好友就是我订阅的事件，分派给我相关事项也是一种 “潜规则 “，也就是被动式的订阅，这不就是事找人的场景吗！我订阅什么给我推送什么！且不需要手动去刷新。 3、需求分析 事件驱动的方式确认了，但是办公用的工具，也不可能完全像微信朋友圈那样子实现。“事找人”，分为三个维度来处理：一是按一定条件订阅相关事件，然后事件产生了主动推送事件给我，另一类事件是指派给我的事项也算是一种潜在的被动式订阅，然后自动推送给我。也不可能向朋圈那样来展示，工作的事项肯定要分类，且办公协同不可能像朋友圈那样只是浏览，而是要能办理推送过来的事项，如要深度处理一些事项，"朋友圈"容不下，需要到相关功能中心来处理；但是没有菜单咋办呢，工作项显示时如何分类呢，请看下面功能实现及演示。 4、功能实现简介 4、1主界面介绍 有面向管理人员的(1) 管理中心；有面向基层执行人员的(2) 工作区（相当于朋友圈），有新订阅的事项生产时会自动推到工作区并显示；还有一个面向 PM 的(3) 阶段 | 规划或迭代计划；最后还有一个就是创建各类事项的（4）全局创建,也就是创建各项事项，也就是发布事件。页面非常简洁，如下图所示： 4、2工作区功能说明 以泳道形式显示，当然也可切换为表格视图，时间轴视图，泳道的右上角跳转图标可以跳转到相关功能中心（很巧妙的功能切换），对于执行人员在工作区更改相关事项的状态即可。每个泳道是一个队列，办理后的事项就自动出列（从泳道上消失，同一泳道内其他待办理的事项自动 “顶” 上来），当然也可以主动下滑加载更多事项。工作区我待办的事项，显示的是指派给我的事项，也就是被动订阅的事件；工作区我订阅的事项，显示我主动订阅的事项。 如当前在工作区我待办的事项页面，刚好领导又给我指派了新工作（需求、任务、缺陷，分配要执行的用例），会自动推送到相关泳道中，并显示在最上面。我订阅的事项，也是一样的自动推送并显示。 对于基层执行人员，他们的工作就是，办理我的工作，协作我们的工作，汇报我的工作。工作区承担了办理工作和协作工作的职责，然后日报、周报用来实现汇报我的工作；在全局创建中不用切换菜单就可以直接建日报，日报详见《日报与工时融合集中式填报的创新实现》。 工作区时间轴视图： 如当前不在工作区页面，比如在管理中心，然后有事件推送来了，工作区会自动标红点，点击工作区菜单后会根据实际情况跳转到我待办的事项或我订阅的事项。如当前在工作区我的待办的事项中，又有主动订阅的事项推送过来，则我订阅的事项会标红点。 点击工作区需求泳道右上的蓝色图标可跳转到需求管理功能中心，点右上箭头返回工作区： ​ 点击工作区任务泳道右上的蓝色图标可跳转到任务管理功能中心，点右上箭头返回工作区： 点击工作区缺陷泳道右上的蓝色图标可跳转到缺陷管理功能中心，点右上箭头返回工作区： 点击工作区用例泳道右上的蓝色图标可跳转到用例管理功能中心，点右上箭头返回工作区： 接口测试，CICD 等功能中心的跳转待实现工作区自定义要显示的泳道后再实现。 4、3事件订阅 有不同的事件供订阅，且还可以对订阅的事件增加订阅条件，进行精细化订阅。 4、4我订阅的事项 我订阅的事件显示的是我主动订阅的事件，也就是在 4.3 的界面中订阅的事件，也是实时推流。 我订阅的事项时间轴视图 4、5工作规化 工作区主要用于基层执行人员，管理中心用于管理人员查看日常管理的项目数据，中层管理人员如 PM 通过阶段规化，或迭代计划进行粗粒度和细粒度的工作规划和实施，瀑布视图时以阶段规化为主线，敏捷视图以迭代计划为主线。Codes 中底层一套数据，可以随意在敏捷和瀑布视图中切换，详见《瀑布与敏捷模式融合的创新实现》。 4、6管理中心 管理中心践行让老板感知数据。感知数据分为两个层次，一个是日常管理的数据化，这是基础；另一个是企业级的工作产出数字化表达。日常管理数字化了，企业级的工作产出数字化才能展现出真实有效的数据，且不会被人为粉饰，换句话说就是，过程正确，结果才有保障。目前 Codes 已完全实现日常管理的数据化，第二个层次正在实现中。 日常管理数据化后，就能实现以便捷的方式给管理人员抓手，使管理抓得住，抓得好。下面就是 Codes 项目管理的抓手要抓的” 内容 “。 接下来我们来看看，日常管理数据化的一些示例。 4、6、1总览/仪表盘 宏观微观兼顾：迭代数据与里程碑｜阶段数据并存、粗细兼有 4、6、2 总览/待办排名 了解全局 “堵点”,一目了然当前进度瓶颈 4、6、3总览/负载分析，洞察工作饱和度 以日历和甘特图的形式显示，直观快捷 4、6、4总览/任务复盘 用数据说话，减少不必要的例会，比如解决的历史债务，新增债务，当前累积的债务等 4、6、5总览/人员产出 4、6、6 总览/风险分析 以拓补图的方式查看风险事项 4、6、7 管理中心/看板 生成式全局看板，再也不需手动创建看板 。以逆向的方式，也就是通过定义查询条件的方式，来生成看板。所有人共用一个全局看板，定制各自的看板。需求、任务、需求评审、用例、缺陷把它们各自的不同状态，泛化为：规划中、进行中，已完成，终止｜暂停这几种状态，并显示在对应的看板泳道中。详见《生成式全局看板的创新实现》 还有工时趋势、计划执行情况、个人及项目日报、个人周报、项目周报、统计分析、工时、进度、全局事项等不再一一列出来。 最后打个总结： Codes 事件驱动 + 信息流的实现方式，确实让系统简洁明了了很多，实现了以不增加负担的方式让执行人员，专注本职工作、高效协同的这个初心，当然还有进一步优化的空间，如定制要显示的泳道等，做到了功能使用上的由浅入深的引导（深入使用跳转到相关功能管理中心）；短时间内，暂时还保留了 “经典布局”，也就是传统的菜单方式。当简洁布局优化足够好后 “经典布局” 将不会存在了，当前保留是为了给用户多一个过渡的选择。下一次我们来聊聊 Codes 敏捷测试落地解决方案，也是很酷的创新。匠心打磨，持续创新是 Codes 的产品基因。 有客官可能不知道 Codes 是什么，小 C 在这里最后补一句： Codes 重新定义 SaaS 模式的一站式研发管理平台 云端认证 + 程序及数据本地安装 + 不限功能 +30 人免费
2024-08-30
优秀的个人博客,低调大师

记 Codes 重新定义 SaaS 模式开源免费研发项目管理平台——多事项闭环迭代的创新实现

原计划本篇要写0代码接口测试，因最近询问Codes 迭代的人多，就先写多事项闭环迭代的创新实现。 1、简介 Codes 重新定义 SaaS 模式 =云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费 Codes 是一个高效、简洁、轻量的一站式研发项目管理平台。包含需求管理，任务管理，测试管理，缺陷管理，自动化测试，cicd等功能； Codes 帮助企业加速融合研发、测试、运维一体化进程。商业版不限功能，本地安装只限用户数，30 个用户免费; 社区版当前只开放了测试跟踪管理 (主要功能用例管理，缺陷管理)，后续接着分离其他功能代码出来。 官网https://icodes.work/ gitee 代码仓库https://gitee.com/xiaoming1q/icodes 2、背景 市面上老一点的项目管理工具迭代下只含任务，其他一些新的项目管理工具迭代下包含了需求、任务和缺陷。迭代下只包含任务显然很不合理；只有需求、任务和缺陷，也是有问题的。 一个研发周期的闭环：从需求-->到研发任务-->到测试-->到上线。一个迭代就是一个研发周期，迭代下的需求除了可分解为开发任务外，也应可分解为测试用例才方便测试左移；很多项目管理工具，迭代下虽然有需求和任务，但是他们是隔离的，不能从需求中拆分出任务，这也不符合一般的敏捷开发过程。 3多事项闭环迭代功能说明 3.1敏捷场景拆解为迭代的业务过程 Codes 产品团队基于以上众所周知的认知，不走寻常路，从实际出发采用多事项闭环迭代的实现方式。敏捷开发的场景如下图所示： ​ Codes 中把上述敏捷场景拆解为迭代，迭代作为一个完整的研发周期闭环，包含了从需求、到任务、到用例、到测试、到缺陷、到自动化测试到上线，并自动生成迭代总结并存档。 敏捷场景拆解为迭代的业务过程：1从需求池中分配需求到迭代下2在迭代下把研发把需求拆分为任务3在开发拆解任务的同时，测试同学可进行需求测试并针对需求编写测试用例4待开发同学完成研发任务提交测试后，测试同学执行测试用例，且执行不通过就提交缺陷5在工作的过程中提交工时日报，自动计算迭代进度 6迭代总结及复盘7上线发布。 3.2 Codes多事项闭环迭代功能说明 如下图所示，迭代下有需求、任务、缺陷，测试用列，功能业务场景，接口场景，交付物和发布，场景内用例，人员分工。需求可分拆解为任务和分解为测试用例；功能业务场景为场景用例，是一组有执行顺序的用例集合；交付物为迭代中产出的各种文档；发布指上线时执行的一系列有先后顺序的事项，也可当一个发布的check list 来看，省得因粗心引发问题；人员分工，显示迭代下各人员事项分工及进度；工时趋势显示预估工时、实际工时和已用工时趋势。 ​ Codes 的迭代也为不完全按标准流程的场景提供了灵活性。比如，如果需求很简单可以不拆解为任务，直接把需求当任务来处理；另外如果没有需求，直接建任务也是可以的，这时在迭代下任务的TAB页中可以把不关联需求的任务分配到迭代下。迭代下任务TAB中的任务有两个来源，拆解需求的任务，以及手动分配到迭代下不关联需求的任务。 3.3 为方便从不同维度来查看相关工作项，需求、任务，缺陷和用例都支持分组显示。 需求分组，可按负责人、创建人、来源、优先级、流程、需求分类、状态来分组以及以看板视图来显示。缺省为标准视图，也就是不分组的列表显示。 任务分组，可按负责人、任务类型、紧急程度、需求、状态来分组以及以看板视图来显示。 ​ 缺陷分组，可按待处理人、提交人，状态、等级、需求来分组以及以看板视图来显示。 迭代下的缺陷可以是当前迭代中新提交的缺陷，也可能是需要当前迭代解决的存量缺陷。 用例分组，可按执行人、状态、类别、优先级和需求来分组显示。标准视图是缺省视图，就是不分组的列表。 ​ 3.4以迭代方式组织测试的特点 传统是以测试计划来执行测试，一个计划下分配要执行的用例，难以体现出测试执行人员的分工以及不同执行人员之间的执行进度。一个执行人一个计划，多人就要建多个计划，非常不方便，同一个计划下如不同的人执行不同的用例只能口头来安排。 Codes 中，把用例分配到迭代下后，再分配执行人，也就是在同一迭代下，各自有各自要执行的用例，然后可以查看到总进度也能看各自的进度。 分配用例到迭代 在当前迭代需求下，编写的用例自动分配到当前迭代下，当然也可以分配其他的用例到当前迭代下。 ​ 分配执行人 可勾选要分配的用例，也可以左边的树上勾选相关需求，也可把当前查询到的用例全部分配（不用一一勾选） ​ 执行用例 可快速执行，比如回归测试时，不需要查看用例明细后再执行。 ​ 也可点用例状态，在用例明细中执行 ​ 查看执行情况，有总进度也有各人各自的进度 ​ 3.5交付物 迭代中的一切产出物可以在这里维护，且会自动放到项目文档下，在项目文档和迭代交付物中都可方便的查看迭代中所产出的文档。 ​ 3.6人员分工 这里可以看迭代下各人员的事项安排及进度 3.7迭代工时趋势 可以查看迭预代估、实际及已用工时的趋势，Codes中还可查看阶段以及项目的工时的趋势。 ​ 3.8迭代报告及发布 迭代报告可导出来，且迭代设置为完成时自动在项目文档中存一份迭代总结。除总览的TAB外，其他TAB都是明细数据。 ​ 发布 主要作为上线前check list事项 ,确保上线不会因遗漏出问题。 ​ 3.9采用多事项且闭环的迭代的好处 以迭代为中心来组织研发工作，围绕需求拉通上下游所有研发活动。方便复盘，过程管理更通透和全面。那会不会带来混乱呢？肯定不会，虽然所有事项都在一个迭代下，但不同职位的人员进入迭代的执行时间是不同的。 因迭代中包含了的所有事项，那么迭代的进度和工时更完整的。用例我们用执行成本而不是用例个数来计算工时，另外在Codes工时日报中除把迭代下，需求，任务，缺陷，用例工时都记录下来外，其他事项，如开会等也计算到工时中，没有预估工作量的待办事项也通过日报中剩余工时记录下来，也就是说Codes 计算进度的数据是全面的，所以计算的进度更准确。 上图迭代进度还可下钻到人 原本就浑然一体的工作形成闭环，打破使用者的割裂感：不需要文档在叧一个功能模块中集中维护，做到研发和测试不分家，实现统一管理。也解决了测试在DevOps快速迭代中的木桶效应，促进了研发、测试、运维一体化融合进程。 更具灵活性，可闭环选代，也可非闭环迭代即和传统做法一样只有部分事项参与迭代。 最后打个总结：Codes多事项闭环迭代一点技术门槛都没有，我们这样实现就是为了方便完整管理一个研发周期，可以按版本来规划迭代，也可按交付的时间周期来规划迭代。创新不是为了玩新奇，是为了解决问题，下一次我们来聊聊另一个创新点，也是很酷的功能，欲知后事如何，且看下回分解。匠心打磨，持续创新是Codes的产品基因。
2024-06-17

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

时间: 2026-08-21 大小: 1MB 下载: 10次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2026-08-21 大小: 5MB 下载: 2次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
WebStorm

WebStorm

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

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册