首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 图谱架构驱动渗透测试任务完成率提升至85%

    构建因果推理与动态规划引擎 针对核心痛点,项目采用P-E-R(规划-执行-反思)协同框架,创新性地引入图谱驱动架构: 任务图谱:基于DAG有向无环图实现非线性任务编排,通过子任务状态管理(pending →in_progress→completed/failed)和依赖关系建模,解决线性执行导致的逻辑死锁问题 因果图谱:通过四层节点结构(证据节点→假设节点→漏洞节点→利用节点)构建科学推理链条,采用贝叶斯置信度算法 团队在腾讯云黑宫松竞赛中展现的体系化攻防能力,验证了图谱架构在真实场景中的可靠性。战队负责人表示:"系统首次实现了渗透测试任务的动态重规划能力,使智能体具备人类专家级的战略适应性。" 其核心优势体现在: 知识检索增强(RAG)机制:将知识检索封装为原子化工具,解决大模型领域幻觉问题 多维度抗遗忘架构:通过关键事实锚定和外部化记忆,实现长周期任务状态保持 智能上下文压缩技术:在保持93%

    18210编辑于 2026-04-04
  • 来自专栏开源部署

    CentOS 7网卡IP网关配置

    系统环境: CentOS Linux7 网络环境: 服务器是VMware虚拟服务器,手动添加一块新网卡eth1,要求配置如下。

    13.1K10编辑于 2022-07-13
  • 来自专栏JAVA高级架构开发

    史上最全的架构图谱

    本文是笔者多年来积累和收集的知识技能图谱,有的是笔者原创总结的最佳实践,有的是小伙伴们的分享,其中每个秘籍图谱里面的内容都是互联网高并发架构师应该了解和掌握的知识,笔者索性把这些图谱收集在一起,并且归类便于查找和学习 ,希望能够帮助到每一位想成为架构师或者已经是架构师的小伙伴,这里我们的标题“史上最全的架构图谱”是本文的目标,作者计划把这篇文章作为一个开放性的文章,如果读者发现更多的图谱,请联系作者本人,我们把更多的图谱 、思维导图汇集在其一起,最终一定能成为互联网上“史上最全的架构图谱”。 说到这里,也给大家推荐一个架构交流学习群:614478470,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM (1)常用源码框架 (2)互联网分布式架构 (3)团队协作开发 (4)架构基础 (5)微服务专题 (6)性能调优专题 (7)并发编程 (8)设计模式 想要学习Java高架构、分布式架构

    57900发布于 2018-10-27
  • 来自专栏技术知识分享

    centos7添加新网卡实现IP网关

    系统环境:     centos linux7 网络环境:     服务器是vmware虚拟服务器,手动添加一块新网卡eth1,要求配置如下。     

    3.8K30发布于 2021-11-19
  • 来自专栏运维经验分享

    centos7 ip网关设置策略路由 顶

    centos7 ip网关 双网卡设完ip 不设网关 vi /etc/iproute2/rt_tables   加上 251     net0 252     net30 数值越小优先级越高 NetworkManager/dispatcher.d/ chmod +x route.sh (之前在Centos 6的时代可以直接把命令写入到rc.local然后开机自动执行一遍 但是因为在Centos 7中切换到

    4.2K20发布于 2019-03-08
  • 来自专栏建站知识

    centos7添加新网卡实现IP网关

    eth0:10.0.7.2    gw :10.0.7.254    netmask:255.255.255.0

    3K20发布于 2021-09-15
  • 来自专栏前端二次元

    引擎架构Vite如何实现?

    在 Vite 的架构中,两者各自扮演了什么样的角色?本文我将和你一起拆解 Vite 的引擎架构,深入分析Esbuild和Rollup究竟在 Vite 中做了些什么。 Vite 架构图很多人对 Vite 的引擎架构仅仅停留在开发阶段使用 Esbuild,生产环境用 Rollup的阶段,殊不知,Vite 真正的架构远没有这么简单。 相信对于 Vite 的引擎架构,你可以从图中略窥一二。在接下来的内容中,我会围绕这张架构图展开引擎的介绍,到时候你会对这份架构图理解得更透彻。 小结本小节的内容中,我给你拆解了 Vite 底层引擎的架构,分别介绍了 Esbuild 和 Rollup 究竟在 Vite 中做些了什么,你需要重点掌握 Vite 的整体架构以及 Esbuild 和 在下面的几个小节中,我们将一起进入引擎本身的学习。我正在参与2023腾讯技术创作特训营第三期有奖征文,组队打卡瓜分大奖!

    1K32编辑于 2023-11-11
  • 来自专栏XBD

    CentOS7启用因子认证

    安装google身份验证器 yum -y install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl-ExtUtils-MakeMaker git automake libtool pam-devel epel-release git clone https://github.com/google/google-authenticator-libpam.git cd google-authenticat

    89920编辑于 2022-10-27
  • 知识图谱增强大模型应用架构

    本文是知识增强大模型应用架构的简要概述,更加详细的内容,可以参考我所撰写的即将出版的《知识增强大模型导论》一书。 二、应用架构的设计原则 1. 集大成,避幻觉 应用架构的设计应强调集成性,避免单一模块主导全局,从而减少幻觉(hallucination)现象的发生。大模型负责基础理解,知识图谱、向量检索和搜索引擎负责结构化知识补充。 多模块协同架构如同一个多层次的生态系统,稳健而高效。 2. 架构灵活,覆盖多场景 灵活性是知识增强大语言模型的核心特征。架构应适配不同的行业场景需求,从内容生成到知识问答,从智能搜索到业务推荐。 三、知识增强大模型应用系统架构概览 知识增强大语言模型应用架构的核心思想是将外部知识以结构化或非结构化的形式注入大模型中,从而弥补模型自身知识的不足,这类似于人类学习过程中的“查阅资料”。 从架构上,知识增强大模型应用系统通常将大模型作为通用知识处理的基础设施,同时结合文档搜索、数据库检索和知识图谱来注入高精度、领域化的知识内容。架构整体设计如图所示。

    85110编辑于 2024-12-24
  • 来自专栏大数据架构师成长之路

    大数据架构师知识图谱

    一、大数据计算组件 Spark Flink Hive DataSphere 二、分布式存储 HDFS Hbase Doris 三、资源调度 Yarn Dolphin 四、数据仓库常用工具 Pig Hive kylin Spark SQL Impala Phoenix ElasticSearch Logstash Datax 五、消息队列 Kafka RocketMQ ZeroMQ ActiveMQ RabbitMQ 六、流式计算 Spark Streaming(准实时) Flink(实时) 七、日志收集

    1.9K40发布于 2020-04-14
  • 来自专栏Laoqi's Linux运维专列

    Mysql(主)主主架构配置

    因此,如果是主或者多主,就会增加mysql入口,增加高可用。 MySQL主(主主)架构方案思路是: 1.两台mysql都可读写,互为主备,默认只使用一台(masterA)负责数据的写入,另一台(masterB)备用; 2.masterA是masterB的主库,masterB masterB可能会一直处于空闲状态(可以用它当从库,负责部分查询); 2.主库后面提供服务的从库要等masterB先同步完了数据后才能去masterB上去同步数据,这样可能会造成一定程度的同步延时; 架构的简易图如下 重启: [root@zhdy-04 mysql]# /etc/init.d/mysqld restart auto-increment 两行的配置,使 masterA字段产生的数值是 奇数1,3,5,7 下面的masterB 产生的是 2,4,6,8 等,这样会避开主 id 重复的问题。

    9.4K120发布于 2018-05-09
  • 来自专栏性能与架构

    Mysql Dual Master主复制架构

    常用的复制方式是一主一从的基本架构,但有时可能还会需要在一些特定的场景下进行Master的切换 如在Master端进行一些维护操作时,可能要停止MySQL的服务。 一旦有了server-id的值,MySQL就很容易判断某个变更是从哪一个MySQL Server最初产生的,所以就很容易避免出现循环复制的情况 通过Dual Master复制架构,能够避免因为正常维护所带来的重新搭建 Replication环境的操作,因为任何一端都记录了自己当前复制到对方的什么位置了,在系统搭建之后,它就会自动从之前的位置开始重新复制,不需要人为地干预,大大节省了维护成本 不仅如此,Dual Master复制架构和一些第三方的

    2.6K40发布于 2018-04-02
  • 来自专栏运维知识

    MySQL集群 架构(配置命令)

    今天刚开学第一天给大家分享一期:MySQL集群主的配置需求和命令 MySQL主是一种高可用性和容错性的数据库架构,有两个主数据库(Master)。 这种架构允许在其中一个主数据库出现故障时,系统仍然能够正常运行,并且在故障恢复后能够继续正常工作。 工作原理: 两台 MySQL 实例都可读写,互为主备。 缺点: 数据一致性风险: 架构需要保证两台主节点的数据一致性,这可能会带来一些风险,例如数据冲突等。 配置和管理复杂度: 架构的配置和管理比单主架构复杂,需要 DBA 具备一定的专业知识。 主配置命令 1.master1配置 1.修改配置文件 配置完成后重启 vim /etc/my.cnf log_bin server-id=1 gtid_mode=on enforce_gtid_consistency

    1.8K10编辑于 2024-06-03
  • 来自专栏Eric杂货铺

    Centos7源地址访问路由(IP网关配置)

    环境: Centos 7系统 ens192 ip:192.168.1.3/24 网关:192.168.1.2 (对端是国外优化线路) ens160 ip:202.181.200.110/30 网关:202.181.200.109 202.181.200.109 table in ============================================================= 双网卡metric设置 Centos7 IPV4_ROUTE_METRIC=0 ---- 标题:Centos7源地址访问路由(IP网关配置) 作者:Eric1997

    3.8K20发布于 2020-09-22
  • 来自专栏机器智能技术干货

    摆脱复杂图谱术语,7个原则搞定Schema建模

    ​前言 在OpenSPG最新发布的0.0.2 版本中,为了方便大家更好地理解和应用OpenSPG构建知识图谱,发布了知识建模最佳实践的 7 个指导原则。 知识图谱 以基本的SPO三元组,表示实体间的事实关系;但SPO对由多个要素(>2)共同决定的多元关系表示存在缺陷;图谱schema的设计是主观的,不同图谱的异构导致知识难以对齐融合。 跨图谱融合场景​ 不同业务部门构建图谱时先专注于自身领域的知识建模,但随着业务的开展,需要引入其他领域的知识。 已有的研究或工作,都只解决了事件图谱、事理(概念)图谱或事理常识中特定一类的表示,蚂蚁场景中需要对从实例到概念,从事实到常识的整体架构每种事件的实例需要frame表示事件概念体系需要本体表示事件实例之间的事实关系需要 )|(800[0-9]{7})|(0[0-9]{2,3}-[0-9]{7,8})|((13[0-9])|(14[5,7,9])|(15([0-3]|[5-9]))|(16[5,6])|(17[0-8])

    2.1K11编辑于 2024-01-16
  • 来自专栏程序员修炼之路

    2025Android架构师能力图谱:这7个源码改造能力决定薪资天花板

    本文直击AOSP架构拆解、系统服务层性能调优、混合编译框架改造等七大核心能力,手把手拆解字节/腾讯T12级架构师的技术底牌! 一、架构师的分水岭:源码改造能力全景图 1.1 行业现状与痛点诊断 • 初级开发困境:仅停留在Activity生命周期、RecyclerView优化等表层技术 • 架构师硬指标: • 掌握至少3 Binder/Handler) • 能针对业务场景定制Framework层服务(如AMS/WMS改造) • 具备混合编译框架设计能力(Java/Kotlin/C++协同) 1.2 七大源码改造能力图谱 跨版本兼容架构• 系统API动态降级适配框架 • 多版本SDK接口统一网关设计 6. 安全加固体系• SELinux策略自定义编译 • 系统签名校验绕过攻防方案 7. requestManager = null; } } } 优化效果: • 内存泄漏率下降92% • 页面切换流畅度提升50% 结语:架构师的进化论

    45610编辑于 2025-03-10
  • 来自专栏性能与架构

    Mysql 主与级联复制结合架构

    才能支撑读的压力 这时候,Master就会比较吃力了,因为仅仅连上来的Slave IO线程就比较多了,这样写的压力稍微大一点时,Master端因为复制就会消耗较多的资源,很容易造成复制的延时 解决方案:级联复制架构 ,因为Slave越多,整个集群的写IO总量也就会越多,增加复制的级联层次,同一个变更传到最底层的Slave需要经过的MySQL也会更多,同样可能造成延时较长的风险 Dual Master与级联复制结合架构 这样就很自然地出现了Dual Master与级联复制结合的架构 这种方式最大的好处就是既可以避免主Master的写操作不会受到Slave集群的复制所带来的影响,同时主Master须要切换的时候也基本上不会出现重搭

    1.8K50发布于 2018-04-02
  • 来自专栏魏杰的技术专栏

    MySQL 主 Master to Master 架构部署方法

    接下来开始进行 MySQL 的主配置 编辑 TestServer1(192.168.0.1)的 MySQL 配置文件(/etc/my.cnf),内容如下: [mysqld] server-id=1 Query OK, 0 rows affected (0.05 sec) MySQL> start slave; Query OK, 0 rows affected (0.00 sec) 至此,MySQL的主就设置好了 (‘f’) 此刻,在两台主机的 test 表中,可以看到如下的记录: id name 1 a 3 b 5 c 6 d 8 e 10 f 两台主机上的自增字段按照各自的偏移值递增,从而保证架构下 至此,MySQL 的架构部署就全部完成了 阳光部落原创,更多内容请访问http://www.sunbloger.com/

    1.2K20编辑于 2022-12-23
  • 来自专栏全栈程序员必看

    armeabi-v7a架构(sv7a)

    armeabi与armeabi-v7a表示支持不同的CPU类型armeabi是指的该so库用于ARM的通用CPU,而v7a的CPU支持硬件浮点运算。 v5 cpu,armeabi-v7a是针对有浮点运算或高级扩展功能的arm v7 cpu。 ARM* 表示其基于 128 位 SIMD 引擎的技术 – ARM* Cortex*(一种串行扩展)—可提供比 ARM* v5 架构至少高 3 倍的性能,以及比 ARM* v6 至少高 2 倍的性能。 SSE: 英特尔推出的类似 NEON 的工具SSE 指面向英特尔架构(IA)的SIMD 流指令扩展。 目前,英特尔® 凌动™ 最高支持 SSSE3(补充 SIMD 流指令扩展 3)。 如欲了解详细信息,请参阅英特尔《IA-32 和 IA-64 软件开发人员手册》中的“第一卷: 基础架构”部分。

    1.9K10编辑于 2022-07-28
  • 来自专栏Golang语言社区

    最新后端架构师技术图谱!附学习资料~

    gRPC 单机定时调度 分布式定时调度 消息总线 消息的顺序 RabbitMQ RocketMQ ActiveMQ Kafka Redis 消息推送 ZeroMQ Memcached Redis Tair 架构 回收策略 本地缓存 Nginx OpenResty Apache Httpd Tomcat Jetty 架构原理 调优方案 Web Server 缓存 客户端缓存 消息队列 定时调度 RPC 数据库中间件 开发模式 命令查询职责分离(CQRS) 贫血,充血模型 DDD(Domain-driven Design - 领域驱动设计) Actor 模式 响应式编程 DODAF2.0 Serverless 项目管理 架构评审 重构 代码规范 RUP 看板管理 SCRUM 极限编程 敏捷开发 结对编程 通用业务术语 技术趋势 架构师素质 团队管理 招聘 资讯 在线电子书 纸质书 开发方面 架构方面 技术管理方面 基础理论 工具方面

    68510发布于 2018-07-26
领券