【VIDEO_Parent】-创作者前端-添加创作者

<el-select v-model="author.level" clearable placeholder="选择级别"> <el-option label="特约<em>创作者</em> " value="0"></el-option> <el-option label="普通<em>创作者</em>" value="1"></el-option> </el-select> <el-input v-model="author.career"></el-input> </el-form-item> <el-form-item label="<em>创作者</em>简介

【VIDEO_Parent】-创作者前端-创作者列表

', meta: {title: '创作者管理', icon: 'el-icon-s-help'}, children: [ { path: 'table', name: '创作者列表', component: () => import('@/views/video/author/list'), meta: {title: '创作者列表 ('@/views/video/author/save'), meta: {title: '添加创作者', icon: 'tree'} } ] },在上图中我新建了两个组件 Element-ui 表格组件https://element.eleme.io/#/zh-CN/component/table数据展示创作者列表数据展示<! "普通创作者" : "特约创作者" }}</template>最后我正在参与2023腾讯技术创作特训营第三期有奖征文，组队打卡瓜分大奖！

【VIDEO_Parent】-创作者前端-逻辑删除创作者

路由参数拼接 url: `/service_video/author/deleteAuthor/${id}/`, method: 'delete' })}修改后端的接口实现前端删除的方法// 删除创作者 $confirm('此操作将永久删除该创作者！, 是否继续?'

【VIDEO_Parent】-创作者前端-更新创作者

; }); } else { this.author = { sort: 0, level: 1 } }}让下拉列表进行默认选中更新数据添加更新创作者的请求 api // 5.更新创作者updateAuthor(author) { return request({ url: '/service_video/author/updateAuthor', method : 'post', // data会自动转成JSON传递到接口当中 data: author });}编写更新创作者请求的方法如下// 更新updateAuthor(){ // 调用更新的 ; }); // 跳转到创作者列表页 this.

【VIDEO_Parent】-项目搭建与创作者接口-创作者CRUD

paginationInterceptor() { return new PaginationInterceptor();}然后在作者控制器中编写分页查询的代码，如下图/** *

* 分页查询创作者 ，修改 AuthorController/** *

* 添加作者 *

* 更新创作者 *

k8s 实践经验（一）：认识 k8s

k8s 的出现，是解决了什么市场痛点，知道这些，开拓眼界。 开什么玩笑啊（此处应有表情包哈哈哈哈） 这些容器管理的问题统称为容器编排问题，为了解决这些容器编排问题，就产生了一些容器编排的软件，软件有很多，不过 k8s 背靠谷歌，脱颖而出。 k8s 主要提供以下服务： （1）自动装箱：基于容器对应用运行环境的资源配置要求自动部署应用容器 （2）自我修复(自愈能力)：当容器失败时，会对容器进行重启。 存储系统可以来自于本地目录、网络存储(NFS、Gluster、Ceph 等)、公共云存储服务 （8）批处理：提供一次性任务，定时任务；满足批量数据处理和分析的场景。

OpenClaw 创作者培养计划

OpenClaw创作者培养计划欢迎访问我的智能AI创作者培养计划！我是龙龙，你的专属AI导师。我已经了解了你的现状，现在让我为你制定一个从零开始的系统学习计划。 （可以调度的智能助手）为什么OpenClaw适合创作者？Day3-4：基础操作如何与龙龙对话？ 飞书连接详解消息和命令的区别Day5-7：安全与配置账号安全设置基本配置了解隐私保护实践作业：每天与龙龙对话至少3次尝试不同类型的提问记录遇到的问题第2周：基础对话与任务目标：熟练使用龙龙完成日常任务课程内容：Day8- AI辅助创作创意生成内容优化风格统一Day46-47：跨平台运营内容适配平台特性统一策略Day48-49：品牌建设个人定位内容规划长期策略实践作业：设计个人创作品牌制定季度内容计划在3个平台同步运营第8周 ：完成一个完整的创作者项目课程内容：Day64-66：项目规划目标设定资源整合风险评估Day67-69：项目执行全流程实施数据监控问题解决Day70：项目总结成果展示经验复盘未来规划毕业项目选项：自媒体变现

分享 | 8条数据清洗经验，收藏备用！

使用断言 这是最重要的一点经验：使用断言(Assertions)揪出代码中的bug。用断言的形式写下你对代码格式的假设，如果一旦发现有数据跟你的断言相悖，就修改这些断言。 记录是有序的？ 可选：把原始数据一并存储下来 当你不用担心存储空间的时候这一条经验还是很有用的。

k8s 实践经验（二）：搭建 k8s 集群

192.168.190.142 k8s-node1 192.168.190.143 k8s-node2 EOF 4、时间同步（不要小看时钟，实习的时候就吃过这个亏） kubernetes要求集群中的节点时间必须精确一致 永久关闭 selinux： sed -i 's/enforcing/disabled/' /etc/selinux/config 6、关闭swap分区 如果有需要保留 swap 分区，则在安装 k8s *swap.*/#&/' /etc/fstab 7、修改系统配置（k8s 强制要求的，做就是了） cat > /etc/sysctl.d/k8s.conf << EOF net.bridge.bridge-nf-call-ip6tables = 1 net.bridge.bridge-nf-call-iptables = 1 net.ipv4.ip_forward = 1 vm.swappiness = 0 EOF 8、使能配置 sysctl 如果你们的 k8s 版本比较高的话，一定要去确定一下那个 k8s 版本对应的 docker 是哪些版本的。

