- 综合排序
- 最热优先
- 最新优先
- 来自专栏生物信息云
分子对接教程 | (9) VMD可视化对接结果
你可以换成对接结果的文件进行学习。 能够实现蛋白质三维结构可视化的软件非常多。比专业级的PyMOL（https://pymol.org/2/）。 下载 VMD 需要先注册获得一个账户，之后就可以根据你的操作系统和机器配置选择合适的版本下载了。当然，如前所述，注册和下载对于非商业用途的用户都是免费的。VMD 的安装也极其简单。 可以写 Singlewords 里面单个的单词，也可以写 Keyword和 Value 组成的词组，还可以利用逻辑词“and/or/not”把多个单词和词组串成句子。 VMD 可以设置多个representations（简称 rep），也就是将多个显示状态的试试效果叠加在一起（图4.20）。 图4.23 保存和载入显示状态 9、调换背景颜色（图4.24）：主窗口中点击 Graphics→Colors→弹出 Color Controls颜色控制窗口→Categories选Display→Names
8.1K50发布于 2021-02-26 - 来自专栏自动化、性能测试
FastAPI（9）- 多个 Request Body
除了路径参数 item_id 是必传的，查询参数 name 和请求体 item 都是可选非必传 只传路径参数的请求结果 路径参数、查询参数、请求体均传递的请求结果 查看 Swagger API 文档 多个
1.3K30发布于 2021-09-27 - 来自专栏玩转JavaEE
Spring Security 可以同时对接多个用户表？
今天松哥花一点时间，来和大家分析一下这个问题的核心，同时通过一个小小案例来演示一下如何同时连接多个数据源。 AuthenticationManager 是一个接口，我们可以自定义它的实现，但是通常我们使用更多的是系统提供的 ProviderManager。 一次完整的身份认证流程可能会经过多个 AuthenticationProvider。 在一次完整的认证中，可能包含多个 AuthenticationProvider，而这多个 AuthenticationProvider 则由 ProviderManager 进行统一管理，具体可以参考松哥之前的文章 2.案例 要想接入多个数据源，我们只需要提供多个自定义的 AuthenticationProvider，并交给 ProviderManager 进行管理，每一个 AuthenticationProvider
4.2K20发布于 2020-07-16 - 来自专栏爱分享
插件合集多个博客程序对接彩虹聚合登录
此插件由消失的彩虹大佬而写 魔方财务系统插件 idcsmart.zip 使用方法： 上传到 /public/plugins/oauth 目录解压，然后在后台【系统】->【第三方登录】配置并开启即可。
1.7K20编辑于 2022-08-30 - 来自专栏花落的技术专栏
系统间数据对接传输
在具体使用的时候，如果你对接的系统比较多，那么建议做一个公共接口，以后谁想用他们自己来对接就好了，不然就要来一个对接一次，麻烦还有风险。 9）相关概念扩展 API： 即“应用程序编程接口”，是一些预先定义的函数，无需访问源码或理解内部工作机制的细节，即可调用的对象。比如和Windows系统沟通，需要调用Windows提供得API。 这就是一种异步的上传下载机制，双方的操作割裂开，并且一旦上传可以被多个需求方使用。 队列的一个信息只能被消费一次，不同系统不能共同消费一个队列。因此如果对接多个系统则要多次创建MQ。而接口可以创建一个，让其他很多系统调取。 在订单系统对接各个销售网站和平台的时候就可以采用这样的机制，避免多次对接。文件包共享也是可以上传一次，供多个需求方下载。这点和接口有相似之处，是MQ所不具备的。
2.1K10发布于 2021-11-23 - 来自专栏云服务使用个人总结
OpenCloudOS Server 9 配置单网卡多个IP
delete cloud-init\ eth0注意：ip和网关地址需要根据实际情况做替换ipv4.addresses "10.206.0.14/20,10.206.0.12/20" 指定网卡IP，可填写多个
1.1K10编辑于 2024-12-06 外卖系统接入配送API方案：如何实现订单与配送服务高效对接
本文将从系统架构、接口设计、核心流程以及代码实现几个方面，介绍外卖系统接入配送API的一套完整方案。一、什么是外卖系统配送API配送API可以理解为外卖系统与配送服务之间的数据桥梁。 三、配送API需要对接哪些核心接口一个完整的外卖配送接口体系通常包含以下几个核心功能。1. 创建配送订单商家确认订单后，外卖系统向配送服务提交配送任务。 六、配送状态回调是对接的核心外卖系统接入配送API时，不能只依靠主动查询。 十一、建议建立配送API适配层如果未来可能接入多个配送服务，可以进一步设计统一配送接口。 十二、外卖系统接入配送API的关键点从实际开发角度来看，配送API对接并不是简单地调用几个HTTP接口，而是需要考虑整个订单生命周期。核心需要解决以下几个问题：1.
11610编辑于 2026-09-02- 来自专栏科控自动化
* 湖水环境提升工程,智能化系统数据对接设计方案
经过分析调研，本增补方案描述了如下需要新增的数据对接与应用： 2.1.1数据对接 （1）初雨厂相关数据流量以及运行状态数据； （2）初雨管网提升泵站流量液位等数据； （3）截流井状态数据； （4）新增无人水质监测船水质监测数据 3实现方案 3.1数据对接技术方案 3.1.1初雨厂OPCServer/client方案 OPC Server方式（建议） OPC是OLE for Process Control的缩写。 4开发计划 序号内容计划开始时间计划结束时间前提条件1需求清单评审及确认（甲方）2021/9/242021/9/25 2初雨厂、泵站系统展示原型设计2021/9/282021/10/13 3初雨厂、泵站系统展示原型评审及确认 ，确定了报文格式等内容之后（设备厂家配合，提前对接）9无人船数据对接及系统展示开发2021/10/252021/11/10无人船设备安装及调试完成10初雨厂、泵站、截流井系统展示页面开发2021/10/ 282021/11/9原型评审确认完成11初雨厂、泵站、截流井系统展示接口开发2021/10/282021/11/10原型评审确认完成12系统调试及测试2021/11/102021/11/19数据对接完成
98220编辑于 2022-03-29 - 来自专栏开发经验
Java API接口强势对接：构建高效稳定的系统集成方案
欢迎来到Java学习路线专栏~Java API接口强势对接：构建高效稳定的系统集成方案 ☆* o(≧▽≦)o *☆嗨~我是IT·陈寒 ✨博客主页：IT·陈寒的博客 该系列文章专栏：Java学习路线 其他专栏 本文将深入探讨Java API接口的强势对接，并通过实际代码示例展示如何构建高效稳定的系统集成方案。 1. Java的API丰富多彩，包括网络通信、文件处理、数据库访问等多个方面，为开发者提供了强大的工具，使系统集成变得更加便捷高效。 2. 实战：Java API接口强势对接示例 为了更好地理解Java API接口的强势对接，让我们通过一个实际的示例来演示如何构建一个简单而强大的系统集成方案。 通过合理利用Java API接口，开发者可以构建高度可移植、高效稳定的系统集成方案，推动软件开发领域的不断创新与进步。
86610编辑于 2023-12-14 - 来自专栏EDI电子数据交换知识分享
快速实现对接京东EDI系统
企业可以选择与其供应商采用EDI系统进行业务数据传输，极大地提高了传输效率。本文主要介绍对接企业EDI系统需要了解的一些基本信息。 供应商需求解读 传输协议：SFTP 报文标准：XML 报文类型：图书信息（Catalog）、订单（PO）、订单回告（POA）等 实施方案：SAP集成 EDI介绍 EDI即电子数据交换，将合作双方的业务数据通过标准的数据格式以电子形式自动传输给对方 EDI 主要业务模型 model1.png EDI对接内容（可选） 以下报文内容均通过EDI方式实现对接，除了这些报文，只要是双方约定好的格式，均可以使用EDI方式进行数据传输。 XML 拆分 本次项目供应商在回传订单回告时，有拆分XML的需求，即把多个订单回告文件拼接到一起上传至知行EDI平台，知行EDI平台使用Split端口或自定义的Script端口均可实现XML拆分。 除了本次涉及到的SAP集成，知行EDI解决方案可以根据供应商的实际需求，使用其他方式完成与业务系统的集成。 任何关于EDI的问题，欢迎评论或私信。
1.8K20发布于 2021-01-22 - 来自专栏进击的Coder
Scrapy 和 Pyppeteer 更优雅的对接方案
页面，而且越来越多的网站采用了各种 JavaScript 混淆和加密技术，这使得 JavaScript 逆向难度变得很大，Ajax 接口模拟爬取也变得越发困难，因此模拟浏览器爬取不失为一个不错的爬取方案 Selenium、Pyppeteer、Puppeteer 等模拟浏览器爬取的工具，也介绍过 Scrapy 爬虫框架的使用，也介绍过 Scrapy + Selenium 和 Pyppeteer 的不太成熟的对接方式 所以我们本节课就来介绍一下 Scrapy 和 Pyppeteer 的正确对接方式。 原理分析 但上面仅仅是我们借助于 GerapyPyppeteer 实现了 Scrapy 和 Pyppeteer 的对接，但其背后的原理是怎样的呢？ 我们可以分析下它的源码来看一下。 这样我们就通过 Downloader Middleware 通过对接 Pyppeteer 完成了 JavaScript 动态渲染页面的抓取了。
3.5K73发布于 2020-07-21 - 来自专栏掘金安东尼
👾打开 RAG 对接大模型的黑盒 —— 9 大隐藏问题
对于很多人来说，RAG 的引入、与大模型的对接是一个黑盒，任何微小参数的变动都将引起结果发生很大的变化。 所以，RAG 应该给关键信息以足够高的权重设置，一般有两种解决方案： 调整块-chunk_size 的大小 调整相似度 top-k（similarity_top_k）参数 对检索过程中的效率和有效性进行设置 输出不清晰 还有问题是：输出的内容不清晰，导致大模型回答也不尽如人意，需要多轮对话、检索才能得到答案； 解决方案，同样可以优化检索策略： 检索从小到大 使用句子窗口检索 递归检索 7. 速率限制 如果大模型的 API 允许配置多个密钥、一个应用轮番调用，可以采用分布式系统，将请求分散到多个 RAG 通道，即使通道有速率限制，也能通过负载均衡、动态分配请求的方式来解决这个速率限制问题。 总结 本篇提供了开发 RAG 通道 9 个痛点，并针对每个痛点都给了相应的解决思路。 RAG 是非常重要的专用检索+通用大模型的技术手段，在赋能模型、满足特定化场景中非常重要！
95810编辑于 2024-04-04 OA短信接口开发对接方案：协同办公系统短信通知功能集成详解
在协同办公（OA）系统的日常运维中，短信通知功能是提升办公效率、保障信息触达的核心模块，但多数开发者在对接OA短信接口时，常面临参数配置混乱、异常处理不规范、对接效率低等问题。 本文聚焦OA短信接口开发对接全流程，从底层原理拆解、实战案例落地到避坑技巧总结，全方位讲解如何高效集成OA系统的短信通知功能，解决开发者在接口对接中的各类实操难题。 四、不同OA短信接口方案对比与选型建议4.1自研vs第三方OA短信接口对比维度自研OA短信接口第三方OA短信接口开发成本高，需对接运营商、处理通道适配低，直接调用成熟API维护成本高，需监控通道、适配政策变更低 ；大型企业OA系统：可采用“核心场景自研+通用场景第三方”的混合方案；全栈开发场景：选择支持多语言调用、文档完善的第三方接口，提升跨端适配效率。 通过本文的方案解析和实战案例，开发者可快速完成OA短信接口的对接集成，解决协同办公系统短信通知功能的核心痛点，提升办公信息的触达效率。
40110编辑于 2026-01-23- 来自专栏日常技术分享
Axure RP9 多个按钮唯一选中
屏幕快照 2019-06-04 15.20.01.png 要实现上图的效果首先在画布中拖入一个矩形，然后在矩形上拖入一个按钮，新建交互 屏幕快照 2019-06-04 15.21.30.png 选择->单击时 屏幕快照 2019-06-04 15.22.14.png 选择->设置选中 屏幕快照 2019-06-04 15.23.10.png 选择对应的元件 屏幕快照 2019-06-04 15.24.19.png 然后选择->选中 屏幕快照 2019-06-04 15.25.49.png
3.9K10发布于 2019-06-11 - 来自专栏EDI技术知识
Do It Best EDI 对接指南：AS2 + X12 004010 报文与对接方案
Do It Best 公司简介Do It Best 是美国知名的成员制五金、木材和建材采购合作社，总部位于印第安纳州韦恩堡，业务覆盖五金、木材、建材、工业/商业用品及家居改善相关产品等多个品类。 通过 EDI 对接 Do It Best，供应商可以将原本依赖人工处理的业务单据，转为系统间自动传输与处理，减少人工下载订单、手工录入、重复对账和物流信息回填等工作量，降低错单、漏单和对账成本，提升整体供应链协同效率 Do It Best EDI 对接流程01 确认 EDI 需求↓02 获取 Do It Best EDI 规范↓03 配置 AS2 通信↓04 配置 X12 004010 报文↓05 完成字段映射与系统集成 Do It Best EDI 对接方案如何落地？在明确 Do It Best 的 EDI 需求后，供应商需要选择合适的落地方式。 方案一：本地化部署 + ERP 系统无缝集成对于希望实现订单、预测、日常活动、回款对账、发票和 ASN 自动处理的供应商，推荐采用本地化部署方案。
7300编辑于 2026-09-09 外卖系统对接三方接口方案：如何实现订单、支付与配送数据互通
一个相对完整的外卖系统，通常还需要与支付服务、配送服务、短信服务、地图服务以及其他第三方业务系统进行接口对接。因此，在外卖系统定制开发过程中，“外卖系统对接三方接口”已经成为比较常见的技术需求。 本文就从系统架构、接口设计、订单同步、支付回调以及配送状态同步几个方面，对外卖系统对接三方接口的实现方案进行介绍。一、外卖系统为什么需要对接三方接口？传统外卖系统可以将业务全部放在自己的服务器中完成。 'UNKNOWN';}这样系统内部只需要处理统一状态。十一、建议采用接口适配器模式如果外卖系统未来可能接入多个第三方服务，可以进一步使用接口适配器。 $provider = DeliveryFactory::make($providerName);$result = $provider->createOrder($order);这种方式非常适合需要对接多个第三方配送服务的外卖系统 状态转换不要让第三方状态直接渗透到核心业务系统。9. 服务商切换如果未来可能更换第三方服务，应提前设计适配器层。10. 敏感信息保护API Key、Secret、支付密钥等信息不能直接写入前端代码。
9700编辑于 2026-09-01- 来自专栏函数式编程语言及工具
Akka（25）： Stream：对接外部系统-Integration
在现实应用中akka-stream往往需要集成其它的外部系统形成完整的应用。这些外部系统可能是akka系列系统或者其它类型的系统。 那么所谓的并行运算parallelism=3的意思就只能代表在多个Future线程中同时运算了。为了实现对Actor模式特点的充分利用，我们可以通过router来实现在多个actor上并行运算。 注意上面的parallelism=1：现在不需要多个Future了。 ，那我们可以把这个外部系统当作数据流的源头Source。 Add(1,1) scala.io.StdIn.readLine sys.terminate() } 在本次讨论里我们了解了akka-stream与外界系统对接集成的一些情况。
2.5K80发布于 2018-01-05 - 来自专栏盛开在夏天的太阳
9.亿级流量电商系统JVM模型参数预估方案
需求分析 大促在即，拥有亿级流量的电商平台开发了一个订单系统，我们应该如何来预估其并发量？如何根据并发量来合理配置JVM参数呢？ 假设，现在有一个场景，一个电商平台，比如京东，需要承担每天上亿的流量。 现在开发了一个订单系统，那么这个订单系统每秒的并发量是多少呢？我们应该如何分配其内存空间呢？ 常规方案及问题暴露 对于这每秒400但会产生多大的对象呢？ 我们假设订单对象的大小是1kb，实际上订单对象的大小和订单对象中的字段有关系，我们假设是1kb。 在第10s触发MinorGC的时候，前9s的720M数据都已经变成垃圾了，会被回收掉，最后1s的80M数据由于还有对象引用，只是暂停了业务线程，因此不是垃圾，不能被回收。会被放入S1区。 50%(-XX:TargetSurvivorRatio可以指定)，那么此时大于等于这批对象年龄最大值的对象，就可以直接进入老年代了， 例如：Survivor区域里现在有一批对象，年龄1+年龄2+年龄n的多个年龄对象总和超过了
86730发布于 2021-10-18 - 来自专栏making
h5小游戏开发_小程序小游戏系统开发定制对接方案
中的两个参数,callback为下次重画执行的函数，element为要重画的节点,即requestAnimFrame(callback, element);安装依赖Substrate开发在基于UNIX的操作系统 在下表中找到您的操作系统，并运行适用于您的开发环境的相应命令。 操作系统安装命令Ubuntu 或 Debiansudo apt update && sudo apt install -y git clang curl libssl-dev llvm libudev-devArch
1.5K40编辑于 2022-11-03 - 来自专栏企鹅号快讯
系统方案合集-系统备份方案
导读 ｜ 精选 一、方案特点 此方案是基于批处理脚本和任务计划技术，针对系统特有文件结构和数据库结构的特点，而形成的系统备份方案。 该方案特点： 1.易用性好，通过编写批处理脚本并结合操作系统自带的任务计划功能，很容易实现对于平台文件和数据库文件的备份要求。 但此方案在设计上仍然还是有不足之处，对于系统容灾性要求高的用户，建议考虑双机热备等专业容灾备份方案。 二、Windows环境下备份方案 Windows 批处理文件，是将一系统命令按一定的顺序集合为一个可执行的文件，其扩展名为.bat，由DOS或Windows系统内嵌的命令解释器来解释运行。 在此方案中主要使用批处理命令来实现对系统平台文件和数据库文件的备份，将文件（平台文件、.DMP文件）备份到指定的存储介质（PC机硬盘或移动硬盘介质）中。
2.9K70发布于 2018-01-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号