阿姨您知道咱手机里那些APP吧？就是你刷的抖音软件知道吧！我就是帮人做APP的。就像盖房子，设计师画图纸，我就负责把房子真真切切盖起来。人家说要做个能点外卖的，我就写代码让它能点外卖；要做个能聊天的，我就让它能聊天。简单说就是：把脑子里的想法，变成手机里能用的东西。怎么样，是不是很厉害！

我平时主要还是通过国内平台来获取 AI 一手信息，信息密度高，也更接地气一些。 公众号这块看得最多： 刘小排，强烈推荐，长期关注 AI 前沿、新模型、新产品，很多观点都很有启发性，不是那种纯搬运新闻的。 苍何，偏技术向，干货特别多，教程写得很细，适合真正想动手学的人。 腾讯云开发者 / 腾讯技术工程 这些官方号也很值得看，AI 相关的底层技术、工程实践、行业落地都会覆盖，质量比较稳定。 社交平台上： X（推特）上其实有不少中文技术大佬，比如宝玉老师，经常分享很实用的 Prompt、AI 使用技巧和工具思路，有时候刷一刷就能学到新玩法。 视频平台这块也必须提一下： B 站现在 AI 学习资源真的很多，从入门到进阶都有。 比如 秋芝 2046，视频内容丰富、有趣，而且讲得很通俗，不会一上来就甩一堆概念，特别适合初学者建立感觉。 小红书也挺适合“轻量学习”，很多创作者会分享 AI 工具使用心得、实操案例，碎片时间刷一刷也能吸收不少新东西。 整体下来我的感觉是： 公众号负责系统性 + 深度， X 和小红书负责新鲜度和灵感， B 站负责把复杂的东西讲明白。 多几个渠道一起用，基本就能避开大部分无效信息，不容易被概念带着跑。

您好，业务接入 EO 后，未命中 EO 节点缓存的请求会回源至七牛，从而产生相应的源站流量消耗，这是符合预期的行为。您可通过 EO 控制台的指标分析功能，查看回源流量数据，并与源站侧的实际流量消耗进行对比参考。

您好，单账号40个项目，单项目可绑域名20个

只要我把文章发在腾讯云开发者社区，互联网的记忆就能流传数千年。

您好，目前Pages的构建次数暂不支持扩容，方便的话，您可以提供下业务场景/用户数等信息吗，小助手反馈给团队评估下

您好，建议您在edgeone.json的header里面配置一下，可以参考：https://pages.edgeone.ai/zh/document/edgeone-json#21a16c7f-4207-4baf-8cf5-8a202b13996b

您好，EdgeOne不支持sse超长会话保持

您好，麻烦提供下账号ID，小助手帮您跟进下审核

您好，这个报错是因为您把构建机器当成cvm了

您好，锁定是因为您的站点遭受大流量CC攻击，免费版暂不支持解除锁定，建议您升级标准版套餐并配置安全防护，参考：https://cloud.tencent.com/document/product/1552/108735

您好，回源HOST头有以下几种配置方式，建议您根据业务情况选择：https://cloud.tencent.com/document/product/1552/87601

您好，Pages的套餐是默认绑上的，不支持修改，这个免费套餐就是专门给Pages用的，如果没使用Pages，也就没这个套餐，配额是跟套餐挂钩的

您好，可以详细说明下情况吗，也提供下相关截图

您好，中国大陆用户建议使用国内站，服务是一样的

1、这个问题不能绝对， EO配置了拦截国外的IP也仅限为EO识别为国外IP进行拦截， 对于一些IP没有标识的可能就会被请求（没有绝对完善的IP库） 2、加EO的回源IP有效， 但是建议源站通过特殊的请求头白名单识别来自腾讯EO的请求， 避免因为IP变更通知后变更不及时影响可用性

您好，麻烦提供下账号ID和相关截图，小助手帮您反馈一下