80亿人都是创作者？Pichai最新访谈！8大观点让人深思

无论是写作、绘画、编程还是音乐创作，AI都能提供强大辅助，让“人人都是创作者”成为现实。这不仅是技术的进步，更是社会结构的重塑。 8. Chrome的基础设施哲学：领先25倍的“疯狂”决策 2004年，开发浏览器被认为是“疯狂之举”，但皮查伊坚持推进。Chrome引擎最终比竞争对手快25倍。

8 年产品经验，我总结了这些持续高效研发实践经验 · 研发篇

前言：在产研全链路流程上，协同最大的目标就是团队信息的透明化，即在清晰目标的指引下进行团队信息透明的日常研发工作，助力项目/产品成功发布。基于此，研发过程是否行之有效就成为我们关注的另一重点要素。通常「研发过程」是指：代码到制品再到部署上线的全链路，这个过程是持续集成的重中之重。

8 年产品经验，我总结了这些持续高效研发实践经验 · 协同篇

https://baike.baidu.com/item/%E5%9B%A2%E9%98%9F%E6%96%87%E5%8C%96/6348971? 这个和研发的分支管理策略配置沉淀是一样的，详细可以查看上一篇《8 年产品经验，我总结了这些持续高效研发实践经验 · 研发篇》文章。 研发团队在敏捷迭代评审会议上明确迭代的需求范围，然后紧接着就是需求、任务拆分、研发、测试、缺陷解决、发布上线等内容，本次主要还是围绕协同相关的需求、任务和缺陷进行讨论分享，研发过程相关内容可以查看上一篇《8 年产品经验，我总结了这些持续高效研发实践经验 · 研发篇》文章。

8年编程开发经验

C语言是几乎所有编程语言的先驱与灵感的来源，Perl，PHP，Python和Ruby都是用它写的，同样什么Microsoft Windows，Mac OS X，还有GNU/Linu这些操作系统，都是靠它写出来的。

Hotjar在架构演进中总结的8条经验

左右的增长，每秒有 1500次 左右的写请求 从起步，到这个成绩，Hotjar只发展了两年，短时间内的快速发展，对 Hotjar的架构提出了挑战，通过不断的研究调整，顺利支撑住了网站的成长，并总结分享了几条经验 负载均衡后面有8个应用服务器 性能监控还是使用 NewRelic 通过 Librato 监控实时操作和获取性能分析 StatusCake 和 VictorOps 在出现错误时发送通知 Intercom Python的错误日志 数据存储使用 PostgreSQL,S3,Elasticsearch Amazon 的 SES 服务给用户发送Email Redis 和 Memcached 做为内存缓存 经验 （1）不要低估网站的成长速度，基础架构要能支持快速扩展 hotjar 刚开始只有2台应用服务器，共2个CPU和3.4G内存，现在有8台，64个CPU和120G内存 能够轻松和高效的进行扩展，是因为在初期架构设计中就非常重视水平扩展能力 但数据库中已经有数十亿的记录，这个简单的更新操作将需要运行数天 为尽量降低停机时间，只能新建库，使用新的数据类型，然后进行数据迁移，修复这个错误最后花费了数周的工作 没有一个适合的监控，没能尽早发现问题，是一个重要教训 （8）

