- 综合排序
- 最热优先
- 最新优先
- 来自专栏远哥制造
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 - 来自专栏葫芦
从自建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 - 来自专栏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 - 来自专栏机器学习与推荐算法
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 - 来自专栏腾讯云存储
迁移上云腾讯云 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- 来自专栏博客迁移同步
如何把其他代码托管平台git仓库迁移到github还保留历史日志记录？图解步骤，值得收藏！
我在其他的代码托管平台（不是github）有一套代码，不同代码托管平台之间没有相互迁移的功能，怎么将仓库代码提交到github仓库呢？ 直接从代码托管平台下载再上传github吗？ 所以就不要老是抱怨着为什么没有外部仓库迁移过来的功能了。 一、在不同代码托管平台迁移自己的仓库 这里以其他托管平台代码迁移到github为例。 ---- 二、在不同代码托管平台迁移别人的仓库（包含跟随网课视频运行别人每次提交的懒人学习法） 道理其实是一样的，就是把别人的仓库先Fork一份到自己的仓库。然后将自己的仓库在不同平台之间搬运。 2.我要把这个托管平台的代码迁移到github。 第一个步骤 首先Fork一份老师的代码到自己的仓库，然后将Fork后的仓库克隆到本地。 不过别忘了，你现在还不是在github仓库提交的，所以你得把代码迁移到github平台。 第二个步骤 这个和第一节在不同平台迁移自己的仓库一样，目的就是为了将仓库的代码转移到github平台。
91910编辑于 2023-05-06 电商企业 PostgreSQL 迁移 Apache Doris：80TB 分析数据统一平台技术能力与实践
单条查询可拆分到多节点|单节点，单条查询仅一个实例执行|分布式MPP||单条查询加速|随节点数增加缩短（1TB数据10节点各处理100GB）|不可通过加节点加速|随节点数增加缩短||数据压缩率|5-10倍|2-3倍|通常3- ，无需Kafka/Flink全文检索迁移：从PostgreSQLtsvector迁移至Doris内置倒排索引，商品名称+描述字段配置中文分词向量检索迁移：从pgvector迁移至Doris内置向量存储， 全文检索+向量检索，不想维护多套系统分析查询以扫描大量行+聚合少数字段为主（列存储天然优势场景）希望OLTP和OLAP分层解耦，通过CDC保持实时同步团队有分布式数据库运维能力，或可接受SelectDB托管版降低运维成本以下情况建议评估其他方案 Doris在实时更新（UniqueKey模型）、半结构化数据（Variant类型）、联邦查询以及内置CDC同步方面具有独特优势。Q4：什么情况下不应该选择ApacheDoris？ 以下场景不建议选择：数据规模小于10TB且负载不高（PostgreSQL即可满足）、需要ACID多表事务支持（Doris不支持多表事务）、团队无分布式数据库运维经验且无法使用托管服务。
15810编辑于 2026-08-12本地 MinIO 对象存储平滑迁移至腾讯云对象存储 COS：实践、方案与最佳实践
/SecretKey（或临时密钥STS）；网络规划：公网迁移、内网（同地域CVM/专线/云联网CCN）、或全托管/半托管迁移Agent；一致性校验方案：以对象数量、总大小、ETag/MD5比对+抽样恢复验证为基准 三、五种主流迁移方案方案1：云迁移MSP/COSMigration（官方托管，推荐大规模）腾讯云云迁移（CloudMigration）的对象存储迁移能力，原生支持"支持S3协议的存储系统（如Ceph、MinIO 全托管模式：控制台创建任务即自动执行，无需部署Agent，适合迁移量较小、时间宽松的场景；数据经公网拉取会产生源站公网下行流量费。 半托管模式：在自有服务器部署迁移Agent，通过内网/专线拉取源数据再上传COS，已拉通专线的用户零流量费，速度/资源可精准预估，适合大数据量、时间紧或走专线场景。 八、总结与建议小批量验证/日常同步：首选rclone（copy+增量sync），灵活、可脚本化；大规模一次性迁移：首选云迁移MSP（全托管/半托管），原生支持MinIO作为S3源，带限速/断点/校验；持续备份容灾
9920编辑于 2026-09-11北京腾讯云代理商：搭建 TKE 高可用集群 故障转移实战与演练指南
创建集群时，最容易被忽略的选择是托管模式和可用区数量。建议直接启用控制面托管，由云厂商跨可用区冗余部署APIServer和etcd，这样即使某个可用区整体中断，调度器依然能正常工作。 这套开源机制意味着从故障发生到Pod重新调度，起步就是分钟级，如果再加上镜像拉取、磁盘挂载和健康检查时间，实际RTO很容易跑到3-8分钟。 对于不想在存储层重复造轮子的团队，找服务商做一次整体方案评估往往能把设计周期压缩一半以上，也避免了在成本、延迟和一致性之间反复试错。 此时需观察node-lifecycle控制器默认约40秒的容忍窗口，以及Pod从Evicted到完全Running的耗时——通常无状态副本可在60～90秒内完成迁移，但若应用带就绪探针且冷启动慢，实际流量中断时间会拉长至 怎么验证服务迁移？不少团队以为Pod重新Running就是恢复，其实忽略了流量侧的真实表现。
20510编辑于 2026-08-12- 来自专栏云安全-商业新知
虚拟化及云环境下数据库审计技术探讨
随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。 ，具体迁移到哪台物理主机上并不确定，因此传统的镜像方式并不能确定虚拟主机此刻在哪个交换机上，如下图所示： 因此在这种场景下同样无法做镜像，只能把虚拟化集群所有主机的流量全部镜像出来，这种缺点也非常明显 ，因此很难实施； 场景四：应用和数据库分别托管部署在完全独立的第三方云计算平台 场景四是场景三的一种延伸与扩大，场景四主要指目前主流的第三方云平台提供商如阿里云、亚马逊、腾讯云、华为云、百度云等等 postgresql等数据库的审计； 4、部署简单，支持一键安装； 5、对虚拟主机的性能影响可以忽略不计，经实际阿里云环境虚拟主机测试，DB服务器流量在120Mb以内，agent对目标服务器的性能影响在3- 随着虚拟化、云计算技术的不断成熟，业务迁移到云端也是不可逆的趋势，未来将会有越来越多的企业、政府、个人用户将应用系统及数据库逐渐迁移到自主搭建的私有云中，或者是第三方服务商提供的公有云平台中，企业、政府的核心敏感数据托管在云环境中
2.4K90发布于 2019-03-21 - 来自专栏云安全-商业新知
【数据库安全】虚拟化及云环境下数据库审计优缺点分析
随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。 ，具体迁移到哪台物理主机上并不确定，因此传统的镜像方式并不能确定虚拟主机此刻在哪个交换机上，如下图所示： 因此在这种场景下同样无法做镜像，只能把虚拟化集群所有主机的流量全部镜像出来，这种缺点也非常明显 ，因此很难实施； 场景四：应用和数据库分别托管部署在完全独立的第三方云计算平台 场景四是场景三的一种延伸与扩大，场景四主要指目前主流的第三方云平台提供商如阿里云、亚马逊、腾讯云、华为云、百度云等等 postgresql等数据库的审计； 4、部署简单，支持一键安装； 5、对虚拟主机的性能影响可以忽略不计，经实际阿里云环境虚拟主机测试，DB服务器流量在120Mb以内，agent对目标服务器的性能影响在3- 随着虚拟化、云计算技术的不断成熟，业务迁移到云端也是不可逆的趋势，未来将会有越来越多的企业、政府、个人用户将应用系统及数据库逐渐迁移到自主搭建的私有云中，或者是第三方服务商提供的公有云平台中，企业、政府的核心敏感数据托管在云环境中
4.4K40发布于 2019-03-22 - 来自专栏新智元
2020 年开发者生态报告：Python超越Java，Go、Kotlin强势崛起
38%的受访者表示，每周可以有3-8个小时的自由时间可以为自己写写代码。 ? 就调查结果来看，将近一半的开发者在30岁以下，超过40岁以上的仅有8%，所以大龄程序员们还是要尽早规划。 ? 你觉得自己的岗位在公司中有多重要？ 语言迁移首选Go和Kotlin 随着开发需求的日益复杂，许多场景都面临着开发语言迁移的问题。Go，Kotlin和Python是现今最受欢迎的迁移对象，是许多开发者迁移的首选。 此外，一半的移动开发人员使用跨平台技术或框架。近些年的报告显示，React Native始终是最受欢迎的跨平台框架。 ? 在过去的一年中，Flutter的受欢迎程度有所提高，从30%增长到了39%。 此外，报告还揭示了几个很有意思的点： 大多数人都有 GitHub 账号（但并非全部） 受访的开发者中有一半不相信人工智能 65% 的人更喜欢笔记本电脑（台式机没落了） 开发人员非常关心私人数据收集 16%
1.1K20发布于 2020-06-17 - 来自专栏云技术分享圈
报告显示：企业迁移到云端是为提升性能而非节约成本
根据INAP对500名负责管理数据中心、服务器和云基础设施的专业IT人员所做的一份调查显示，大约44%的企业迁移到了云端，以期改进基础设施和数据弹性性能，只有35%的人期望利用云来节省成本。 ，但超过一半的企业使用了云或专用托管环境来操作IT基础设施。 略多于三分之一的受访者使用了托管服务。 安全性，其次是更容易掌控的系统监视和管理，是受访者在选择基础设施解决方案时最关心的两个问题。 2019年，保护IT基础设施免受网络攻击是受访者面临的最大挑战，其次是将应用程序迁移到云端。 内部IT基础设施正在达到极限。选择云计算提供的现代解决方案时，企业可以减少不必要的负担、风险和管理人员。 如果不把IT从事务部门迁移出来，转型是不可能的。 调查显示，尽管大多数企业都同意IT将引领变革这一观点，但是CIO们必须捍卫自己的商业领袖地位，而不仅仅是技术领袖。
91200发布于 2019-01-05 - 来自专栏DBA随笔
MySQL数据库托管的一点感悟
MySQL数据库托管的一点感悟 开始之前，聊一点题外话，最近好像股市和基金都大跌，我自己买的股票和基金也都跌了。我本身没有这方面的经验，也是小白一个，但是感觉遇到了这种下跌，很容易让人崩溃。 4、业务切换后的双写问题 在业务切换的过程中，可能会出现一种中间状态，就是切换了一半的业务过来，另外一半还在原来的服务上，这样有可能出现双写，从而产生主键冲突问题。 此时需要对应的调整每个数据库的自增主键偏移量和自增主键值 5、整个迁移过程中服务的可用性 其实这个问题，更多的是源端可用性问题，因为源端毕竟是单实例的，业务同学能够托管，一定是遇到了某种不可解决的问题 ，此时源端本身就比较脆弱，需要在迁移过程中重点对待。 2、源端数据库磁盘被写满 本次迁移其实一共操作了2次才成功，第一次操作的时候，迁移过程中，源端MySQL服务器的磁盘满了，业务同学顺手清理了大量的binlog，导致主从复制断开了，重新搭建了一次主从复制
4.4K10编辑于 2022-04-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号