- 综合排序
- 最热优先
- 最新优先
- 来自专栏远哥制造
Coding 网站托管迁移腾讯云云开发 Webify
不过用的毕竟是免费的 Travis-CI，SLA 不是特别的高，有时候就会遇到推送了半天任务还是在 pending 状态，一直在排队影响使用体验……再后来 gh 推出了 Actions，果断将 Travis-CI 迁移到了 最后，因为 gh Pages 的托管服务器在海外的原因，国内访问的速度并不理想，这时候看到国内有类似的代码平台，并且也提供托管服务，没错说的就是 coding.net，说实话 coding 确实挺良心的 ，静态托管一直都不需要花钱，最开始托管服务器是在 HK，大陆访问速度还真可以，网页托管再到后面进行了几次升级，其实也是换汤不换药，换成了更友好更自定义的方式，最后升级到基于腾讯云 serverless Web 开发者打造的应用托管平台 - 「云开发 Webify」 虽然换到了腾讯云云开发 Webify，但是针对开发者也同样推出了「Webify 个人站点扶持计划」，那么就可以放心迁移了 image.png 0x01.使用 那么话不多说，直接进入正题开始迁移，首先进入到你云「Web 应用托管」的控制台 点击新建应用 image.png 这里使用从 gh 导入，选择 blog 所在的仓库，导入 image.png
36.7K30编辑于 2021-12-27 - 来自专栏ISP图像处理相关
Hexo个人博客迁移到托管平台Netlify
个人博客迁移到托管平台Netlify上 Netlify是一家国外的静态网站的托管平台，提供免费的https，自动化部署和升级，可以监控GitHub、GitLab或者Bitbucket做到自动更新发布。 二、根据github/gitlab仓库创建网站 创建站点，点击New site from Git按钮： 三、选择代码托管空间 可以选择GitHub、GitLab或者BitBucket。 使用体验 想要部署在Netlity的初衷是部署在Coding上需要备案，且已经被公安催了要备案，需要一个不用备案的代码托管网站。
2.6K30编辑于 2022-01-14 - 来自专栏itclanCoder
如何将 github pages 迁移到 vercel 上托管
但希望能和您成为笔尖下的朋友 以读书,技术,生活为主,偶尔撒点鸡汤 不作,不敷衍,意在真诚吐露,用心分享 点击左上方,可关注本刊 标星公众号（ID：itclanCoder） 前言 早期网站使用 github pages,后来迁移到 coding,最近又放到腾讯云网站静态托管,无论是 coding 的 cos 存储桶,还是静态网站托管 他们都是收费的,那有没有免费的托管商呢,既不影响网站的访问速度还免费,于是,找了一下,还真有,vercel 和Netlify,就是免费的 其中大名顶顶的Next.js,create-react-app,Nuxt.js等就是部署在部署托管在vercel的,而vuejs,reactjs等就是托管在Netlify上的 vercel 内置的CI / CD系统会在每次代码更改时触发 体验过后,确实方便,强大 01 为什么选择 vercel ⒈ 免费部署托管前端应用 ⒉ 支持一键导入(github,gitlab),零配置 05 总结 当你不满足于 github pages,嫌弃它访问得慢,是可以选择 vercel 来进行托管的,也支持自定义域名,免费的一个 ssl 证书 只要一键导入代码就可以了的,非常简单方便,可以一键部署前端很多应用
3.3K20发布于 2021-01-12 - 来自专栏葫芦
从自建k8s向托管EKS迁移
从自建k8s向托管EKS迁移 Migration from self-built k8s to hosted EKS A: 代表自建k8s B: 代表托管k8s A: Stands for self-built
1.2K20发布于 2021-06-04 - 来自专栏机器学习与推荐算法
KDD2020 | 半监督迁移协同过滤推荐
为了解决这些困难，作者没有像其他的做法一样，而是将稀疏隐式反馈的推荐问题作为半监督学习任务，并探索领域适应（Domain Adaptation）来解决这个问题。 原因是这些嵌入被映射到橙色区域的不同的潜在空间，正负半轴分别编码恐怖和有趣，而在蓝色区域面临相反的情况。 为了解决这一差距，我们需要在同一空间中进行域适应，即对空间进行对齐，对嵌入进行对齐。 也就是说，来自所有域的恐怖电影都映射到文本空间的负半轴上。 为了弥补这一差距，我们首先提出了一种称为文本记忆网络(TMN)的记忆结构，通过将每个用户和物品映射到单词语义空间来提取文本特征。 这种迁移学习模型被称为文本增强领域适应推荐(TDAR)方法。 有兴趣了解迁移学习+评论+协同过滤的兄弟们可以移步：开源代码[https://github.com/Wenhui-Yu/TDAR]。
1.2K21发布于 2020-10-30 - 来自专栏NETNIC企商在线
服务器托管及迁移有什么需要注意的？
那么数据中心服务器托管或服务器迁移就成为了一种更为有利的数据解决方案。 此外，数据中心服务器托管还可以为自己的企业员工节省大量的时间从而节省企业空间。 服务器托管配图3.jpg 数据中心服务器托管或服务器迁移中，企业需要研究受托人迁移的背景和过程，，最大限度地减少损失。 由于服务器通常是成批迁移的，因此共享局域网连接的应用程序现在必须更加努力地维护通信，以减轻潜在的网络延迟，并确定哪些应用程序协同工作以及何时工作，组织需要规划其数据中心迁移计划并使其尽可能简单。 此外，要记录服务器设备保修信息和序列号，以避免物理迁移后出现问题。 在数据中心机房内迁移和托管服务器时，必须注意数据的完整性和步骤的准确性，同时托管服务器时必须做好记录和数据备份，以防意外需要。 服务器托管配图4.jpg
1.9K20发布于 2021-08-09 - 来自专栏老蒋专栏
Layui WEB前端框架官网即将下架 迁移至代码托管平台
不过还算好只是官方网站关闭，程序部分还在代码托管平台维护。这里包括 Github 和 Gitee。 本文出处：老蒋部落 » Layui WEB前端框架官网即将下架 迁移至代码托管平台
2.3K30编辑于 2021-12-22 - 来自专栏机器之心
学界 | 结合主动学习与迁移学习：让医学图像标注工作量减少一半
近日，IEEE 一篇论文提出可以将主动学习和迁移学习结合起来降低标注任务的工作量，实验结果也证明了这种方法的有效性。机器之心对该论文进行了编译介绍，详细的数学过程和结果分析请参阅原论文。 为此，我们提出了一种名为 AFT* 的全新方法，可以自然地将主动学习（active learning）和迁移学习（transfer learning）整合成单一一个框架。 我们在三种不同的应用上评估了我们的方法，其中包括结肠镜检查帧分类、息肉检测和肺栓塞（PE）检测；结果表明标注成本至少可以减少一半。 为了大幅降低标注成本，本论文提出了一种用于将主动学习和迁移学习（微调）自然地整合成一个单一框架的全新方法 AFT*。 我们在三种不同的生物医学成像应用中评估了我们的方法，结果表明与之前最佳的方法相比，这至少可以降低一半的成本。这种表现得益于我们方法的先进的主动连续学习能力的多种优势。
2K60发布于 2018-05-10 - 来自专栏目标检测和深度学习
学界 | 结合主动学习与迁移学习：让医学图像标注工作量减少一半
近日，IEEE 一篇论文提出可以将主动学习和迁移学习结合起来降低标注任务的工作量，实验结果也证明了这种方法的有效性。机器之心对该论文进行了编译介绍，详细的数学过程和结果分析请参阅原论文。 为此，我们提出了一种名为 AFT* 的全新方法，可以自然地将主动学习（active learning）和迁移学习（transfer learning）整合成单一一个框架。 我们在三种不同的应用上评估了我们的方法，其中包括结肠镜检查帧分类、息肉检测和肺栓塞（PE）检测；结果表明标注成本至少可以减少一半。 为了大幅降低标注成本，本论文提出了一种用于将主动学习和迁移学习（微调）自然地整合成一个单一框架的全新方法 AFT*。 我们在三种不同的生物医学成像应用中评估了我们的方法，结果表明与之前最佳的方法相比，这至少可以降低一半的成本。这种表现得益于我们方法的先进的主动连续学习能力的多种优势。
1.4K50发布于 2018-04-18 2025代码托管平台深度测评：本土代码托管平台如何重塑企业研发效能
Gitee深度评测：本土代码托管平台如何重塑企业研发效能在数字化转型浪潮中，代码托管平台已成为企业研发基础设施的核心组件。 作为国内领先的一站式DevOps平台，Gitee凭借其本土化优势与安全特性，正在为超过800万开发者提供高效可靠的代码托管服务。 与全球性平台相比，Gitee的服务器节点全部部署在国内，实测代码拉取速度比国际平台快3-5倍，大幅减少了开发者在日常提交、合并代码时的等待时间。 某金融科技公司的技术负责人表示："迁移至Gitee后，团队无需再为网络延迟和API调用限制烦恼，日常开发效率提升了40%以上。" 某互联网公司的CTO表示："我们的新员工通过Gitee社区能够快速掌握内部技术栈，入职培训周期缩短了一半。"选型建议与未来展望企业在评估代码托管平台时，应综合考虑团队规模、合规要求和研发成熟度等因素。
60710编辑于 2025-09-05- 来自专栏腾讯云存储
迁移上云腾讯云 COS 全指南：方案选择与实施策略
全托管 和 半托管 部署，也可以考虑使用第三方开源迁移工具 JuiceSync 迁移，以下是三种方案的优缺点对比： 迁移方案 腾讯云 COS 官网云迁移工具 其他第三方迁移工具 全托管 半托管 JuiceSync 半托管部署： 半托管模式需要用户单独购买迁移机器并部署 Agent（根据需求选择是否拉通专线），但由于使用用户个人资源，性能通常有保障，适用于大规模迁移并且具备专线条件的客户。 填写相关信息后，全托管任务即可等待迁移任务执行。 半托管部署方案： 1）需要事先准备两台服务器用于部署 master 节点和 worker 节点，然后下载 msp-agent 相关程序压缩包分别在 master 机器和 worker 机器上进行部署，可参考文档 ：云迁移 半托管迁移 Agent 的使用_腾讯云中的内容进行下载部署。
76710编辑于 2026-01-19 迁移上云腾讯云 COS 全指南：方案选择与实施策略
联系我们-腾讯云https://cloud.tencent.com/act/event/connect-service#/迁移方案深度对比腾讯云COS官网数据迁移工具提供两种迁移部署方案：全托管和半托管部署 ，也可以考虑使用第三方开源迁移工具JuiceSync迁移，以下是三种方案的优缺点对比：迁移方案腾讯云COS官网云迁移工具其他第三方迁移工具全托管半托管JuiceSync最大吞吐带宽默认一个迁移任务最大提供 半托管部署：半托管模式需要用户单独购买迁移机器并部署Agent（根据需求选择是否拉通专线），但由于使用用户个人资源，性能通常有保障，适用于大规模迁移并且具备专线条件的客户。 填写相关信息后，全托管任务即可等待迁移任务执行。 半托管部署方案：1）需要事先准备两台服务器用于部署master节点和worker节点，然后下载msp-agent相关程序压缩包分别在master机器和worker机器上进行部署，可参考文档：云迁移半托管迁移
48310编辑于 2026-01-16- 来自专栏SAP斯凯普斯
如何实现云服务价值最大化？
说明整个IT治理策略已经无法满足业务需求，需制定一个能支撑企业未来发展的长期计划，至少要满足3-5年的发展需求。 3、监控每个月的云成本 根据IDG最近的一项调查显示，近70%的IT领导者认为公有云费用太高，曾有一半企业支付了高于预期的云成本。 4、减少不必要的数据迁移 在不同云之间迁移数据，可能会导致企业花费巨额迁移费用。假如企业每个月传输20TB的数据，可能会导致企业每年要支付2万美元的数据输出费用。 7、要制定全云迁移计划 将应用迁移到云端，并不是云托管。企业采用SaaS解决方案，并不代表所有的应用都真的在云上。当企业“迁移到云端”，要从三个层面重新定义。 而用户要想真正拥有云原生体验，必须按照不同层级，制定相应的云迁移计划。
1K30发布于 2020-04-27 - 来自专栏博客迁移同步
如何把其他代码托管平台git仓库迁移到github还保留历史日志记录？图解步骤，值得收藏！
我在其他的代码托管平台（不是github）有一套代码，不同代码托管平台之间没有相互迁移的功能，怎么将仓库代码提交到github仓库呢？ 直接从代码托管平台下载再上传github吗？ 所以就不要老是抱怨着为什么没有外部仓库迁移过来的功能了。 一、在不同代码托管平台迁移自己的仓库 这里以其他托管平台代码迁移到github为例。 ---- 二、在不同代码托管平台迁移别人的仓库（包含跟随网课视频运行别人每次提交的懒人学习法） 道理其实是一样的，就是把别人的仓库先Fork一份到自己的仓库。然后将自己的仓库在不同平台之间搬运。 2.我要把这个托管平台的代码迁移到github。 第一个步骤 首先Fork一份老师的代码到自己的仓库，然后将Fork后的仓库克隆到本地。 不过别忘了，你现在还不是在github仓库提交的，所以你得把代码迁移到github平台。 第二个步骤 这个和第一节在不同平台迁移自己的仓库一样，目的就是为了将仓库的代码转移到github平台。
91910编辑于 2023-05-06 无服务器、托管服务、自建EC2，别选错了
——这话只对了一半。 Lambda的计费是这样的：每100万次调用，加上每秒0.0000166667的执行时间费用。听起来很便宜对吧？ 我给你算一笔账。 那Fargate这种托管服务呢？ ECS Fargate是个很有意思的中间地带。你不用管底层EC2，但你需要管容器镜像、任务定义、网络配置这些。 不用担心OS补丁、不用担心实例被标记为retired要迁移、不用自己配置auto-scaling group。对于一个3-5人的小团队，这些省下来的运维时间是值钱的。 怎么判断你应该选哪个？ • 每次大促或者用户增长，你需要手动去加机器、改配置，折腾半天 • 你的应用是个大单体，A模块出bug会把B模块一起拉下水 不该改的信号： • 你的系统运行得很稳定，用户也没啥抱怨 • 你的团队规模就3- 从单体迁移到微服务+Serverless，如果做得认真，3-6个月是起步。这期间新功能的开发节奏会放缓，业务侧能接受吗？ 5. 我有退路吗？ 如果改完发现不对，能不能回滚？
20110编辑于 2026-06-292025最好的代码托管平台：本土化代码托管平台如何赢得中国开发者青睐
Gitee崛起：本土化代码托管平台如何赢得中国开发者青睐在全球化技术生态与本土化需求碰撞的今天，中国开发者正面临着一个关键选择：是继续依赖国际代码托管平台，还是转向更符合本土需求的解决方案？ 实测数据显示，Gitee的平均响应时间比国际同类平台快3-5倍，在代码推送、拉取等高频操作上体验差异尤为明显。功能体系的完整性是Gitee另一个核心竞争力。 平台不仅提供基础的代码托管服务，更构建了完整的研发协作生态。 这使得从国际平台迁移到Gitee的开发者几乎不需要重新学习工作流程，大大降低了迁移成本。项目管理功能的深度整合让Gitee从单纯的代码仓库进化为全流程研发平台。 教育机构、中小型创业公司和大型企业都在逐步将研发工作流迁移到Gitee平台。
52710编辑于 2025-09-02主流云OLAP数仓深度评测：实时分析场景对比
腾讯云数据仓库 TCHouse-D 产品介绍 全托管云数仓，基于 Apache Doris 内核，兼容 MySQL 协议，分钟级交付集群，集成腾讯大数据生态。 功能亮点 MPP 向量化执行 + 预聚合引擎，单集群 10 万 QPS 点查；支持秒级实时写入、在线 Schema 变更、跨集群一键迁移；3 副本高可用，自动容错与数据均衡。 功能亮点 CBO + Pipeline 执行引擎，多表 Join 性能提升 3-5 倍；支持 Kafka/Flink 秒级增量；Z-Order/Bitmap 索引降低扫描 IO；跨 DC 灾备双活，故障 总结 三款产品均以实时 OLAP 为发力点：TCHouse-D 依托腾讯生态，在分钟级交付、高并发点查及运维托管上表现突出；AnalyticDB 凭借云原生 Serverless 与 AI 调优，适合波峰明显的互联网业务
79210编辑于 2025-08-06- 来自专栏MSP运维外包服务
IDC数据中心运维的四个技术关口：自建、托管还是MSP全托管？
1.备件供应链：等3天还是等4小时一台核心交换机挂了，原厂备件要3-5天，业务能等吗？在签托管合同前，务必确认备件库覆盖范围和到场SLA。 迁移前，老旧自建机房日均告警200多条，运维团队每天忙于甄别和关闭无效告警。 迁移到MSP全托管后，设备100%统一纳管，AI降噪把有效告警筛出来后，人工干预减少了70%，每年运维人力成本省了40%以上。关键是，他们自有IT团队终于从“救火队员”转去做业务系统优化了。 所以选型时别只看最终效果，迁移本身的隐性成本也得算进TCO。六、FAQ：关于IDC托管的真实问题Q1：IDC机房托管和MSP全托管是一回事吗？不是。 不迁移机房的前提下先接入MSP运维平台纳管监控，后续按需决定是否迁移。但注意：跨厂商纳管往往有适配成本，签约前要做POC。Q3：数据中心运维的SLA一般怎么约定？
29821编辑于 2026-07-13 - 来自专栏腾讯云原生团队
14 天上线，服务 1 亿用户：云开发高并发架构支撑四川天府健康通
（前端微信生态独有能力 + 后台云函数免运维托管服务） 微搭、云开发和云函数提供一站式的应用构建解决方案，通过以下的产品能力助力企业应用构建的效率，缩短研发周期，开发者只需聚焦于核心的业务价值： 高性能 在本次重大攻坚项目中，四川天府健康通在14天内如期上线，与传统开发模式相比，交付效率提升一倍，人力成本缩减一半。 （云函数助力小程序云开发：一键式云端部署，安全、高效、免运维） 作为底层算力，云函数助力云开发为开发者提供高可用、自动弹性扩缩的后端云服务，包含计算、存储、托管等 Serverless 化能力。 压测流程繁琐、大压力承载不足； （ 云开发+云函数+微搭，弹性算力，平稳支撑活动大促 ） 方案优势 快速构建 通过微搭 WeDa 简单的「拖拉拽」快速完成活动页面搭建，创意想法即刻实现，开发效率提高 3- 往期精选推荐 腾讯发布 K8s 多集群管理开源项目 Clusternet 重磅发布 | 腾讯云发布容器安全白皮书 使用 Velero 跨云平台迁移集群资源到 TKE 大数据云原生系列| 微信
4.6K20发布于 2021-11-10 - 来自专栏愿天堂没有BUG（公众号同名）
作为5年开发的程序员你不懂分表分库的实现思路，我表示不理解
表3-4 用户和订单数据量 把表3-4中的数据拆分成一个订单表，表中主要数据结构见表3-5。 表3-5 订单主要数据结构 表t_order使用user_ID作为分片主键，为什么呢？当时的思路如下。 比如分成8张表，数据迁移时把原来的每张表拆一半出来组成新表，这样数据迁移量就小了。 当初的方案中，就是根据user_ID的Hash值按32取模，把数据分到32个数据库中，每个数据库再分成16张表。 一般来说，除了业务代码需要修改以外，历史数据的迁移也是一个难点。 历史数据如何迁移 历史数据的迁移非常耗时，迁移几天几夜都很正常。 讲解查询分离时提过一个方案，就是监控数据库变更日志，将数据库变更的事件变成消息，存到消息系统，然后有个消费者订阅消息，再将变动的数据同步到查询数据库，如图3-5所示。 • 图3-5 监控数据库日志更新查询数据示意图 历史数据迁移就可以采用类似的方案，如图3-6所示。
74430编辑于 2022-10-28
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号