k8s 实践经验（十）存储卷

]# systemctl restart nfs 2、在每个node节点上都安装下nfs，这样的目的是为了node节点可以驱动nfs设备 # 在node上安装nfs服务，注意不需要启动 [root@k8s-master01 server: 192.168.5.6 #nfs服务器地址 path: /root/data/nfs #共享文件路径 4、运行下pod，观察结果 # 创建pod [root@k8s-master01 ~]# kubectl create -f volume-nfs.yaml pod/volume-nfs created # 查看pod [root@k8s-master01 ~]# kubectl RESTARTS AGE volume-nfs 2/2 Running 0 2m9s # 查看nfs服务器上的共享目录，发现已经有文件了 [root@k8s-master01

k8s 实践经验（七）ingress 详解

可以通过虚拟主机域名进行区分不同的服务，而每个服务通过upstream进行定义不同的负载均衡池，再加上location进行负载均衡的反向代理，在日常使用中只需要修改nginx.conf即可实现，那在K8S 资源，其定义的方式，也可以使用 explain 进行查看： [root@k8s-master ~]# kubectl explain ingress KIND: Ingress VERSION ~]# mkdir ingress-nginx [root@k8s-master ~]# cd ingress-nginx/ [root@k8s-master ingress-nginx]# for /mainfests/ [root@k8s-master mainfests]# mkdir ingress && cd ingress [root@k8s-master ingress]# cp .. root@k8s-master ingress]# cp ingress-tomcat.yaml ingress-tomcat-tls.yaml [root@k8s-master ingress]# vim

k8s 实践经验（六）service 详解

# 此模式必须安装ipvs内核模块，否则会降级为iptables # 开启ipvs [root@k8s-master01 ~]# kubectl edit cm kube-proxy -n kube-system # 修改mode: "ipvs" [root@k8s-master01 ~]# kubectl delete pod -l k8s-app=kube-proxy -n kube-system [root name: nginx image: nginx:1.17.1 ports: - containerPort: 80 2、查看创建结果 [root@k8s-master <none> app=nginx-pod,pod-template-hash=6696798b78 pc-deployment-6696798b78-vsxj8 1 0 0 -> 10.244.102.156:80 Masq 1 0 0 8、

k8s 实践经验（八）job && CronJob

containers: - name: counter image: busybox:1.30 command: ["bin/sh","-c","for i in 9 8 ttlSecondsAfterFinished 1.12版本之后，k8s提出了通过TTL自动删除Job的特性，当前仅对job生效，对 Complete 和 Failed 状态的Job都会自动删除，以后会逐步对所有的其他资源对象生效 containers: - name: counter image: busybox:1.30 command: ["bin/sh","-c","for i in 9 8 - name: counter image: busybox:1.30 command: ["bin/sh","-c","for i in 9 8 - name: counter image: busybox:1.30 command: ["bin/sh","-c","for i in 9 8

k8s 实践经验（三）：k8s 系列实战前夕

文章目录 k8s的资源管理 资源类型 kebuctl 这篇博客先带大家了解一些基础概念，起个头，后面就主要都是在实践中学习了。 k8s 的东西太多了，且枯燥无味，对于新手来说是很煎熬的。 k8s的资源管理 Kubernetes 的本质就是一个集群系统，用户可以在集群中部署各种服务。所谓的部署服务，其实就是在 Kubernetes 集群中运行一个个的容器，并将指定的程序跑在容器中。

k8s 实践经验（五）pod 详解（2）

k8s 中的概念：在 k8s 中是最常见最普通的 pod 分布方式，常用与 deployment 和 daemonset 控制器。 （2）时间一长，生物开始了进化。 k8s 中的概念：这就是 污点 与 容忍。 key1=value1:PreferNoSchedule node/k8s-master tainted ### 设置污点2 $ kubectl taint node k8s-master key2= value2:NoSchedule node/k8s-master tainted ### 设置污点3，并且不设置 value $ kubectl taint node k8s-master key2= :PreferNoSchedule node/k8s-master tainted 查看污点，可以看到上面设置的三个值： $ kubectl describe nodes k8s-master ...