Vue 3的新挑战:深度解析Cgroups在Linux中的应用,以及Cookie的未来展望 - 每日掘金第230期
Hello,又到了每天一次的每日掘金时间。酱酱们的每日掘金新增优质作者介绍和码上掘金板块,专注于发掘站内优质创作者和优质内容,欢迎大家多提宝贵意见!
本文字数 1600+,阅读时间大约需要 4 分钟。
【本期掘金酱的每日掘金】亮点:
- Runtime 核心原理,Vue3真正的烫手山芋
- Vue3中的列表拖拽排序
- Cookie 的访问方式可能要有大变化了!
- 单开网页应用利器 - BroadcastChannel
- 快速掌握 Tailwind:最流行的原子化 CSS 框架
- 哪一个权限控制模型呢?(DAC|MAC|RBAC|RuBAC|ABAC)
- 大话linux的计划经济cgroups
- 最佳实践:路径路由匹配规则的设计与实现
- Redis持久化:RDB和AOF
- MySQL百万数据深度分页优化思路分析
- ……
筛选规则:文章发布时间在本期「掘金酱的每日掘金」发布时间的 1-3 天内,且符合社区推荐标准,也会同步发布在掘金相关技术社群。
今日主理人|每日掘金
本期每日掘金由 战场小包 负责制作。
主理人目前正在招募中,有感兴趣的掘友们可以联系 Captain
每日干货|每日掘金
主理人们会对近期(1-3 天)社区深度技术好文进行挖掘和筛选,优质的技术文章有机会出现在下方列表,排名不分先后。
『前端』
- Runtime 核心原理,Vue3真正的烫手山芋
由创建一个组件挂载页面作为切入点,从
runtime-dom
模块对core
模块的调用及runtime-dom
模块函数实现,再到runtime-core
模块函数的实现作为 整篇帖子的线索...
- Vue3中的列表拖拽排序
分三个部分
- 在 Vue3 中利用
HTML5
的draggable
属性手写实现列表拖拽排序的功能;- 在
Element Plus
组件库中结合sortable.js
使用,对表格组件el-table
进行拖拽排序的。vuedraggable
拖拽组件的使用。
- Cookie 的访问方式可能要有大变化了!
三方 Cookie 的介绍、问题、场景;Cookie 独立分区(CHIPS)、Cookie 第一方集(First-Party Sets)的问题、解决与实现。
- 单开网页应用利器 - BroadcastChannel
BroadcastChannel
是一个非常简单的API
,内部包含了跨上下文同源通信的接口。它没有定义消息传输协议,故不同上下文中的不同文档需要自己实现。目前来看兼容性方面也基本没有问题。
- 快速掌握 Tailwind:最流行的原子化 CSS 框架
- tailwind 是一个流行的原子化 css 框架。所有预定义的 class 都可以通过配置文件修改值,也可以通过 aaa-[14px] 的方式定义任意值的 class。
- 所有 class 都可以通过 hover:xxx、md:xxx 的方式来添加某个状态下的样式,响应式的样式,相比传统的写法简洁太多了。
- 它的优点有很多,我个人最喜欢的就是不用起 class 的名字了,而且避免了同样的样式在多个 class 里定义多次导致代码重复,并且局部作用于某个标签,避免了全局污染。
- 它可以通过 @layer、@apply 或者插件的方式扩展原子 class,支持 prefix 来避免 class 名字冲突。
- tailwind 本质上就是一个 postcss 插件,通过 AST 来分析 css 代码,对 css 做增删改,并且可以通过 extractor 提取 js、html 中的 class,之后基于这些来生成最终的 css 代码。
『后端』
- 哪一个权限控制模型呢?(DAC|MAC|RBAC|RuBAC|ABAC)
主要讲述了几种常见的权限控制模型
- DAC:自主,用户自己控制自己拥有的权限资源
- MAC:强制,管理员统一控制用户拥有的权限
- RBAC:解耦角色,用户<-->角色<-->权限,多对多关系,便于批量管理
- RuBAC:对资源增加特定规则的控制
- ABAC:根据实体已有的属性进行划分权限
- 大话linux的计划经济cgroups
cgroups(controller groups)是Linux内核提供的特性,用于对程序/进程进行资源限制和观测,这里的资源包括cpu(可用cpu core和cpu时间片)、memory(内存使用限制)、device(硬件设备可见性)、blkio(块设备IO速率限制)等;目前有v1和v2两个版本。
- 最佳实践:路径路由匹配规则的设计与实现
本文设计并实现了一种专用于路径路由匹配的规则,以一种简单而通用的方式描述一组路径的特征,来简化这种场景路由描述难度,让小白可以快速学习并上手。
- Redis持久化:RDB和AOF
- Redis 提供 RDB 快照持久化方案,记录某一时刻数据状态
- Redis 通过写时复制技术设计了BGSAVE,避免执行快照期间对读写指令的影响。
- Redis 提供了 AOF 写后日志持久化方案,记录每一条操作指令。
- Redis 通过 AOF 重写方案,避免 AOF文件过大。
- Redis 提供了混合持久化的方案,RDB + AOF 实现持久化保证数据可靠性,同时支持故障后的数据快速恢复。
- MySQL百万数据深度分页优化思路分析
一般在项目开发中会有很多的统计数据需要进行上报分析,一般在分析过后会在后台展示出来给运营和产品进行分页查看,最常见的一种就是根据日期进行筛选。这种统计数据随着时间的推移数据量会慢慢的变大,达到百万、千万条数据只是时间问题。
『移动端』
移动端主理人正在连夜抄写中...
主理人目前正在招募中,有感兴趣的掘友们可以联系 Captain
???? 投稿专区|每日掘金
大家可以在评论区推荐认为不错的文章,并附上链接和推荐理由,有机会登上下一期。文章创建日期必须在近 1-3 天内;可以推荐自己的文章、也可以推荐他人的文章。
上一篇: 揭开事件分发机制的神秘面纱:第一部分解析
下一篇: 微前端:我们到底在讨论什么呢?