首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏python3

    3-6 读写二进制文件

    在前面两节,读写的文件都是针对文本文件。这一节,重点讲述二进制文件的读写。什么是二进制文件呢?

    1.3K10发布于 2020-01-08
  • 来自专栏cwl_Java

    C++编程之美-结构之法(代码清单3-6)

    代码清单3-6 Int CalculateStringDistance(string strA, int pABegin, int pAEnd, string strB, int pBBegin

    32050编辑于 2022-11-30
  • 来自专栏AI机器学习与深度学习算法

    机器学习入门 3-6 Numpy数组(和矩阵)的合并与分割

    在 numpy 中合并数组比较常用的方法有 concatenate、vstack 和 hstack。在介绍这三个方法之前,首先创建几个不同维度的数组:

    1.3K10编辑于 2022-05-25
  • 来自专栏刷题笔记

    3-6 银行业务队列简单模拟 (20 分)

    本文链接:https://blog.csdn.net/shiliang97/article/details/101221630 3-6 银行业务队列简单模拟 (20 分) 设某银行有A、B两个业务窗口

    89230发布于 2019-11-08
  • SPS实施周期与团队配合指南:企业高效推进的安全之道

    SPS标准实施通常需要3-6个月,复杂项目可能延长至9-12个月。IT/安全团队需全程深度参与,从规划、部署到运维各阶段发挥关键作用。文章还结合腾讯云安全产品,为企业提供实用参考。 根据业内实践,一个中型企业的SPS标准实施周期一般为3-6个月,而IT/安全团队的全程参与是项目成功的决定性因素。本文将为您详细解析SPS实施的全过程。 标准项目实施周期(3-6个月): 规划与评估阶段(2-4周):需求调研、风险评估、方案设计 部署与配置阶段(4-8周):系统部署、策略配置、集成现有系统 试运行与优化阶段(2-4周):功能测试、性能调优 其云原生架构大幅降低了部署复杂度,将标准部署时间缩短30%以上。 3-6个月的标准实施周期只是起点,真正的价值体现在系统上线后的持续运营中。

    36110编辑于 2025-12-24
  • 来自专栏具身小站

    基于VLA进行产品研发落地的步骤

    1 研发步骤 阶段1 阶段2 阶段3 阶段4 阶段5 需求定义 → 数据准备 → 模型开发 → 系统集成 → 验证部署 (1-2月 ) (3-6月) (3-5月) (2-3月) (3-6月) 关键里程碑: ├─ M1: 技术规格冻结 ├─ M2: 数据集v1完成 ├─ M3: 模型仿真验证通过 没有降级策略 4.4 最佳实践 实践 说明 安全层独立 安全监控运行在独立MCU 心跳机制 各模块定期发送心跳 影子模式 早期版本只记录不执行 A/B测试框架 可对比不同模型版本 阶段5:测试验证与部署 数据层面 仿真数据优先,真实数据精标 收集失败案例,不只是成功案例 建立持续数据回流机制 模型层面 输出关键点序列,不是单步动作 多模态融合(视觉+深度+力觉) 内置不确定性估计 工程层面 影子模式部署验证 6月 5-8人 标注平台、仿真环境 模型开发 3-5月 4-6人 GPU集群 系统集成 2-3月 6-8人 硬件样机 验证部署 3-6月 8-10人 测试场地、Pilot用户 总计 : 12-18个月

    32810编辑于 2026-05-09
  • 来自专栏深度学习与python

    3-6月面经总结,200多页真题笔记和详解(含核心考点及6家大厂)| 极客时间

    前两天有小伙伴给我留言: 为了进大厂,花了很多时间和精力在面试准备上,也刷了很多题。但题刷多了有点怀疑人生,不知道刷的这些题在之后的工作中能不能用到,如果只是为面试而刷题是不是并不可取? 如果你想进大厂,或者去一个更大、更好的平台,就一定要做好两个准备: 靠技术安身立命,苦功下在平时; 面试一定要认真准备。 刷题就是认真准备的一种。否则的话,很多东西你看起来知道、会用,但在面试的高压场景下,很可能大脑一片空白,啥都说不出来。面试的时候,你又没办法面向 Google 编程。 大厂面试,一般会考的就是这么几个大

    42110编辑于 2023-03-29
  • 来自专栏区块链开发

    区块链RWA系统开发周期

    一、整体开发周期范围简单场景(小额标准化资产,如消费信贷Token):3-6个月(快速验证商业模式,功能聚焦基础确权与交易)。 若选择联盟链(如Fabric),因技术文档完善且节点部署流程标准化,耗时约2-3周;若采用公链(如以太坊)并集成证券型Token标准(如ERC-1400),需研究合规细节与智能合约模板,耗时可能延长至1 核心开发与测试(3-6个月)智能合约开发:实现资产上链合约(绑定原始资产与Token)、流转合约(交易/分红/赎回逻辑)、风险管理合约(抵押品监控、违约清算),并通过静态分析(如Slither)、动态测试 上线与灰度发布(1-2个月)生产环境部署:将智能合约部署至主网(如以太坊)或联盟链节点,配置前端与后端服务(如API网关、数据库),并进行全链路测试(功能、性能、安全)。 三、关键影响因素1.资产类型复杂度:简单资产(如小额消费信贷):权属清晰、现金流规则标准化,开发周期短(3-6个月);复杂资产(如商业地产、基础设施):涉及多方权益(如房东、租户、物业公司)、动态风险管理

    55000编辑于 2025-09-01
  • 来自专栏cuijianzhe

    kolla部署openstack(stein)部署

    镜像加速器设置 在此我建议部署 stein 版本镜像加速器选择 daocloud,阿里、网易等加速器可能会出现 pull docker 出现问题。 kolla [network] kolla [compute] kolla [storage] kolla [monitoring] kolla [deployment] kolla 开始部署 etc/kolla/all-in-one pull [root@kolla ~]# docker images | wc -l 32 大概会下载 32 个镜像文件 最后进入实际的 OpenStack 部署 : kolla-ansible -i /etc/kolla/all-in-one deploy 部署完成后验证部署 kolla-ansible -i /etc/kolla/all-in-one post-deploy -------------+-----------------------------------------------+ 此时即可在 Web 上看到已创建的云主机 ---- 标题:kolla部署

    1.4K31编辑于 2023-07-24
  • 来自专栏小网管的运维之路

    蜜罐靶机部署快速部署

    蜜罐/靶机部署快速部署 2019年2月25日 ⋅ 浏览量: 37    环境 - docker vulhub靶机环境部署 https://github.com 测试后,使用以下命令删除环境 docker-compose down -v VulApps靶机环境部署 https://github.com/Medicean/VulApps docker pull medicean

    1.5K20发布于 2019-05-29
  • 来自专栏GPUS开发者

    人形机器人落地捷径:NVIDIA 官方 GR00T 实操教程正式开放学

    :将训练完成的操作策略,通过 Jetson Thor 部署至宇树 G1 实体人形机器人完成真实作业。 应用机器人工程师 负责人形机器人产品功能开发、硬件集成落地,需要完整的从仿真到真机部署的工业级参考方案,解决 Sim-to-Real 仿真迁移落地难题。 3. 六、学习周期预估,时间可控高效学习 教程时长基于硬件、算力齐全的标准条件测算,单条工作流总耗时仅 3-6 小时,碎片化时间即可完成学习: 仿真工作流 环境搭建 + 遥操作数据采集:1-2 小时 GR00T 模型后训练:2-4 小时 全程合计:3-6 小时 真机工作流 硬件环境搭建 + 真机遥操作采集:1-2 小时 GR00T 模型后训练:2-4 小时 全程合计:3-6 小时 实际耗时仅会随数据集规模、训练迭代次数 不用再耗费数月拼凑零散教程、调试割裂工具链,跟着课程一站式掌握从仿真数据采集、VLA 模型微调、性能评估到真机部署的全流程核心能力,快速跻身人形 AI 开发前沿。

    54610编辑于 2026-07-22
  • 来自专栏流浪猫的golang

    linux 部署golang 项目(直接部署和基于nginx部署)

    直接部署: linux 上安装golang 项目的方式按照官网的 https://golang.org/doc/install#install 的方式,安装go运行环境到/usr/local/go/bin 部署自己项目 上传自己的项目到src目录下与github.com,golang.org等其他目录平级 如下图所示: image.png goonlinemusic就是我的项目 然后进入我项目执行go 基于nginx部署:     在使用nginx 部署时,首先要明白nginx 反向代理的原理。下面简要提一下就是。 访问一个链接,例如127.0.0.1:8000 nginx部署在服务器对8000 进行监听。 突然觉着这是不是很蛋疼,go能直接部署在服务器提供web服务吗?为什么还要搞个nginx 。因为内网代理和负载均衡。 具体去百度或者上知乎搜一下,他们讲的比我好。

    4.9K20发布于 2018-08-02
  • 来自专栏全栈程序员必看

    django nginx部署_django apache部署

    那么需要重新安装,参照:centos安装python3.8 django相关库的安装 #在原项目处导出django项目安装的库存入文件 pip freeze > install.txt 把文件放到需要部署的服务器上 ,并安装文件内的包 #在待部署的服务器上执行 pip install -r install.txt nginx安装&配置(处理静态请求和代理动态请求到uwsgi) nginx安装参照:linux安装nginx thunder-lock=true #设置自中断时间,如果后端处理一些请求时间比较长,这个一定要设置大一点 harakiri=3600 # socket-timeout=3600 #这个是和nginx搭配部署时的设置 http-timeout=3600 #这个是单独部署时的设置 #设置缓冲 post-buffering=65535 buffer-size = 6553600 #后台守护方式运行,日志路径 daemonize

    1.5K20编辑于 2022-10-01
  • 来自专栏cuijianzhe

    kolla部署openstack(stein)部署---allinone

    镜像加速器设置 在此我建议部署 stein 版本镜像加速器选择 daocloud,阿里、网易等加速器可能会出现 pull docker 出现问题。 kolla [network] kolla [compute] kolla [storage] kolla [monitoring] kolla [deployment] kolla 开始部署 etc/kolla/all-in-one pull [root@kolla ~]# docker images | wc -l 32 大概会下载 32 个镜像文件 最后进入实际的 OpenStack 部署 : kolla-ansible -i /etc/kolla/all-in-one deploy 部署完成后验证部署 kolla-ansible -i /etc/kolla/all-in-one post-deploy -------------+-----------------------------------------------+ 此时即可在 web 上看到已创建的云主机 ---- 标题:kolla部署

    3K11编辑于 2022-06-14
  • 来自专栏Kubernetes GO

    DCOS之Marathon应用管理篇

    10.128.3.75/images/my-other-file.css" ] ... } 容器运行 1、简单应用 Marathon可以使用docker对应用进行高效快捷的部署 ,在下述应用实例中,使用docker部署一简单web应用:使用Docker的python:3镜像,启动一个容器内部端口8080的服务,网络模式选择bridge,因此有portMapping选项,在其字段中 Marathon涉及到端口配置或者端口概念的地方有三处,第一部分是在应用配置的container中的portMapping,主要有containerport、hostport、serviceport,如图3-3-6 container中的端口映射 ? 图 3-7 可选项中的端口 ? 图 3-8 Task分配到的端口 通过图3-6可以发现,Port Mappings包括Container Port、Host Port、Service Port、Protocol等字段,图3-7可以发现

    1.2K10发布于 2021-02-01
  • 来自专栏A周立SpringCloud

    微服务部署:蓝绿部署、滚动部署、灰度发布等部署方案对比与总结

    上线对应着部署,或者重新部署部署对应着修改;修改则意味着风险。 目前有很多用于部署的技术,有的简单,有的复杂;有的得停机,有的不需要停机即可完成部署。 本文笔者简单讨论一下目前比较流行的几种部署方案,或者说策略。如有不足之处请指出,如有谬误,请指正^_^。 Blue/Green Deployment(蓝绿部署) 蓝绿部署无需停机,并且风险较小。 这种部署方式相对于蓝绿部署,更加节约资源——它不需要运行两个集群、两倍的实例数。我们可以部分部署,例如每次只取出集群的20%进行升级。 这种方式也有很多缺点,例如: (1) 没有一个确定OK的环境。 很多人把灰度发布与蓝绿部署混为一谈,笔者认为,与灰度发布最类似的应该是金丝雀部署。 “金丝雀部署”是增量发布的一种类型,它的执行方式是在原有软件生产版本可用的情况下,同时部署一个新的版本。 同时运行同一个软件产品的多个版本需要软件针对配置和完美自动化部署进行特别设计。 我们来看一下金丝雀部署的步骤: (1) 准备好部署各个阶段的工件,包括:构建工件,测试脚本,配置文件和部署清单文件。

    2.6K90发布于 2018-04-02
  • 搭建DevOps实施详细方案

    它强调开发(Dev)和运维(Ops)团队之间的协作与沟通,通过自动化流程实现持续集成、持续交付和持续部署。 1.2 实施目标缩短从开发到部署的周期时间提高软件交付频率和质量降低变更失败率和恢复时间改善跨团队协作效率实现基础设施即代码(IaC)建立可观测性和监控体系二、DevOps实施路线图2.1 准备阶段 ( 2.3 全面实施阶段 (3-6个月)持续交付(CD)管道自动化部署流程环境配置管理部署策略实现(蓝绿、金丝雀等)监控与可观测性应用性能监控(APM)日志集中管理告警机制配置安全集成安全扫描工具集成合规性检查密钥和凭证管理 Grafana, ELK, New Relic实施架构:指标收集(Prometheus)日志聚合(ELK)分布式追踪(Jaeger)可视化面板(Grafana)智能告警(Alertmanager)3.7 部署策略蓝绿部署维护两套相同生产环境通过流量切换实现零停机发布金丝雀发布渐进式流量切换基于指标的自动回滚滚动更新分批逐步替换实例自动健康检查四 、自动化合规检查、审计跟踪七、实施时间表与里程碑阶段时间框架关键交付物准备阶段1-2个月现状评估报告、工具选型决策、团队结构调整方案基础建设2-3个月CI系统上线、IaC基础框架、监控系统雏形全面实施3-

    1.2K10编辑于 2025-06-17
  • 来自专栏全栈程序员必看

    部署和冷部署有什么区别_weblogic热部署

    ---- 目录 前言 为什么要使用热部署 手动启动热部署 导入坐标 – 启动开发者工具 修改数据 build project 测试 自动启动热部署部署范围配置 禁用热部署 方式一 方式二 - ---- 为什么要使用热部署 因为不启用热部署时每次更改java数据都要重启服务器影响开发效率。 勾选第一行这个如下图 热部署范围配置 如果想要某些文件或者文件夹不参与热部署的配置需要在application.xml中配置以下信息: # 设置不参与热部署的文件或文件夹 devtools: false 这种形式关闭热部署,优先级别太低,可能关闭之后,别人又从别的配置文件或者其他地方给打开了(在优先级别高的地方),从而导致热部署在此启动. 方式二 在优先级别高的地方禁用热部署

    1.9K20编辑于 2022-11-17
  • 来自专栏CSDN社区搬运

    网站部署及游戏部署的概念

    VMware Workstation(中文名“威睿工作站”)是一款功能强大的桌面虚拟计算机软件,提供用户可在单一的桌面上同时运行不同的操作系统,和进行开发、测试 、部署新的应用程序的最佳解决方案 ,web browser/ server 浏览器 /服务器 www.4399.com www.taobao.com,服务端更新了,用户不用更新 www.jd.com 1.服务端,有一个企业,部署了一个游戏网址 server 王者荣耀 1.装一个腾讯提供的王者客户端(客户端要更新,载入新的代码) 2.腾讯的王者服务端,要运行中(代码更新了,增加一个英雄) 微信app 智能遥控机器人app 游戏部署步骤 com)(ip地址: 192.168.0.240) 5.上传游戏源码到服务器(虚拟机)中 6.通过操作,将代码运行起来 7.用户可以通过浏览器访问,www.yuanlai0224.com 在线课件如何部署 通过nginx这个工具,部署的网站,可以用linux/windows Tengine是由淘宝网发起的Web服务器项目。它在Nginx的基础上,针对大访问量网站的需求,添加了很多高级功能和特性。

    82810编辑于 2024-03-01
  • 来自专栏开源部署

    批量部署,无人值守,部署salt masterminion

    # cat /etc/exports /iso *(rw) /opt *(rw) /etc/init.d/nfs restart 第五步:准备kickstart  用以无人值守安装 需求:  避免批量部署时 initrd.img ks=nfs:20.10.10.111:/opt/ks.cfg 测试:  这个时候,在启动其他服务器 ,就应该会自动安装了 第五步: 修改文件/opt/ks.cfg,达到自己的要求,如部署 */id:\ $ip/ /etc/salt/minion -i /etc/init.d/salt-minion restart chkconfig salt-minion on %end 测试: 部署完以后 ,在admin服务器上,安装 salt-master 执行 salt-key -A salt-key  # 查看已经部署好的服务器是否已经加载进来

    1.2K10编辑于 2022-07-03
领券