您好，403报错您可以参考排障指南进行排查：https://cloud.tencent.com/document/product/1552/112498

作为一名开发者，每天在 ArkTS、Stage 模型、分布式能力的世界里打转，看到前端后端这一堆技术栈，瞬间脑补出一幅技术江湖排位图！当然各花入各眼，欢迎对号入座～ ✨ 人上人技能树 —— 掌握即站食物链顶端 Go 语言 云原生时代的 “天选之子”，天生高并发、高性能的基因，配上极简语法，不管是写微服务、云平台还是区块链，都是香饽饽。现在大厂云原生团队抢着要，薪资直接上一个台阶，妥妥的硬通货技能。 React + TypeScript 组合 不是单一技术，是 “王炸组合”。React 的组件化思想 + TS 的强类型加持，既能保证大型前端项目的稳定性，又能提升开发效率，大厂前端标配。掌握这个组合，从中小型项目到企业级应用都能 hold 住，求职市场横着走。 Docker + K8s 容器化和编排的 “黄金搭档”，DevOps 时代的核心技能。没有它们，谈什么自动化部署、弹性伸缩、微服务治理？现在运维、开发都在卷这个，懂 K8s 的工程师，薪资溢价不是一点点。 Redis 不只是个缓存数据库，更是高并发系统的 “性能救星”。分布式锁、限流、秒杀、消息队列…… 玩法多到离谱。能把 Redis 玩明白的人，解决高并发问题的能力直接拉满，项目里的 “性能优化大师” 非你莫属。 🤖 项目必不可少的 “NPC” 技术 —— 平凡但不能没有 MySQL 关系型数据库的 “常青树”，不管是小项目还是大厂核心业务，都离不开它。增删改查是基础操作，索引优化、事务调优是进阶，但它就像游戏里的药店老板，平时存在感不强，没它你寸步难行。 Bootstrap 前端界的 “国民工装”，不用费劲写复杂 CSS，开箱即用的组件库，快速搭建响应式页面的神器。现在虽然有 Tailwind CSS 抢风头，但很多老项目和快速原型开发还得靠它，朴实无华却刚需。 Spring Boot Java 后端的 “脚手架”，简化了 Spring 的繁琐配置，开箱即用的特性让开发效率翻倍。它不像 Go 那么 “新潮”，但架不住 Java 生态盘根错节，大部分企业级应用还在靠它撑场面，是后端开发的 “基础款”。 Vue.js 前端界的 “邻家大哥”，上手简单、文档友好，中小型项目的首选。虽然在大厂的大型项目里不如 React 亮眼，但架不住生态成熟、社区活跃，大量中小公司的前端都靠它，平凡却不可或缺。 💀 感觉 “拉完了” 没必要硬学的技术 —— 时代的眼泪 jQuery 曾经的前端 “王者”，一句$()横扫天下，但现在 Vue、React、原生 JS API 已经足够强大，jQuery 的作用越来越小。除了维护老项目，新手上手真的没必要花太多时间，属于 “了解即可，不必精通”。 SSM 框架（Spring + SpringMVC + MyBatis） 不是说它没用，而是 Spring Boot 已经把它整合得明明白白，手动配置 SSM 的时代早就过去了。现在还去啃繁琐的 XML 配置，性价比太低，直接学 Spring Boot + MyBatis-Plus 更香。 传统的模板引擎（JSP、Thymeleaf） 前后端分离已是主流，前端负责页面渲染，后端只出接口，JSP 这种混合开发的模式越来越少见。除非是维护老项目，否则新开发完全可以不用碰，把精力放在前端框架上更划算。 最后说一句：技术没有高低贵贱，只有 “合适不合适”！比如我天天玩的 ArkTS，在 HarmonyOS 生态里是 “香饽饽”，换个生态可能就没人知道～各位社区的小伙伴心中的技术排行榜又是怎样的？我们评论区见！

移动端目前只支持原生接入方式，如果使用uniapp方式接入需要开发者自行封装